GTX 1070 + DXVA2 copy-back + madVR: pink/magenta hue on MP4 files after Nvidia driver

[AB10]

MPC-HC (clsid2) + LAV Video 0.81.0.7 + madVR on Windows 11.

Pink/magenta hue appears on MP4 files only when DXVA2 (copy-back) is active. MKV files unaffected. madVR calibration is fully disabled so no colour processing is occurring there. LAV RGB output levels set to PC (0-255). GPU is GTX 1070, active decoder shows dxva2cb direct.

Issue appeared after a period of Windows/driver updates — exact version that broke it unknown. Switching LAV HW decode to None (software) is the current test to isolate whether DXVA2 copy-back is corrupting colour matrix signalling to madVR.

Has anyone seen DXVA2 copy-back on Nvidia 10-series break colour matrix reporting specifically for MP4/H.264 after recent driver updates?

Any workaround short of permanent software decode?

[huhn]

a screen of the OSD? and try d3d11 copyback.

[Schwartz]

1070 is quite old by now, and the latest driver isn't even necessary. On 3060 Ti I am on V566 pretty much for life. Beyond that, a lot of bloat for newer cards and newer tech was added.

All that is to say, try an older driver too. You won't be missing any features.

[AB10]

I hope these help -

https://imgur.com/9xv4hLq

https://imgur.com/9xv4hLq


You may be right, it is probably best to roll back some updates and opt out at this stage.

[AB10]

Well, I just clean installed an older version which I recall working perfectly but the issue persists.

I've been bouncing ideas off both Claude and Gemini but still no luck.

---

After exhausting all options, I think it's best to give up and just use MPC Video Render for these files instead of MadVR.

Final message from Claude:

'Realistic options ranked by effort:

Get a better rip — easiest by far. A WEB-DL MKV of House of Cards will be correctly flagged. Zero effort, works immediately.
FFmpeg batch overnight — use -crf 18 instead of -crf 0. Still lossless-looking but significantly faster. Run it overnight:

for /r "D:\Downloads\House Of Cards Season 1 to 6 Mp4 1080p" %f in (*.mp4) do ffmpeg -i "%f" -c:v libx264 -crf 18 -colorspace bt709 -color_primaries bt709 -color_trc bt709 -color_range tv -c:a copy "%~dpf%~nf_fixed.mp4"

VLC just for this show — zero effort, works now.
Switch to EVR renderer for MP4 files only — EVR doesn't respect the GBR flag the same way madVR does.

Honestly option 1 is the answer here. *This is a uniquely bad 2013 rip.*'

[Sunspark]

pink/magenta does sound a bit like a dolby vision hdr issue, so if that is the case then mpcvr is a good choice because madvr doesn't have dolby vision support.

That said, mpcvr is a great renderer, I've been using it in shader mode for anime.

[huhn]

the file is GBR (that's RGB) flagged and madVR follows that flag. that part could be a broken file 99.9% 0.1% the decoder/splitter waht ever getting the wrong flag.

[nevcairiel]

Anytime madVR says "says bitstream" in its OSD, I would be worried, especially if you use LAV. If the bitstream would actually indicate that, so would LAV, and madVR would just say "says upstream". Its probably a madVR bug.

[clsid]

It is probably one of those broken files from the early days of HDR/DV with messed up injected metadata.

[huhn]

yeah this is something madVR usually does correct. the only "bug" related to that i can remember was the HLG thing where madVR got a value for some special HDR stuff from before HLG and used HDR PQ on HLG which madVR doesn't correctly support or with other words uses fallback only.

[StainlessS]

"D:\Downloads\House Of Cards Season 1 to 6 Mp4 1080p"

So the USA copy (Kevin Spacey), not UK original 3 season series (Ian Richardson).

[nevcairiel]

yeah this is something madVR usually does correct.

madVR only gets to see a rather partial set of information. It can look at the global metadata DirectShow exposes, or maybe it even probes around in the file, but if the metadata for example changes and the first set is wrong, then it would not realize this.

Hence why it should 100% trust the video decoder, even if the decoder says "unknown", because "unknown" might be more correct then some value of BGR at this point. People don't use those broken outdated decoders anymore anyway.

I forget if there was an option for madVR to just always trust the decoder, its been years since I used it.

[huhn]

well it was a decoder at some point maybe some of that stuff to probe is still left. just from a sanity check 420 and GBR is unlikely to say it friendly. is this really a bug if the flag is somewhere in there?

not saying lavfilter sanity checks aren't much better.

[Z2697]

Asking mediainfo instead of guessing.

1920x960 AVC NV12 isn't likely anything HDR.

[huhn]

this file is clearly SDR and madVR got the BGR flag from somewhere or as nev said is buggy. changing/adding the folder to matrix=bt709 should fix the issue. if the file is really bt 709 or what ever you have to ask the creator