版面规则
提问时请注意:尽量详细描述操作过程、AVS脚本内容等,最好能写出片名,只贴图有时无法看出问题原因。
提示:发布原创内容请尽量使用附件上传。使用网盘会出现过期失效的问题,请注意。
头像
freedom20cjs
帖子: 15
注册时间: 2012-04-09 0:09
联系: ICQ

Re: TS源压制求助

对了,还有一个问题想提问,就是关于TS源切割音频的问题,我通过MP4box(版本为:r3745)先把AAC无损封装为MP4后,再无损切割音频,经切割后的音频输出来了,可是为啥我用MP4box无法延迟或提前音频呢
只求做好自己的本分,安安静静的过生活即可
头像
翡璃月
帖子: 79
注册时间: 2010-11-11 23:36
来自: 台灣宜蘭
联系: 网站

Re: TS源压制求助

一般用trim比較簡潔吧...
图片
btcdtc
帖子: 73
注册时间: 2010-10-29 23:23

Re: TS源压制求助

delay就用delay啊-delay trackID=delaytime
头像
06_taro
核心会员
核心会员
帖子: 998
注册时间: 2010-09-22 18:32
来自: United Kingdom
联系: 网站

Re: TS源压制求助

未必是mp4box的問題。之前我做了一次簡單的測試,似乎很多分離器都不支持mp4裡的delay設定(就算是支持mkv裡delay的分離器),所以有可能是設置沒問題,但是播放時分離器沒有按delay之後的來分離。aac的話用aacedit或者delaycut之類的工具可以直接不重編碼的前提下平移音軌,譬如應該delay -200ms的,直接用aacedit平移-200ms,這樣封裝時就不用再在box內加入delay了。
つまんねー事聞くなよ!

I, personally, for me, believe (obviously sometimes) that my OS choice is right. That's me. I'm not telling you that you should believe it. Learn the facts, and the origins behind the facts, and make up your own damn mind. That's why you have one. (source)

Follow me: @06_taro

304——
为纪念伟大的宇宙史上最强压制304先生,联合国教科文组织决定,将每年的第304天,即平年的10月31日或者闰年的10月30日,定为世界304日。
头像
-o-o-304-o-o-
超级版主
帖子: 640
注册时间: 2010-10-10 20:00
来自: US
联系: 网站

Re: TS源压制求助

06_taro 写了:未必是mp4box的問題。之前我做了一次簡單的測試,似乎很多分離器都不支持mp4裡的delay設定(就算是支持mkv裡delay的分離器),所以有可能是設置沒問題,但是播放時分離器沒有按delay之後的來分離。aac的話用aacedit或者delaycut之類的工具可以直接不重編碼的前提下平移音軌,譬如應該delay -200ms的,直接用aacedit平移-200ms,這樣封裝時就不用再在box內加入delay了。
haali和lav测试的结果是,mp4box直接封不认delay,mmg封一次mkv(加上delay)再走ffmpeg封一次mp4就认delay了……
► 显示剧情透露 En Taro 06!Taro Pie NC Fanclub project始动!聊天用Q群开放中
► 显示剧情透露 胸中有万言,退敌无一策,是谓书生误国"
► 显示剧情透露 前辈们的信念
► 显示剧情透露 妇联招新广告,走过路过可以看看撒
► 显示剧情透露 香芋派,后期菊苣们的一致选择
► 显示剧情透露 众菊苣喜评香芋派
► 显示剧情透露 聊天用工具
头像
06_taro
核心会员
核心会员
帖子: 998
注册时间: 2010-09-22 18:32
来自: United Kingdom
联系: 网站

Re: TS源压制求助

如果沒記錯的話,mmg封mkv時,如果是非video track是負delay,mmg的做法本身就是把前面相對於video track的多餘部分給切掉,最多只保留一個sample priming必要的部分,所以往往設置的-200ms -500ms這樣的delay用mmg封完之後用mediainfo或者eac3to查看時只剩下-23ms -83ms這樣的priming了。所以如果用mmg先封一次mkv再stream copy,流程上和aacedit或者delaycut去切頭部多餘部分的本質應該是一樣的,並不代表分離器能認box裡的delay。mmg封正delay的情況不敢確定,個人覺得正delay的處理應該是保留完整stream,頭尾都不應該切…
つまんねー事聞くなよ!

I, personally, for me, believe (obviously sometimes) that my OS choice is right. That's me. I'm not telling you that you should believe it. Learn the facts, and the origins behind the facts, and make up your own damn mind. That's why you have one. (source)

Follow me: @06_taro

304——
为纪念伟大的宇宙史上最强压制304先生,联合国教科文组织决定,将每年的第304天,即平年的10月31日或者闰年的10月30日,定为世界304日。
头像
freedom20cjs
帖子: 15
注册时间: 2012-04-09 0:09
联系: ICQ

Re: TS源压制求助

嗯,谢谢两位大大的帮助
只求做好自己的本分,安安静静的过生活即可
btcdtc
帖子: 73
注册时间: 2010-10-29 23:23

Re: TS源压制求助

06_taro 写了:如果沒記錯的話,mmg封mkv時,如果是非video track是負delay,mmg的做法本身就是把前面相對於video track的多餘部分給切掉,最多只保留一個sample priming必要的部分,所以往往設置的-200ms -500ms這樣的delay用mmg封完之後用mediainfo或者eac3to查看時只剩下-23ms -83ms這樣的priming了。所以如果用mmg先封一次mkv再stream copy,流程上和aacedit或者delaycut去切頭部多餘部分的本質應該是一樣的,並不代表分離器能認box裡的delay。mmg封正delay的情況不敢確定,個人覺得正delay的處理應該是保留完整stream,頭尾都不應該切…
突然发现trao头像超性感的,球出处
头像
ssnake
帖子: 9
注册时间: 2010-09-19 23:57
联系: 网站

Re: TS源压制求助

btcdtc 写了:
06_taro 写了:如果沒記錯的話,mmg封mkv時,如果是非video track是負delay,mmg的做法本身就是把前面相對於video track的多餘部分給切掉,最多只保留一個sample priming必要的部分,所以往往設置的-200ms -500ms這樣的delay用mmg封完之後用mediainfo或者eac3to查看時只剩下-23ms -83ms這樣的priming了。所以如果用mmg先封一次mkv再stream copy,流程上和aacedit或者delaycut去切頭部多餘部分的本質應該是一樣的,並不代表分離器能認box裡的delay。mmg封正delay的情況不敢確定,個人覺得正delay的處理應該是保留完整stream,頭尾都不應該切…
突然发现trao头像超性感的,球出处
-->taro
说起来这个问题我也问过= =代答
@06_taro: @lovessnake 藍より青し 第10話 08:50左右 https://twitter.com/06_taro/status/185244420306767872
btcdtc
帖子: 73
注册时间: 2010-10-29 23:23

Re: TS源压制求助

06_taro 写了:如果沒記錯的話,mmg封mkv時,如果是非video track是負delay,mmg的做法本身就是把前面相對於video track的多餘部分給切掉,最多只保留一個sample priming必要的部分,所以往往設置的-200ms -500ms這樣的delay用mmg封完之後用mediainfo或者eac3to查看時只剩下-23ms -83ms這樣的priming了。所以如果用mmg先封一次mkv再stream copy,流程上和aacedit或者delaycut去切頭部多餘部分的本質應該是一樣的,並不代表分離器能認box裡的delay。mmg封正delay的情況不敢確定,個人覺得正delay的處理應該是保留完整stream,頭尾都不應該切…
我记得TSmuxer demux的时候就会对音频这样的处理

回到 “AviSynth”