搜索 社区服务 统计排行 帮助
  • 4300阅读
  • 4回复

[已解决]感谢06_taro老师!~请教--aextraopt

楼层直达
级别: 新手上路
注册时间:
2011-11-30
在线时间:
3小时
发帖:
10
  1. x264 --preset medium  --tune film --level 3.1 --crf 23 --opts 0 --deblock 1:
  2. -1:-1 --keyint 240 --min-keyint 24 --audiofile 1.mp3 --acodec faac --abitrate 48
  3. --aextraopt mode=cbr --b-adapt 2 --ipratio 1.2 --pbratio 1.0 --ratetol 0 --ref
  4. 6 --me umh --no-scenecut --bframes 6 --qcomp 0.5 --qpmax 35 --vbv-init 0.5 --vbv
  5. -bufsize 3000 --vbv-maxrate 356 --no-psy --ssim --video-filter resize:720,404 --
  6. fps 24 --sar 40:33 -o "shhua.mp4" "sun.m2ts"

ffms [info]:
Codec     : h264
PixFmt    : yuv420p
Timebase  : 1/0
Duration  : 90000:00:00
ffms [info]: 1920x1080p 0:1 @ 24034/1001 fps (cfr)
options [error]: Invalid option 'mode'
lame [error]: wrong audio options.
mp4 [error]: error opening audio encoder.
mp4 [error]: unable to init audio output.
x264 [error]: could not open output file `shhua.mp4'
版本: x264_32_tMod+OreAQ-8bit-all.exe
这个--aextraopt 总是报错,这个参数是怎么使用的?有什么限制吗?谢谢!

[ 此帖被stu-p在2011-12-20 11:33重新编辑 ]
级别: 骑士
注册时间:
2008-10-06
在线时间:
115小时
发帖:
319
只看该作者 1楼 发表于: 2011-12-19
qtaac有名为"mode"的opt,faac没有。要么换qtaac,要么把--aextraopt mode=cbr去掉。在指定了--abitrate的情况下默认会自动转成abr的。aextraopt的用法倒是没问题,就是--aextraopt xxx=param这样用的。

另外2120+630的build内32位版可以用qtaac,只不过一时失误没显示出来qtaac的help,需要的看下面:
  1.       * qtaac encoder help
  2.         --aquality        VBR quality [63]
  3.                           Cannot be used for HE-AAC and possible values are:
  4.                              0, 9 ,18 ,27 ,36 ,45 ,54 ,63 ,73, 82, 91, 100, 109, 118, 127
  5.                           0 is lowest and 127 is highest.
  6.         --abitrate        Enables bitrate mode
  7.                           Bitrate should be one of the discrete preset values depending on
  8.                           profile, channels count, and samplerate.
  9.                           Examples for typical configurations
  10.                            - for 44100Hz or 48000Hz with 1ch
  11.                              LC: 32, 40, 48, 56, 64, 72, 80, 96, 112, 128, 144, 160, 192, 224, 256
  12.                              HE: 16, 24, 32, 40
  13.                            - for 44100Hz or 48000Hz with 2ch
  14.                              LC: 64, 72, 80, 96, 112, 128, 144, 160, 192, 224, 256, 288, 320
  15.                              HE: 32, 40, 48, 56, 64, 80
  16.                            - for 44100Hz or 48000Hz with 5.1ch
  17.                              LC: 160, 192, 224, 256, 288, 320, 384, 448, 512, 576, 640, 768
  18.                              HE: 80, 96, 112, 128, 160, 192
  19.                           The lower samplerate, the lower min/max values are applied
  20.         --asamplerate     Output samplerate
  21.                              LC: 8000, 11025, 12000, 16000, 22050, 24000, 32000, 44100, 48000
  22.                              HE: 32000, 44100, 48000
  23.                           Samplerate greater than input is not supported
  24.         --acodec-quality  Encoder's internal complexity [0]
  25.                              0 (medium), 1 (high), 2 (highest)
  26.         --aextraopt       Profile and bitrate mode
  27.                              sbr  : enable HE-AAC encoding [0]
  28.                              mode : bitrate control mode [abr]
  29.                                     "abr", "cbr", "cvbr"
  30.         --aquality/--abitrate setting may be changed inside codec due to its
  31.         limitations and extreme resampling settings (e.g. 48000->8000) may not work.
  32.         If something goes wrong, it will result in a failure of codec initialization.

Follow me: @06_taro

MediaFire links to:
Taro's tools (avs plugins & other useful tools' builds)
Taro's x264 builds (Latest build: x264 core:129 r2245+704_tMod (&tMod+10bit/MixAQ/OreAQ), Win & MacOS, built on 10 Jan 2012, gcc: 4.7.2)

nmm牆內鏡像(部分工具)
级别: 新手上路
注册时间:
2011-11-30
在线时间:
3小时
发帖:
10
只看该作者 2楼 发表于: 2011-12-19
@06_taro:
非常感谢!明白了!
额外再请教一问题:--vbv-bufsize的值我发现如果取值恰当的话,码率会在设定的范围内,
ssim的值也会很高0.98~~。 如果设的值不正确(太小),会有警告,(太高)码率升高且ssim
的值下降,编码速度延长一倍以上。
设定--vbv-bufsize是不是有一个合理的计算方法?

[ 此帖被stu-p在2011-12-19 21:54重新编辑 ]
级别: 骑士
注册时间:
2008-10-06
在线时间:
115小时
发帖:
319
只看该作者 3楼 发表于: 2011-12-20
主要看“合理”是针对什么东西来讲的
设备兼容性,那要看你的设备支持到多少。
符合标准,那我的build里直接--vbv-bufsize auto_main/auto_high/auto_high10就可以了,根据需要的profile自己定,或者用这个python工具来计算。
如果没有这些硬性要求的话,没必要设置,x264自己rc过程认为需要多少就用多少,这就是最合理的。



Follow me: @06_taro

MediaFire links to:
Taro's tools (avs plugins & other useful tools' builds)
Taro's x264 builds (Latest build: x264 core:129 r2245+704_tMod (&tMod+10bit/MixAQ/OreAQ), Win & MacOS, built on 10 Jan 2012, gcc: 4.7.2)

nmm牆內鏡像(部分工具)
级别: 新手上路
注册时间:
2011-11-30
在线时间:
3小时
发帖:
10
只看该作者 4楼 发表于: 2011-12-20
这些基本的概念终于搞清楚了,压了两个动画片段,ssim不会低于0.9881445,适当调高一点--ipratio ,ssim能达到0.9903648再次谢06_taro老师。

以后遇到什么不明白的地方,再向06_taro老师请教!!
快速回复

限150 字节
上一个 下一个