压缩视频后的音频延迟问题。
dwing吧
全部回复
仅看楼主
level 7
differ_cn 楼主
我用是Direct264_uPyMod压视频。
dshow2wav.exe压制音频。
然后用YAMB合并。
发现音频有轻微延迟(不仔细对比不容易发现)
请问问题出在哪里?
dshow2wav.exe压制音频,命令行如下
for %%a in ("D:\压制\s\*.mp4" "D:\压制\s\*.mkv") do dshow2wav.exe "%%a" 0 | neroaacenc.exe -ignorelength -q 0.41 -if - -of "D:\压制\m4a\m4a.m4a"
2012年11月22日 00点11分 1
level 7
differ_cn 楼主

本来想用MP4BOX写个命令行来合并,不过既然YAMB有延迟,写命令行业一样吧?
据说FFMPEG合并MP4很容易出问题,还有啥好点的命令行和合MP4和M4A为MP4的命令行工具么?
2012年11月22日 00点11分 3
level 7
我用MEGUI压缩视频也是,有明显的延迟,似乎只要经过AvIsynt处理的音频就会有问题,我现在的情况是每秒响一声和延迟,我只有用vD另存WAv才行
2012年12月18日 12点12分 4
level 9
aac自带延迟。还有就是视频本来也有延迟,容器里有写,但你一压缩就无视掉了,封装时候加回去就行了。
2012年12月19日 03点12分 5
什么叫“AAC自带延迟”啊? 我是发现我的录像本身,的确声音就滞后于画面,我在用MEGUI的时候,音频延迟家参数:-150 还有,什么叫容器里有写,什么叫无视呢,什么有叫加回去呢?[吐舌]
2012年12月20日 12点12分
level 9
AAC自带延迟就是解码后的PCM前会多一段20ms~100ms的空白出来,ffmpeg系的解码器很多都不能自动去掉那段空白。
延迟的信息在ts,MP4,mkv之类的容器里是标明的,播放时就不会有问题。但压缩的时候,这些信息会被忽略掉,再mux成新文件时就没了。
加回去就是把延迟信息加回到生成的新文件里。
2012年12月21日 01点12分 6
按照我的理解,如果延迟信息在MP4容器里有声明,那么播放就不会有问题,可是在压缩的时候,会把这段延迟信息忽略掉(或者说是把这段延迟压缩进音频数据了),造成延迟。
2012年12月21日 14点12分
请教如何得到具体的延迟数值,这个-150是我反复试验的结果。
2012年12月21日 14点12分
回复 haierccc :mediainfo里看得见的
2012年12月21日 17点12分
我还是没太明白。比如我用MEGUI压缩制作了一段视频+音频,结果发现音频滞后。你上文说的“解码后的PCM前会多一段空白”,这段空白是以音频数据体现的(只不过是无声的音频),还是以“声明延迟数据”的形式出现的。
2012年12月25日 05点12分
1