hoshimina
帖子: 1
注册时间: 2016-05-21 10:05

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

2016-05-21 10:11

新手一个。请问我用megui分别压视频与音频,压制音频的时候已填入megui提供的延迟信息,最后用mmg封装,请问封装的时候还需要填写音频延迟信息吗?

头像
JessiFan
帖子: 12
注册时间: 2015-04-18 11:43

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

2016-06-01 7:45

无需 megui压制音频的时候会使用avs处理delay 保持与视频轨同步
but
不建议使用AVS压制音频 如果只做一般用途而且压制的音频没有异常的话
当上面这话没说

头像
mikey
帖子: 14
注册时间: 2016-07-15 8:38

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

2016-07-25 12:00

JessiFan 写了:无需 megui压制音频的时候会使用avs处理delay 保持与视频轨同步
but
不建议使用AVS压制音频 如果只做一般用途而且压制的音频没有异常的话
当上面这话没说
楼上的小伙伴,我不建议你只回答「不建议使用AVS压制音频」而不给出其他可替代的压制方案

所以我要补充一下。
如果不用avs压制音频,则可以使用eac3to命令行工具提取片源的音轨,用aacedit2命令行工具来无损切割aac音频轨道,最后与压制出来的视频封装。
因为eac3to提取音轨时会自动修补delay,所以之后的切割、封装环节无需再指定delay

aacedit用法补充:

aacedit勝手に取扱説明書
内容はaacedit改+3現在。
オリジナル版readme.txt行方不明のため、正確かが不明ですが、
たぶん合っていると思います。
使い方とオプションは、ヘルプで表示できますが・・・。
-d(音声のdelay補正。29ms=0.029s。mは㍉、sはsecond(秒)、msでミリ秒)
aacedit.exe "hoge 01 (delay -29ms).aac" -d -29
-o(出力ファイル名指定)
aacedit.exe "hoge 01 (delay -29ms).aac" -o "hoge 01 (delay 0ms).aac"
-t(aacのTrim編集)

aacedit.exe -t "video.avs" -o "output.aac" "input.aac"
aacedit.exe -d -325 -t Trim(x,y) -o "output.aac" "input.aac" 
-x(-d,-oオプションの自動生成)
例えば、
aacedit.exe "hoge 01 (delay -29ms).aac" -x
は、
aacedit.exe "hoge 01 (delay -29ms).aac" -o "hoge 01 (delay 0ms).aac" -d -29
と同じ動作。
※ -x オプションは、ファイル名に-があると誤動作があるらしい
-h ヘルプ
-f 動画のフレームレート(29.97 or 59.94)を指定。
-a AACフレームを直接指定

出处http://soranikakaruhashi.blog.fc2.com/blog-entry-87.html

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

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

2016-10-09 23:40

mikey 写了:……
话说aacedit2的切割和mkvtoolnix的切割有不一样的地方吗?是能完全切准的吗('∀')(像smartcutter在切割处重编码)?

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

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

2016-10-24 1:20

NAVras 写了:
mikey 写了:……
话说aacedit2的切割和mkvtoolnix的切割有不一样的地方吗?是能完全切准的吗('∀')(像smartcutter在切割处重编码)?
我没有使用aacedit2过,但是关于切割已有类似讨论:
https://www.nmm-hd.org/bbs/thread-1064-1-1.html (里面的图片和引用链接几乎挂了,但是几个软件名应该有)

就上述贴文补充一下clt文件生成示例(方便日后丢失example.clt的时候自行生成并修改):
图片

Example.clt:

代码: 全选

<?xml version="1.0"?> <Cuts xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <Framerate>23.976024627685547</Framerate> <Style>NO_TRANSITION</Style> <AllCuts> <CutSection> <startFrame>100</startFrame> <endFrame>400</endFrame> </CutSection> </AllCuts> </Cuts>
注:clt里虽然使用的帧率和帧范围来表示裁剪范围,但是同样适用音频的裁剪。
之所以推荐这种方式是因为:
1. 用最小的工作量和视频裁剪达到最大同步
2. 已经集成于meGUI中,无需下载其它软件

另,在导出音频时自动添加延迟可以使用eac3to完成,对于带延迟的音频可以在先修正延迟后再用本方法裁剪。

当然这层楼和你想要提问的内容无关了,但是这是我个人对音频裁剪方法的推荐。


顺带问一下,avs里确实不推荐使用avs处理音频,但是vs中的Basic audio support呢?

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

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

2016-10-24 1:37

好的多谢,但这样貌似是压了音频呢 {:cat_11}

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

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

2016-10-24 1:56

NAVras 写了:好的多谢,但这样貌似是压了音频呢 {:cat_11}
这是无损切割,怎么会压音频?

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

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

2016-10-24 2:04

KazamaSion 写了: 这是无损切割,怎么会压音频?
clt文件丢MeGUI不是开压了(encode)?

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

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

2016-10-24 2:09

NAVras 写了:
KazamaSion 写了: 这是无损切割,怎么会压音频?
clt文件丢MeGUI不是开压了(encode)?
您或许可以考虑在转换后对比一下频谱,来验证一下我说的话是否为真。
以及在queue list中,encoder一栏显示的不会是任何音频编码器,而是一个“cut”。

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

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

2016-10-24 2:13

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 在 2016-10-24 2:31,总共编辑 1 次。

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