要是电脑没法装AVS但又想rip该咋办（死

[anaheim]

没什么特殊要求，现在暂时裸体压……我想先跑一话出来看看效果
indexing input file 这个阶段要等超长时间么……好半天了，才读到10%。
4G左右的m2ts
"x264.exe" --demuxer ffms --level 4.1 --preset placebo --tune animation --crf 14 --threads 6 --deblock 0:0 --keyint 240 --min-keyint 24 --bframes 5 --b-pyramid strict --ref 4 --qpmin 10 --rc-lookahead 40 --aq-strength 1.0 --merange 64 --me tesa --subme 10 --psy-rd 1.0:0 --no-dct-decimate --sar 1:1 --output "G:\phantom01.mp4" "G:\Phantombox\d1\BDMV\STREAM\00001.m2ts"

[upyzl]

求taro大指示下jeeb版的 hqdn3d，我没看到额……

另外原来sada5版的有啊……改版的主要用jeeb和roozhou的，没注意……

[upyzl]

没什么特殊要求，现在暂时裸体压……我想先跑一话出来看看效果
indexing input file 这个阶段要等超长时间么……好半天了，才读到10%。
4G左右的m2ts
"x264.exe" --demuxer ffms --level 4.1 --preset placebo --tune animation --crf 14 --threads 6 --deblock 0:0 --keyint 240 --min-keyint 24 --bframes 5 --b-pyramid strict --ref 4 --qpmin 10 --rc-lookahead 40 --aq-strength 1.0 --merange 64 --me tesa --subme 10 --psy-rd 1.0:0 --no-dct-decimate --sar 1:1 --output "G:\phantom01.mp4" "G:\Phantombox\d1\BDMV\STREAM\00001.m2ts"

额……看效果为啥还用这么EP的参数（PS:placebo和tesa,m10不是重复了么，逃……），我看效果现在用crf19+preset fast+tune animation...

ffms index慢的话用direct264的dshow试试？

另外ffms 2.15是MultiThreads的，我不清楚默认是用几个线程，taro大前面给的sada5版的带demuxer threads的patch，也可以试试

[SAPikachu]

可是平均帧率是一样的……简单说时间戳应该是一致的额，所以应该不会受x264 crf改成基于时间函数的影响……

Edit: 可惜不能划删除线，上面说得有些混乱，无视吧；有时间我比较下avs和直接ffms的timecode和psnr/ssim好了，我认为应该是一致的……

理论上应该是一致的，因为出来的片源图像都是一样的（当然前提是都用ffms解码和一样的帧率模式。另外如果片源是cfr那出来的时间就算不是完全一样也应该非常接近，所以这方面应该影响不大。貌似之前在doom9那看过ffms2有可能会误判cfr为vfr，可能是这个原因而已。

PS：刚扫了下x264的源代码，貌似把avisynth.dll解压出来放到x264目录下就能使用avs压制了。预览的话avsp应该也可以用同样的做法。（未经测试，有兴趣可以ep一下

[nuomi]

呃……为啥要v2?音画还是同步的吧……难道DMG里有cfr控……？

方式LS taro大说了
从ffms的描述来看，建议把m2ts转封mkv再压制更稳妥

另外要做反交错的话可以试试jeeb版的x264（yadif至少比官方x264自带的deinterlace效果好，话说其实我也不会用avs那些EP级的反交错滤镜……）
做ivtc可以试试roozhou的direct264
做降噪就没啥好办法了，要是能有个比较好的noise reduce filter的patch for x264就好了，--nr就一坑爹货。。。

源是cfr的，直接喂x264出来成了vfr，口型不对 也可能是我神经过敏 改天试试

理论上应该是一致的，因为出来的片源图像都是一样的（当然前提是都用ffms解码和一样的帧率模式。另外如果片源是cfr那出来的时间就算不是完全一样也应该非常接近，所以这方面应该影响不大。貌似之前在doom9那看过ffms2有可能会误判cfr为vfr，可能是这个原因而已。

PS：刚扫了下x264的源代码，貌似把avisynth.dll解压出来放到x264目录下就能使用avs压制了。预览的话avsp应该也可以用同样的做法。（未经测试，有兴趣可以ep一下

我直接喂x264都是cfr的，出来全成了vfr

[anaheim]

看来对CPU太有信心了，至强5335……花了近1小时indexing完后的编码速度竟然只有0.5fps
马上去尝试sada5，然后把蛋疼参数也换换

换了蛋疼参数，ffms那里维持原参数不变，indexing的速度还是没有变化…
是不是这个sada5的x264的inputfile方面参数也有什么变化，可以加速indexing？不然光这个步骤就需要1个多小时…
另外说把m2ts转封成mkv，mmg不支持m2ts，添加文件时会提示…然后无法添加XD
编码速度慢点倒是无所谓，挂机就是了……

[xiao7]

--demuxer lavf 这样不行么

[upyzl]

看来对CPU太有信心了，至强5335……花了近1小时indexing完后的编码速度竟然只有0.5fps
马上去尝试sada5，然后把蛋疼参数也换换

换了蛋疼参数，ffms那里维持原参数不变，indexing的速度还是没有变化…
是不是这个sada5的x264的inputfile方面参数也有什么变化，可以加速indexing？不然光这个步骤就需要1个多小时…
另外说把m2ts转封成mkv，mmg不支持m2ts，添加文件时会提示…然后无法添加XD
编码速度慢点倒是无所谓，挂机就是了……

单从压片来看Xeon 5335应该还不如Q6600吧……

sada5的那个有个参数--demuxer-threads，Help里有

转封可先用tsMuxeR抽流再mmg封，这样做的目的是因为ffms对mkv支持更好

ffms慢可试direct264的dshow
或者用LS xiao7大说的lavf（lavf我用得少就不清楚了...）

[06_taro]

其实可以不tsMuxeR抽直接eac3to封……
eac3to.exe input.m2ts output.mkv

[anaheim]

用了lavf的话直接开压没有indexing过程…
另外，这个U确实是太不给力了，很普通的参数就占用到100%
看来期望过高了，不过可以两台机器一起rip的话效率可以提高不少

PS：话说我转成mkv的话编码速度会不会提升一点（死