分页: 1 / 2

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

发表于 : 2016-05-21 10:11
hoshimina
新手一个。请问我用megui分别压视频与音频,压制音频的时候已填入megui提供的延迟信息,最后用mmg封装,请问封装的时候还需要填写音频延迟信息吗?

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

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

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

发表于 : 2016-07-25 12:00
mikey
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

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

发表于 : 2016-10-09 23:40
NAVras
mikey 写了:……
话说aacedit2的切割和mkvtoolnix的切割有不一样的地方吗?是能完全切准的吗('∀')(像smartcutter在切割处重编码)?

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

发表于 : 2016-10-24 1:20
KazamaSion
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呢?

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

发表于 : 2016-10-24 1:37
NAVras
好的多谢,但这样貌似是压了音频呢 {:cat_11}

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

发表于 : 2016-10-24 1:56
KazamaSion
NAVras 写了:好的多谢,但这样貌似是压了音频呢 {:cat_11}
这是无损切割,怎么会压音频?

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

发表于 : 2016-10-24 2:04
NAVras
KazamaSion 写了: 这是无损切割,怎么会压音频?
clt文件丢MeGUI不是开压了(encode)?

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

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

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

发表于 : 2016-10-24 2:13
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}