level 1
源文件是一个3000k的cbr wmv，我剪辑成两部分1-1.wmv和1-2.wmv分别压缩，因为这里的几个朋友都说ffms比起dss可靠，于是用ffms索引后生成avs如下：
LoadPlugin("D:\5.1 视频转换\MeGUI\tools\ffms\ffms2.dll")
FFVideoSource("G:\1-1.wmv", threads=1)
#deinterlace
#crop
#resize
#denoise
1-1.wmv和1-2.wmv分别压缩，结果出来的文件1-1.mp4帧率是28.85，完全不同步了，1-2.mp4帧率是29.97，听起来似乎没有不同步(和原始帧率30相近？)
我发现用ffms挂的avs不会出现dss的帧率显示，也不能手动指定和加入convertfps=true这种命令，这样在压缩完毕之前根本无法想到会错误，这个问题该如何解决
2013年01月27日 07点01分
1
level 1
更正一下，在avs脚本创建器中滤镜一栏，可以看到fps，果然显示不正确，这个fps还不能该的
楼上朋友，直接压？
2013年01月27日 08点01分
3
level 13
我也遇到这个问题了,目测原视频是VFR的视频
求指导
2013年01月27日 08点01分
4
level 1
真相大白，原来不是ffms的错，这些wmv文件我用wme自带的window media file editor剪辑后，用ffms索引显示的帧率都是和原来不同的。比如29.971，29.96这些帧率，压出来自然就不同步了
可恨的medinfo查看还是显示fps30或者29.97，所以我误解了ffms
现在压wmv之前先用ffms索引看看出来的帧率和medinfo出来的是否一致，如果一致成品mp4就是同步的
但是很纠结，用wme自带的window media file editor剪辑后的文件帧率居然也发生变化？而在播放器中wmv播放确实正常的，wmv是否有timecode这一说法，这种帧率索引不
正确的
wmv还能压吗？求解！！
2013年01月27日 08点01分
5
WMV的确是使用timecode的，实际上那个文件并没有问题，因为播放是正常的。不要因为avs不支持vfr就说这个文件不正常。另外用平均帧率来描述文件是不合适的（比如ffms或mediainfo），个人觉得用出现频率最高的两帧间隔来描述帧率是最合适的。
2013年02月03日 16点02分
回复 roo_zhou :用ffms索引看wmv帧率，发现很少有标准的，29.92，29.971这种，少数是正确的29.97和30，这些文件应该都是我剪辑过的。用mediainfo都是看不出来的，wmv的timecode究竟该如何取得？用命令行直接压片确实有难度，貌似mkv是有timecode的，但是wmv又塞不进mkv
2013年02月04日 10点02分
回复 rancetrw :最简单的命令行x264 -o output.mkv --demuxer lavf --crf 22 input.wmv就解决了，需要其他参数慢慢加就行了。
2013年02月04日 14点02分
回复 rancetrw :我前面说了，ffms是用平均帧率来描述的，剪辑后最后一帧可能是没有长度，可能长度很长，这样平均帧率就会比标准帧率快或慢。
2013年02月04日 14点02分
level 1
回复 roo_zhou :谢谢，理解ffms的帧率问题了，但是用命令行的话，假定megui中的x264位置是D:\5.1 视频转换\MeGUI\tools\x264\x264_64.exe
那么因为命令行在英文下运行，我是否吧x264_64.exe这个文件大小约9MB多拷贝到根目录就可以运行了？其他文件不需要拷贝？64位的x264_64和32位在命令行下都是如此？
另外，我想加入preset slow，其他的慢慢再研究，这个参数该如何加？输出文件是.264是否把output.mkv改成output.264就可以了？
如果早些能得到roo_zhou的指点，估计很多wmv就不会白压了
2013年02月04日 15点02分
7
刚才找了个片段压成了，明天压以前出错的文件，看这次是否会同步，我知道preset slow该怎么加了。现在有点疑惑，命令行对于需要剪切黑边的文件该怎么办？是否这个x264.exe就包打天下了？ffmpeg这个命令行在x264压制中又起到什么作用？
2013年02月04日 16点02分
回复 rancetrw :现在的x264都自带切边滤镜了，方法是加--vf crop:left,top,right,bottom，其中left,top,right,bottom分辨是左上右下要切掉的行列数
2013年02月04日 16点02分
level 1
昨晚压了个过去一直压成不同步的wmv实验，用命令行：x264 -o 1.264 --demuxer lavf --crf 25 1.wmv
但是成品容量是300MB，该文件原先挂ffms avs压成是200多MB，我看了下压片参数出了me=umh me=hex不同之外，其他参数都是相同的，都是crf25，为何容量差异很大？
命令行压制的成品还是不同步，和原先用avs压的，用x264vfw压的一样不同步，是否lavf解码无效？似乎朋友说过lavf是ffmpeg的解码器，那么我单单用一个x264.exe压片，是否要把其他文件比如ffmpeg。exe也和x264放在同一目录下，才能用lavf解码？
2013年02月05日 02点02分
8
请直接输出mkv或者mp4
2013年02月05日 11点02分
回复 free077go :用这个命令行确实比起megui容量大了不少，试了几个文件了，和输出格式无关
2013年02月05日 16点02分
回复 rancetrw :像avi就不支持vfr，raw怎么支持vfr 体积大请提高参数的强度 megui只是gui.
2013年02月05日 17点02分
若果还是不行把lavf换成ffms再试 再不行就没招了
2013年02月05日 17点02分
level 1
这个是命令行的成品信息
cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=crf / mbtree=1 / crf=25.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
这个是megui挂avs的成品信息
cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=5 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=2 / keyint=300 / keyint_min=29 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=crf / mbtree=1 / crf=25.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
2013年02月05日 02点02分
9
