关于新版x264 2074中添加的1.8M内容（相当于1995）

猜你喜欢: MEGUI, qtaac, ios

这几天把x264从1995更新到2074，发现体积增加不少。

结果发现惊喜，直接有音频编码器了。

初步发现支持PCM\MP3\AAC（raw、lame、faac）

本人对音频不了解，请教一些x264对音频编码的质量如何？

另外这1.8M还有一些什么其他的更改呢？

------------

另外我想知道有人对精确控制体积有心得的高手么？
(基本上算是用AVS控制体积，以求在低码率获得高画质，但是另外一种是用x264的强力参数，其实有人研究这2者对速率的影响么）
目前小弟采用1pass CRF,2pass 指定码率的方式。
测试来看，基本上对于新番来说，每话都可以保证一个相对稳定的体积。

-----
另外吐槽x64的AVS。这玩意根本不能用啊不能用。


[ 此贴被pHaTty在2011-09-10 17:01重新编辑 ]

megui里的升级？

1995->2074并未引入音频，这个是非官方编译版（或者叫非纯净版更好）
引入的音频为L-SMASH的扩展功能

音频编码跟直接用这些音频编码器去单独编码没有质量上的差别，只有参数限制差异
比如这里编码mp3用的是lame，直接用相同版本、相同参数的lame.exe编码是一样的

但是其中质量最好的qtaac现在在发布版里往往都被取消了，因为不想跟Apple惹上可能的版权问题，如有需要可以将x264替换为这个：http://www.nmm-hd.org/newbbs/viewtopic.php?f=8&t=219

另外，L-SMASH最初只是改良mp4的封装规范，因为GPAC方式输出的mp4会有一定的概率性质的问题，即这1.8MB还有对mp4输出的相关优化

此外我不清楚那个编译版是不是还加了其他东西


1pass CRF,2pass 指定码率控制体积也够精确了吧，貌似现在质量向的都是这样做的
如果你是指AVS降噪之类的来控制体积的话，我个人觉得这是个见仁见智的做法
至于速度就只有靠自己测试了，毕竟这还很可能会影响质量，尤其是细节相关，也不好比较


期待AVS出3.0吧……把x64和多线程的问题都完美解决


[ 此贴被upyzl在2011-09-10 18:15重新编辑 ]

是需要x64的VSFilter.dll么？
这里有
http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-1-5-3-3677.html
下载Standalone Filters - Win64 (x64)即可

这样的megui报错我想一般都是分离器和解码器的问题，64bit下可以用CodecTweakTool调整，再尝试


另外你说的那个脚本是SAP的么？有免Python版的


1pass要平衡好720p体积和质量的话，我个人觉得用crf 22 + preset veryslow + level 4.1再根据视频微调下deblock/psy/aq应该是个不错的选择
另外还有个损招，用--zones强制把仅OP/ED部分的码率拉低，虽然我个人并不喜欢这样……因为我看动画极少跳OP/ED，并且喜欢截取搜集OP/ED；但客观说，这样做对节省一集24分钟动画的体积却很有用，比如当年SOSG做的K-ON，OP+ED往往能占到一集体积的40%


[ 此贴被upyzl在2011-09-10 20:30重新编辑 ]

嗯，umh + subme 11没tesa + subme 10好，不管是速度还是压缩率，当然像要推广720p高清+比较早发布的话，umh32+subme10就已经挺好了



对我而言，带特效的更有价值……至于是否有那些STAFF之类的信息都无所谓了
不过BD的质量相当好，非常喜欢的还是要收的，比如电磁炮这样的



ffms必须的东西。。就是作索引用，分离视频时都会有这东西，只不过一般分离器将其弄在内存里而不在硬盘上；压完片再删也无所谓吧。。



非也。。多翻下本区其他帖子自然知道哪些是常客了