VSFilter.dll fails to pass interlaced video information downstream

[GoogleCodeExporter]

What steps will reproduce the problem?
1. nVidia GT 520 (actually, any nVidia card), CoreAVC 3.0 in CUDA mode, 
hardware deinterlacing ON.
2. MPC-HC configured to use internal splitter for PS/TS, not to use internal 
decoder for h264/AVC, output set to Overlay Mixer.
3. xy-VSFilter set for autoloading
4. Play interlaced h264 encoded full-hd video (Blu-Ray *.m2ts file).

What is the expected output? What do you see instead?
Expected: deinterlaced output with subtitles.
See instead: interlaced output with subtitles (hardware deinterlacing does not 
work).

What version of the product are you using? On what operating system?
xy-VSFilter 3.0.0.211 (git 48eecca), Windows 7 32-bit

Please provide any additional information below.
When I turn xy-VSFilter off, HW deinterlacing works perfect, but I've got no 
subtitles. :(

Original issue reported on code.google.com by alex.olk...@gmail.com on 4 Feb 2014 at 6:53

[GoogleCodeExporter]

Known issue with VSFilter.dll that it strips interlaced flags and bitstream 
information.

Patches welcome if anyone want to attempt fixing this. I was hopeful that 
nevcairiel (lavfilters developer) would write us a patch, but a couple years 
have now gone by since I made my initial request, so that seems unlikely at 
this point.

If you switch to using XySubFilter Beta with madVR, EVR-CP, or VMR9 and the 
latest MPC-HC release, you'll be able to utilize hardware deinterlacing.

Original comment by cyber.sp...@gmail.com on 8 Feb 2014 at 3:25

• Changed title: VSFilter.dll fails to pass interlaced video information downstream
• Added labels: Priority-Low, Type-Enhancement
• Removed labels: Priority-Medium, Type-Defect

[GoogleCodeExporter]

Here a patch. Work in MPC-BE's VSFilter

Original comment by Aleksoid...@gmail.com on 25 Feb 2014 at 7:28

Attachments:

• Interlace_flag_patch.diff

[GoogleCodeExporter]

2 Aleksoid...@gmail.com

Whould you please upload the compiled files (for 32-bit) with patch applied? 
Just in order for me to try if it's working in my system - 'cause I'm not sure 
I can make it by myself.
Thanks in advance.

Original comment by alex.olk...@gmail.com on 25 Feb 2014 at 8:04

[GoogleCodeExporter]

No - i don't compile ...

Original comment by Aleksoid...@gmail.com on 25 Feb 2014 at 8:55

[GoogleCodeExporter]

So are there any plans to implement the patch in upcoming versions?
And how could I know when its's done?
Thanks a lot.

Original comment by alex.olk...@gmail.com on 20 Mar 2014 at 3:27

[GoogleCodeExporter]

Unfortunately the patch doesn't function as expected with xy-VSFilter, as it 
causes all videos (even Progressive) to be flagged as Interlaced. MPC-BE 
VSFilter.dll works as expected though, so there must be another change hidden 
in the MPC-BE codebase which makes the patch fully functional.

Original comment by cyber.sp...@gmail.com on 20 Mar 2014 at 4:02

[GoogleCodeExporter]

Looked into it a bit more, and it seems even MPC-BE always forces 
AMINTERLACE_IsInterlaced & AMINTERLACE_DisplayModeBobOrWeave, instead of 
copying the dwInterlaceFlags value from the input pin.

After a bit of research, I believe I've now fixed that limitation in MPC-BE's 
implementation.

Try the attached test build:

xy-VSFilter 3.0.0.284 (CCCP 2014-03-09 release)
+
Aleksoid's MPC-BE patch
+
Copy dwInterlaceFlags value from Input Pin to Output Pin

Original comment by cyber.sp...@gmail.com on 20 Mar 2014 at 7:19

• Changed state: Started

Attachments:

• xy-VSFilter_TestBuild(Interlaced_Support).zip

[GoogleCodeExporter]

It works just perfect!
Thank you very much, guys.

Original comment by alex.olk...@gmail.com on 22 Mar 2014 at 9:39