VMR9 Wrong Field Order with DXVA Options

[Chris.Day]

Hi,
I've got a problem when watching MPEG2 videos in ZoomPlayer when set to VMR9 (any VMR9 mode). If I start the video and play right to the end, the field order is usually correct, but if I jump say half-way through, the field order is noticeably reversed.

This will occur when using any MPEG2 decoder when DXVA is enabled (I've tried Cyberlink PowerDVD 6.0, Sonic Cineplayer 3.2, nVidia PureVideo Decoder.

Has anyone else experienced this?

Hardware/software:
- ATI X800XL 256MB AGP (Catalyst 6.1)
- Windows XP MCE 2005
- quartz.dll ver 6.5.2600.2749

[Blight]

Perhaps disable DXVA... you don't really need hardware acceleration on any CPU released in the last 3 years.

ZP itself doesn't really control field orders, it's being handled by the decoders and as such can not effect the situation.

[J.B.]

*dusts off thread

Same problem here, after switching from Nvidia to ATI. The only way I found to fix it was by switching to to VMR7 witch is also bad because the color controls don't work.

I have to strongly disagree with Blight's advice here though. All DXVA MPEG2 decoders will disable Hardware deinterlacing when you disable DXVA decoding. The hardware deinterlacing of modern GPU's is way, way higher quality than the software deinterlacing that is performed in this case which is why DXVA should not be disabled.

BTW the DScaler decoder has the same field order problem even though it is not a DXVA decoder.

Anyone know a fix to this problem? Do ATI have a support address that is worth writing to?

EDIT: some more web research suggests that this problem started when DirectX 9c came out and that Nvidia fixed it in their own decoder but the fix doesn't work on ATI cards.

[Chris.Day]

*dusts off thread again

There is a hotfix for XP SP2 which describes this problem exactly:
http://support.microsoft.com/kb/919071

I'm already using a newer build of quartz.dll (6.5.2600.3243) and the problem is present. So assuming that Microsoft did fix this in KB919071 either:
a) KB919071 sets a registry entry during installing
The fix has been lost in later builds

And that's assuming that Microsoft actually fixed the problem in the first place!

[BinaryTB]

Same problem here. I Googled a bit and found out that enabling YUV Mixing fixes the problem for some. I believe MPC has this option, but ZP does not.

For now I'm sticking with DScaler IVTC, but hardware deinterlacing works better I've found, shame I can't actually seek otherwise field order gets all jumbled.

[Chris.Day]

The last time I tried YUV Mixing I would get random lockups on ATI cards under XP. Has anyone tried recently with ATI cards?

[J.B.]

*dusts off thread again

There is a hotfix for XP SP2 which describes this problem exactly:
http://support.microsoft.com/kb/919071

I'm already using a newer build of quartz.dll (6.5.2600.3243) and the problem is present. So assuming that Microsoft did fix this in KB919071 either:
a) KB919071 sets a registry entry during installing
The fix has been lost in later builds

And that's assuming that Microsoft actually fixed the problem in the first place!

Wow, this is amazing news. After installing the hotfix I finally have a renderer that isn't broken in some significant way. VMR9 now does dxva deinterlacing, correct field order, working color controls, screenshots, multiple instances, dxva decoding, secondary monitor support and full DVD menu compatibility!

[TiLT]

I wonder if SP3 has this fix?

[TheShadowRunner]

My SP3 quartz is 6.5.2600.5512 and i don't seem to have the problem.
I use VMR9 + latest nVidia mpeg2 decoders w/ DXVA enabled.
After FF or RW, no field order problem that I can see.
Later,

TSR

[TiLT]

Unfortunately, with Microsoft the version number has little to do with the implemented fixes. But since this was a public fix I'm not surprised it's included. Glad you don't have the problem anymore.

On a side note I did notice that on a mostly patched up SP2 system (with WMP11) that fix doesn't even get applied. I had to unpack the hotfix installer to examine the quartz.dll.

[BinaryTB]

So I was experiencing this problem and I just updated my SP2 (6.5.2600.3243) installation to SP3 (quartz 6.5.2600.5512) and the problem is indeed fixed. But I guess for me it doesn't matter, the 17x.xx series of nvidia drivers only display VMR at TV levels (registry fix doesn't work), so I have to stick with Haali's Renderer... which means no hardware acceleration. Great.