NMM-HD

请问完整的AVS这样写就没问题了吗？

LoadPlugin("C:\Program Files (x86)\MeGUI\tools\ffms\ffms2.dll")
FFIndex("input.m2ts", demuxer="lavf")
FFVideoSource("C:\1.m2ts", threads=1, seekmode=-1)
#deinterlace
#resize
#denoise

还有想请问下，SEEKMODE这个0，和-1到底代表什么，什么时候需要用0，什么时候需要用-1呢？这两个数值有有什么不同呢？

那个…FFIndex和FFVideoSource里的m2ts应该是同一个文件…

大大不好意思，即是说不想REMUX M2TS为MKV的写法应该是这样

LoadPlugin("C:\Program Files (x86)\MeGUI\tools\ffms\ffms2.dll")
FFIndex("C:\1.m2ts", demuxer="lavf")
#deinterlace
#resize
#denoise

PS:LAVF应该是指的是LAV FILTER吧？在播放器里有内置的话，直接调用就可以了？是这样吗？

PS2：还想问问，现在压制BD M2TS流行使用的方式到底是怎么载入M2TS？是DIRECTSHOWSOURCE还是DGAVCINDEX或是FFMS？？？

LoadPlugin("C:\Program Files (x86)\MeGUI\tools\ffms\ffms2.dll")
FFIndex("C:\1.m2ts", demuxer="lavf")
FFVideoSource("C:\1.m2ts", seekmode=-1, threads=1)

lavf不是指LAV Filters，而是在ffms内部使用libavformat的demuxer，和你系统的播放器、解码器、分离器什么的没有任何关系。

各显神通。

06_taro 写了：LoadPlugin("C:\Program Files (x86)\MeGUI\tools\ffms\ffms2.dll")
FFIndex("C:\1.m2ts", demuxer="lavf")
FFVideoSource("C:\1.m2ts", seekmode=-1, threads=1)

lavf不是指LAV Filters，而是在ffms内部使用libavformat的demuxer，和你系统的播放器、解码器、分离器什么的没有任何关系。

各显神通。

但是用FFMS我又觉得有个问题，就是以前用DGAVCINDEX觉得方便的一个原因是它还可以DEMUX出音频，但是用FFMS的话，DEMUX音频是不是就要用TS MUXER呢？但我总觉得TS MUXER导出的音频DELAY不太对

请问FFMS应该怎么正确导出音频呢？

PS：FFIndex("C:\1.m2ts", demuxer="lavf")
FFVideoSource("C:\1.m2ts", seekmode=-1, threads=1)

这两句是一起使用的？不REMUX M2TS为MKV也需要用这两句？SEEKMODE=-1是针对所有M2TS吗？

FFIndex是用来index的。你DG用习惯了的话是先DGIndex跑一遍index，然後直接DGSource加载；而ffms是用FFIndex语句在avs里做index，之後用FFVideoSource加载而已，把你习惯的操作换了一个地方而已，本质是一样的。

不加FFIndex的话ffms会使用默认的demuxer，而对m2ts默认的haali demuxer是不靠谱的，所以才手动加一句。

BD的音轨始终用eac3to处理，就像DVD的音轨始终用DVD Decrypter处理一样。dg虽然同时做看起来方便，但是它检测的delay本来就基本上都是错误的。

就是不remux才需要这两句。如果remux的话，ffms对mkv默认使用的matroska demuxer本身就没问题，反而不需要FFIndex以及seekmode=-1了。

请阅读一下ffms的文档，不要偷懒。花十分钟读一下文档可以为你以后节省无数个十分钟。

如果不喜欢读英文的话，这里有中文版，PP之类的部分资料略过时： http://nmm-hd.org/doc/FFmpegSource2

06_taro 写了：FFIndex是用来index的。你DG用习惯了的话是先DGIndex跑一遍index，然後直接DGSource加载；而ffms是用FFIndex语句在avs里做index，之後用FFVideoSource加载而已，把你习惯的操作换了一个地方而已，本质是一样的。

不加FFIndex的话ffms会使用默认的demuxer，而对m2ts默认的haali demuxer是不靠谱的，所以才手动加一句。

BD的音轨始终用eac3to处理，就像DVD的音轨始终用DVD Decrypter处理一样。dg虽然同时做看起来方便，但是它检测的delay本来就基本上都是错误的。

就是不remux才需要这两句。如果remux的话，ffms对mkv默认使用的matroska demuxer本身就没问题，反而不需要FFIndex以及seekmode=-1了。

请阅读一下ffms的文档，不要偷懒。花十分钟读一下文档可以为你以后节省无数个十分钟。

如果不喜欢读英文的话，这里有中文版，PP之类的部分资料略过时： http://nmm-hd.org/doc/FFmpegSource2

谢谢大大的清楚解释，关于BD音轨用EAC3TO处理，个人不会用命令行，请问在MEGUI内应该如何处理呢，如果这只针对BD音轨的话，请问对于MPEG2、H264的HDTV TS，又应该通过何种方式DEMUX音频而且获取正确的DELAY数值？

我不会megui

eac3to有各种各样的gui，doom9上官方发布贴里就包含了好几个gui的地址

ts的音轨delay我记得dg和eac3to的都不一定准确（有时准确，有时不），想足够精确的话，自己找个能看频谱的音频软件来检查并调整delay

请问为什么载入
LoadPlugin("C:\Program Files (x86)\MeGUI\tools\ffms\ffms2.dll")
FFIndex("C:\1.m2ts", demuxer="lavf")
FFVideoSource("C:\1.m2ts", seekmode=-1, threads=1)

电脑就假死一样不会动，而且半天都不出图像？最后还是用任务管理器把MEGUI结束任务了，是不是FFMS要求比较高呢？

都说了FFIndex是在avs启动时进行一遍index（如果之前没有index过的话）

你用DGIndex跑一遍m2ts需要多长时间，FFIndex启动时就需要等多长时间，只不过它不会给你一个好看的界面告诉你自己在跑请不要关掉而已…
如果需要看跑的具体情况的话，任务管理器里可以看到进程已读取的byte数，这个数字和你的m2ts文件大小相同时就是跑好了

或者喜欢看到进度条的话去用ffmsindex.exe，命令行工具，这样就不需要在avs里加FFIndex了…