qyqgpower@2008-07-25 20:13
引用最初由 su_xinling 发布
关于ffdshow无法正常解mainconcept的field模式，个人测试的结果是要把容器帧速double后就正常，double过的用coreavc解也还是正常，渲染器显示的帧速是正常的，并没有double变快。就好像sony psp那个压制软件做30i的一样，看到容器帧速也是double。
另外用timecode方式作vfr的mkv也能正常把一个frame coding的和field coding结合起来。我试验的是分辨率一样，帧速一个是23.976p另一为29.97i(59.94)，ffdshow和coreavc都能正常播。
su_xinling@2008-07-25 20:42
关于第二点，我是用raw的，一开始先简单append，结果执行输出就报错，所以我就是用暴力copy /b 方式结合成一个raw，然后整体加个timecode。field coding的要用双倍帧数和帧速来计算指定timecode，mbaff用原来正常的的。绿叶之砚@2008-07-25 20:48
qyq，你FTP的MP4，PSP理应不能播放，因为没有音频……qyqgpower@2008-07-25 20:49
引用最初由 su_xinling 发布
关于第二点，我是用raw的，一开始先简单append，结果执行输出就报错，所以我就是用暴力copy /b 方式结合成一个raw，然后整体加个timecode。field coding的要用双倍帧数和帧速来计算指定timecode，mbaff用原来正常的的。
qyqgpower@2008-07-25 20:50
引用最初由 绿叶之砚 发布
qyq，你FTP的MP4，PSP理应不能播放，因为没有音频……
暗影翔@2008-07-25 21:34
引用最初由 qyqgpower 发布
哦，忘了那个是没音频版的，PSP里的是有音频版的mux
295634645@2008-10-18 00:40
引用最初由 su_xinling 发布
关于ffdshow无法正常解mainconcept的field模式，个人测试的结果是要把容器帧速double后就正常，double过的用coreavc解也还是正常，渲染器显示的帧速是正常的，并没有double变快。就好像sony psp那个压制软件做30i的一样，看到容器帧速也是double。
另外用timecode方式作vfr的mkv也能正常把一个frame coding的和field coding结合起来。我试验的是分辨率一样，帧速一个是23.976p另一为29.97i(59.94)，ffdshow和coreavc都能正常播。
uc0083@2008-10-18 11:14
重复了。。。。qyqgpower@2008-10-18 11:26
关于hybrid压制，最近又有点心得，可以完美压出I/P混合，且任何解码器都不会出错的片子了littlemouse@2008-10-19 03:05
有比较过cyberlink的解码器么？roozhou@2008-10-19 04:34
引用最初由 qyqgpower 发布
关于hybrid压制，最近又有点心得，可以完美压出I/P混合，且任何解码器都不会出错的片子了
1. I和P分段压制
2. x264的output一定要用raw方式，这是最关键的。用mp4方式出力，再抽raw合并的话就100%会发生seek花屏的问题
3. 把raw用copy/b合并
4. 丢进mmg，设好timecode（TIVTC的2pass timecode可以直接用，因为在未定义的部分是assume 29.97的）
qyqgpower@2008-10-19 09:50
你试过mmg的append在这种情况下会怎么样么52wy@2008-10-19 14:55
mmg的append在两个参数不同的情况下合并似乎是会花屏roozhou@2008-10-19 15:01
引用最初由 qyqgpower 发布
你试过mmg的append在这种情况下会怎么样么
我首帖就说过了：结合点后花屏
上面还少说了一点，如果是anamorphic的raw，建议在mmg里手动加入--engage keep_bitstream_ar_info参数，否则有些解码器不读容器AR的话就无法自动resize了