[请教]TS在重封装时4条轨道全部保留但体积却大幅减小

[-o-o-304-o-o-]

成品含1seg，字幕轨道应该是干掉了，下面一堆乱码是番组表

备注上了，感谢MR大纠正问题……（一直以为那个是字幕来着囧……

[047007-AgN]

对了,我的标题写到了,4条轨道保留
1seg保留的情况下体积大幅减小 !!!!!

[zpfbj0]

我也遇到了这样的ts档，用tsmuxergui打开时提示有track不能识别。然后只选择mpeg2+aac两条轨用tsmuxergui重新封装后却发现音画不同步了（感觉音频慢了半秒左右）。又另外试了tsremux，结果有影无声，不能识别出aac音轨。请问有什么其他工具好用的吗。

[msg7086]

首先是回复一下上面的历史遗留问题。

我去年的时候已经提到了，成品含1seg，而字幕不在ts轨内。但是要注意的是，ts文件是直接对电视信号进行捕获的结果，和一般意义上的「封装」有很大的不同。

简单的说，要切割ts，只要直接切割文件就行了 (直接对齐到188字节做二进制切割而不用管内部结构)。

所以很多在「封装」层面上的概念，在ts上是行不通的。比如「文件大小 = 视频大小 + 音频大小」。

至于楼上的问题，应该是两个不同的问题。

有track不能识别的话，多数是字幕轨道。

音画不同步的话，多数是tsmuxer在判定延迟的时候出了错。可以试试用eac3to检查一下延迟值。

另外，长期保存的话其实可以考虑把ts重新封装成mkv之类的格式。如果要保证原汁原味的话还是不处理直接存比较好。

[zpfbj0]

首先是回复一下上面的历史遗留问题。

我去年的时候已经提到了，成品含1seg，而字幕不在ts轨内。但是要注意的是，ts文件是直接对电视信号进行捕获的结果，和一般意义上的「封装」有很大的不同。

简单的说，要切割ts，只要直接切割文件就行了 (直接对齐到188字节做二进制切割而不用管内部结构)。

所以很多在「封装」层面上的概念，在ts上是行不通的。比如「文件大小 = 视频大小 + 音频大小」。

至于楼上的问题，应该是两个不同的问题。

有track不能识别的话，多数是字幕轨道。

音画不同步的话，多数是tsmuxer在判定延迟的时候出了错。可以试试用eac3to检查一下延迟值。

另外，长期保存的话其实可以考虑把ts重新封装成mkv之类的格式。如果要保证原汁原味的话还是不处理直接存比较好。

感谢！
不能识别的轨道应该就是字幕了。用ts-doctor可以识别出来，后来再用caption2ass也能提取出字幕。
对于ts档的封装remux、处理，找到了一个很棒的软件cypheros ts-doctor，这个软件可以识别出字幕轨道并且在remux时可以保留。
给ts档减肥用它很合适，把ts拖进去就能自动识别出有用的轨道（视频、音频、字幕），去掉无用的轨道（当然你也可以选择保留）。重新封装后体积大大减少，占用空间能减少约1/5到1/4不等。
而且目前也没发现会有tsmuxer的音频延迟错误的问题。那个tsmuxer封装后音画不同步的档用eac3to检查确实比源档差了几百ms。