头像
KazamaSion
帖子: 29
注册时间: 2016-08-22 6:36

Re: 【求助】关于音频延迟问题

2016-10-24 2:26

NAVras 写了:
KazamaSion 写了:
你确定不是用tools里的audio cutter加载clt? {:cat_2}
(频谱对比pcm和压完的aac能看出区别)
当然是用audio cutter加载clt

我来贴1组对比图,请告诉我这2个频谱区别:
切割前:
图片
切割后:
图片

以及顺带一提,在切割选项中,输出音频格式不允许和输入格式不同
频谱对比pcm和压完的aac能看出区别
你输入是pcm输出aac,你的操作步骤就是有问题的。

NAVras
帖子: 141
注册时间: 2016-04-24 1:32

Re: 【求助】关于音频延迟问题

2016-10-24 2:30

KazamaSion 写了:
呃...我已经划掉了 {:cat_12} ,,之前浏览一遍以为最后压了(我的锅 {:cat_3}
无损切割对比肯定一样。压音频是用qaac输出了

头像
KazamaSion
帖子: 29
注册时间: 2016-08-22 6:36

Re: 【求助】关于音频延迟问题

2016-10-24 3:03

NAVras 写了:
KazamaSion 写了:
你确定不是用tools里的audio cutter加载clt? {:cat_2}
(频谱对比pcm和压完的aac能看出区别)


大晚上我有点糊了( {:cat_5} 那篇帖子写的是audio cutter,不是在audio encode内加载

但audio cutter和mmg性质相同也就有个问题不能完全切准,虽然差得最多也就只有一个音频帧,但40多ms比片源几ms误差或者0还是有点长 {:cat_3}
我无法理解你的“音频帧”概念,你能从非中文网站找到任何相关对“音频帧”的解释吗?
我甚至认为根本没有“音频帧”这个东西。
唯一可以找到痕迹的是中文维基百科有人这么翻译了
图片
但是在同页面的英文维基百科中却没有能找到任何类似结果
图片

NAVras
帖子: 141
注册时间: 2016-04-24 1:32

Re: 【求助】关于音频延迟问题

2016-10-24 3:08

222.PNG
222.PNG (10.87 KiB) 查看 2045 次
沿用视频的概念了(meidainfo里也有audio framerate显示)
具体等哪位大大看到了解释,萌新表示自己也是一知半解以前在哪看到的解释(貌似eac3to?)

其实你正好有频谱图把时间轴拉大应该能看到误差,,例如我切1000ms(40帧),通常是多切了10ms多,像mmg切视频一样也是在IDR帧才能分开

头像
KazamaSion
帖子: 29
注册时间: 2016-08-22 6:36

Re: 【求助】关于音频延迟问题

2016-10-24 3:23

NAVras 写了:222.PNG
沿用视频的概念了(meidainfo里也有audio framerate显示)
具体等哪位大大看到了解释,萌新表示自己也是一知半解以前在哪看到的解释(貌似eac3to?)

其实你正好有频谱图把时间轴拉大应该能看到误差,,例如我切1000ms(40帧),通常是多切了10ms多,像mmg切视频一样也是在IDR帧才能分开
音频帧看样子是存在的。(同时也很希望有人能给出类似公式一样的东西,哪怕每个编码的标准不一样)
解决方法:转换成wav再切割即可。
(其实是在wav中没看到有framerate这东西)

NAVras
帖子: 141
注册时间: 2016-04-24 1:32

Re: 【求助】关于音频延迟问题

2016-10-24 4:08

KazamaSion 写了:
嗯的确,貌似和编码有关系,pcm(wav)可能就没有类似I帧的东西(雾?)
但也就和压制很像了,再转无损体积很大,压小又是有损了...蓝光里的音轨可以这样玩(重编码并切割或者直接就是pcm),DVD这种192k/384k就伤不起了...
{:cat_11} 还好mkvtoolnix里同视频一起切的话多切的时间会用标明delay来达到一致,delay是毫秒级,这样误差的话是在1ms内了,,看来先就凑合也可以...(另外DVD自己误差都有可能超过 {:cat_2}

头像
msg7086
帖子: 596
注册时间: 2011-02-19 0:49

Re: 【求助】关于音频延迟问题

2016-10-31 6:38

压缩后的音频是有帧的概念的。
因为音频本身是大量的连续采样数据,要压缩的话当然是分段压缩比较方便,比如截下100ms的数据,压缩,然后再截后面100ms的数据,压缩。所以这里的100ms就是音频的帧长。

对于AAC来说:
AAC is a variable bitrate (VBR) block-based codec where each block decodes to 1024 time-domain samples. Allegedly, each frame stands alone and does not depend on previous frames (whereas many perceptual audio codecs overlap data with the previous frame). [1]

也就是说,48khz的AAC,帧长是21.33ms。任何非整数倍位置的切割都会导致必须要重编码。

视频一般可以不用考虑低于0.05s的误差。如果是剪辑大量的片段(比如几个小时的综艺节目中穿插了几十个广告片段的情况),在切割AAC的时候需要把单次切割的误差堆叠到下一个片段上去;否则误差会累积导致音频视频差距越来越大。
Delogo LGD Collections 各种台标下载 | Home Of VapourSynth Evolution

<回答が無い理由>
1. 誰も知らない
2. 質問文が意味不明
3. 知ってるが、お前の態度が気に入らない
4. 良いボケが思いつかない

NAVras
帖子: 141
注册时间: 2016-04-24 1:32

Re: 【求助】关于音频延迟问题

2016-10-31 20:47

谢大大解答
另外顺带也终于明白1024spf的意思了 {:cat_11}

回到 “封装容器 / Container muxer and demuxer”