Bug report: with the provided
file (35Mb), madVR breaks in many different ways when using QuickSync as the decoder in MPC-HC. EVR (custom presenter) has no problems, with the same decoder. It's a straight mux to mkv of the first minute of the first episode of Star Trek Voyager, from a PAL DVD disc (25i material).
I am listing the steps to follow for what I describe below, because based on what you do, the issues you get are different:
- connect your display (TV in my case) directly to your motherboard HDMI port; if you connect your display to another graphic card, and just use QS decoding in the background, the results below will be different (like, no issues in some cases and much worse issues in others);
- switch your display to a 50Hz refresh rate (again, if you have a different refresh rate, the issues are much worse)
- reset the madVR settings, using the "restore default settings.bat" in the madVR folder
- in MPC-HC Options: Playback\Output\Auto-zoom = enabled, and set to AutoFit (Larger only)
- in MPC-HC Options: Playback\Fullscreen\Launch files in Fullscreen = disabled
Now, in MPC-HC, let's first configure to use EVR as the video renderer, select xySubfilter as the subtitle renderer, and QuickSync as the hardware decoder, and play the file. During playback, make sure to try and skip back and forth in the file (using the keyboard arrows, for instance), and to switch between windowed mode and full-screen mode, just to make sure that everything works fine. Notice that subtitles are located nicely at the bottom of the image, too.
- with "Enable Adaptive HW deinterlacing = disabled" -> no issues
- with "Enable Adaptive HW deinterlacing = enabled" -> no issues
Now select madVR as renderer, and make sure xySubfilter is also selected as the subtitle renderer. Start playback, but pause it immediately to configure madVR a bit more:
- devices->display modes->switch to matching display mode = disabled
- processing->zoom control->move subtitles = disabled
- rendering->general settings->full-screen exclusive mode = disabled.
Playback results:
- with "Enable Adaptive HW deinterlacing = disabled", madVR using DX9 video path, while the file plays in a MPC-HC window of the same size as the video material, everything seems to look fine; the opening credits are scrolling, and then the action in the video begins, with some talking heads; it's at this point that you see subtitles in the video, too; but try to switch to fullscreen mode -> the subtitles are no longer at the proper location in the video ! They're now in the middle-left part of the screen.
- same as above, but with "Enable Adaptive HW deinterlacing = enabled": again, everything seems to be fine; let's try and switch to full-screen mode-> what do you know, this time the subtitles are in the proper location (at the bottom of the screen)!
Don't forget to switch between full-screen mode and windowed mode, and to skip in the file back and forth, to make sure that everything else is fine!
Ok, time to switch madVR to use the DX11 path:
- rendering->general settings->use Direct3D 11 for presentation = enabled
- rendering->general settings->present a frame for every VSync = enabled
Now, playback results:
- with "Enable Adaptive HW deinterlacing = disabled", madVR using DX11 video path, while the file plays in a MPC-HC window of the same size as the video material, everything seems to look fine, at least at the beginning; when the talking heads appear, you might notice some judder, but you might also think it's a fluke. So, after these talking heads appear, let's switch to fullscreen mode -> very likely you'll see an extreme case of frames jumping back and forth, making the chaotic video even more chaotic. Or, if per chance this does not happen, just skip back a bit, I guarantee the extreme jumping will start. And, did you notice the subtitles are once again located in the middle-left part of the image?
- with "Enable Adaptive HW deinterlacing = enabled", madVR using DX11 video path, switching to full-screen does not have the same dramatic effect as above, you notice some jumps but not that bad. But it's enough to skip back or forth in the file, and the extreme frame jumping starts.
I'll make one more comment, about having the display connected to another graphics adapter, instead of your motherboard video port. In this case, having "Enable Adaptive HW deinterlacing = disabled" might give a working picture, but turn this setting on, and this is by far the worst playback scenario - you might get a frame every 1 minute or so, if you have the patience to wait for it; we can't really say there is any playback in this case.
Finally, switch back to EVR (custom presenter) as the video renderer, to have proof that everything can work fine when using the same decoder and the same file.
These kind of issues don't happen with every file. But when it happens, it's really bad.