View Full Version : madVR - high quality video renderer (GPU assisted)
cyber201
29th August 2017, 10:33
You need to "edit" each mode first to assign known timings.
Ok, thanks. But my value of EDID and CVT CRV are different and when select CVT CRV, my screen blink.
Can I edit the timings equally?
Thanks
madshi
29th August 2017, 10:34
Not sure what you mean with "edit equally"? You can simply assign the EDID values, if that helps, you don't have to change them in any way.
cyber201
29th August 2017, 10:40
Not sure what you mean with "edit equally"? You can simply assign the EDID values, if that helps, you don't have to change them in any way.
ok, thanks.
Siso
29th August 2017, 11:27
You can paste the raw EDID data from the madVR settings dialog here to check if madVR has interpreted the native resolution of your display correctly:
http://www.edidreader.com/
Which column I should look for?
madshi
29th August 2017, 11:32
I'm not completely sure, you can also post the raw data here (ideally in a "code" block), then I can have a look myself.
Siso
29th August 2017, 11:34
i'm not completely sure, you can also post the raw data here (ideally in a "code" block), then i can have a look myself.
00 ff ff ff ff ff ff 00 10 ac 8b 40 00 00 00 00
2e 16 01 04 a5 43 1c 78 3e ee 95 a3 54 4c 99 26
0f 50 54 25 4b 00 81 00 b3 00 71 4f 81 80 d1 c0
01 01 01 01 01 01 7e 48 00 e0 a0 38 1f 40 40 40
3a 00 80 0e 21 00 00 1a 74 55 00 a0 a0 38 25 40
30 20 3a 00 80 0e 21 00 00 1a 00 00 00 fc 00 44
45 4c 4c 20 55 32 39 31 33 57 4d 0a 00 00 00 10
00 00 00 00 00 00 00 00 00 00 00 00 00 00 02 ce
02 03 1d 40 50 90 05 04 03 02 07 16 01 06 11 12
15 13 14 1f 20 23 09 1f 07 83 01 00 00 02 3a 80
18 71 38 2d 40 58 2c 25 00 e0 0e 11 00 00 1e 01
1d 80 18 71 1c 16 20 58 2c 25 00 e0 87 10 00 00
9e 01 1d 00 72 51 d0 1e 20 6e 28 55 00 40 b4 10
00 00 1e 8c 0a d0 8a 20 e0 2d 10 10 3e 96 00 b4
78 00 00 00 18 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0
madshi
29th August 2017, 11:39
Hmmmm... This might be a "bug" in madVR, I'll look into it. The EDID can be pretty hard to interpret correctly. Even Windows itself and the GPU drivers often have interpretation errors... :(
a8213711
29th August 2017, 11:44
Please use this thread to report problems. You can send me links via PM if that's really necessary, but I'm not providing support via PM. So unless you report your problem in this thread, I'm not going to do anything about it.
Sorry, I'll post my PM here:
Hi, sorry if I use a PM, but I don't know if I can publicly post this video: *in PM* .
With that, my screen should change to 29.97Hz (which is supported, I just tested with another video), but it remains at 23.97Hz.
In case is any useful, I have: Win8.1, AMD A6-4455M, smooth motion off, D3D11 exclusive.
Thank you.
Edit: what report?
madshi
29th August 2017, 11:53
You should remove the link to the video. Ideally, post the report here, and send the link via PM (no need to do that now since you already did), that's the best solution.
Sarlaith
29th August 2017, 12:03
I have recently been trying D3D11 decoding, however it seems that either I get alot of repeated frames the first few seconds OR a couple of dropped frames (lag-like) in the first few minutes of pretty much every file I play.
Anyway to troubleshoot it/log it/test it?
It didn't happen on DXVA2 (Copy-Back)
Edit: is this possibly memory or CPU related? or not at all?
Second Edit: on DXVA2 (Copy-Back) I had de-selected HW-Decoding for HD content and it also happens on HD content, on D3D11 I do use HW-Decoding for HD content.
Bernix
29th August 2017, 13:48
Just for the record. I have found that obsolete Haali has similar problem with crop, but it crashes imediatelly.
https://www.matroska.org/technical/specs/index.html
There is, when you enter "crop" in search field some more information that would be possibly helpful to someone.
But I know that this problem has very very low priority.
Bernix
Grimsdyke
29th August 2017, 14:38
Of course you don't necessarily have to have a "perfectly optimized" mode. Having a frame drop/repeat only every 4 hours or so should already be sufficient. So I guess if you achieve a 4 hour drop/repeat and it works without glitches, you could write the timings details down before you continue to optimize, as a safe fallback.
Thanks, I have achieved '1 frame drop every 1.45 day' and 100 compatibility. When I have more time again I see how far I can push it. Best wishes
Manni
29th August 2017, 14:43
About a week back I was watching a bunch of HDR clips on my HTPC and testing the quality vs the internal player of the TV. I don't quite remember why, but I was forced to do a reboot and the OS partition was corrupted and completely unreadable. Took the opportunity to do a clean install of the OS. Did not even consider watching HDR clips could cause that problem. But now that you have mentioned it, you might be onto something there. Again, I agree, sounds impossible.
Please could you specify which files you were testing? The file I have a problem with plays fine on one of Madshi's monitors, so more test files causing the issue might help him to reproduce it.
Seems to work fine on my PC, at least on my 4K HDR TV, in both windowed and 10bit FSE mode. On my non-HDR PC monitor the flashing doesn't work, for some weird reason, not sure why, but other than that it seems to work fine, too.
Thanks for taking the time to test.
The flashing not working on your non-HDR monitor might be related, hopefully if you solve this you'll solve the other issue.
What happens in HDR is that the last displayed frame is stuck, whether it's a black screen (first frame) or the last frame displayed in windowed mode if you go full screen > window > fullscreen.
So the flashing not working on your non-HDR monitor might indicate a similar problem, the last displayed frame stuck.
This is the only file causing such issue here, so if it's not representative of a wider bug it's safe to let it go, it might just be an issue with the file mastering.
However, the same file plays fine on the UB900 (that's how I've been using it until now) so it's not an issue with all players.
mparade
29th August 2017, 15:46
Is HDR data independent from the bit depth of the video (number of steps between each color)? Can be displayed correctly theoretically a 12-bit encoded HDR video which has the same HDR metadata as the source file which was 10 bit encoded?
Would appreciate any help.
austinminton
29th August 2017, 15:47
Please could you specify which files you were testing? The file I have a problem with plays fine on one of Madshi's monitors, so more test files causing the issue might help him to reproduce it.
I did not have a problem playing those files per se. Clips played fine in loop until a reboot resulted in OS partition corruption.
I just played these 3 files over and over from demo-uhd3d
The_World_in_HDR_in_4K_HDR10
Sony_4K_HDR_Camp
LG_Chess_HDR
Pretty standard clips for testing. I was on madvr 0.92.1.
JarrettH
29th August 2017, 16:31
Nice! Please also test for smoothness. Some displays accept 71Hz, but internally still draw at 60Hz, which will produce visible judder.
I'll try to look at that. It shouldn't be as smooth as smooth motion, right?
mv
29th August 2017, 16:35
Slightly offtopic :rolleyes: but a quick note for anyone interested in HDR test patterns.
There is ongoing development of free HDR10 patterns set by video enthusiasts for other enthusiasts. Current version is here: https://yadi.sk/d/RPrX2C7l3HEjPq
There is no guide/readme or separate forum discussion topic for now but we've tried to keep file names self-explanatory.
Hope it could be useful!
madshi
29th August 2017, 17:43
Sorry, I'll post my PM here:
Hi, sorry if I use a PM, but I don't know if I can publicly post this video: *in PM* .
With that, my screen should change to 29.97Hz (which is supported, I just tested with another video), but it remains at 23.97Hz.
In case is any useful, I have: Win8.1, AMD A6-4455M, smooth motion off, D3D11 exclusive.
I'm trying to download the file but I'm not sure it will succeed. Download has been running for a couple of hours now and I'm at maybe 25%. Maybe you could use a better upload site? FWIW, I've made good experiences with mediafire.
I have recently been trying D3D11 decoding, however it seems that either I get alot of repeated frames the first few seconds OR a couple of dropped frames (lag-like) in the first few minutes of pretty much every file I play.
Anyway to troubleshoot it/log it/test it?
It didn't happen on DXVA2 (Copy-Back)
Edit: is this possibly memory or CPU related? or not at all?
Second Edit: on DXVA2 (Copy-Back) I had de-selected HW-Decoding for HD content and it also happens on HD content, on D3D11 I do use HW-Decoding for HD content.
This is a somehwat confusing report. I'm not sure what to say. It's not clear to me how DXVA2 and D3D11 relate to each other, after your 2 edits, and I'm also not sure if the problem only occurs right at the start of the movie, or throughout the whole movie. One important thing to look at is which queues might go empty (or near empty) in the Ctrl+J OSD, in the moment when the frame drops occur.
Is HDR data independent from the bit depth of the video
Yes, it's independent.
I'll try to look at that. It shouldn't be as smooth as smooth motion, right?
It should be exactly as smooth as smooth motion, because all smooth motion does it simulate a monitor which has a refresh rate that perfectly matches your movie frame rate. Basically 71hz should look exactly like smooth motion, minus the minor blurring and ghosting that some users see (and some don't) when using smooth motion.
Slightly offtopic :rolleyes: but a quick note for anyone interested in HDR test patterns.
There is ongoing development of free HDR10 patterns set by video enthusiasts for other enthusiasts. Current version is here: https://yadi.sk/d/RPrX2C7l3HEjPq
There is no guide/readme or separate forum discussion topic for now but we've tried to keep file names self-explanatory.
Hope it could be useful!
Nice!
huhn
29th August 2017, 18:20
can someone else test smoothmotion at 144 hz with a 23p source?
i see some really big issues on that screen right now and i don't know why.
Asmodian
29th August 2017, 18:26
I do this all the time. What issues do you have?
Asmodian
29th August 2017, 18:31
What is this log for exactly? I can't see the decoder even trying to activate D3D11 DXVA decoding?
How odd, I did have it enabled in LAV and if I simply close and reopen the player madVR reported DXVA2n in the OSD. It may be a non-issue; once I stop changing the timings for a custom mode it stops happening.
FDisk80
29th August 2017, 18:39
Double click "activate debug mode.bat", then reproduce the problem, then stop the media player, then zip the "madVR - log.txt" file on your desktop and upload it somewhere and link to it here. Then double click "activate release mode.bat".
ok, done, here you go.
https://drive.google.com/file/d/0B7bUMyPFQwWjOHBtVURlaDczMTg/view?usp=sharing
huhn
29th August 2017, 18:45
i can clearly see the blended frames. i'm pretty sure that i was unable to see them in the past but i don't use this screen to watch stuff. the OSD doesn't show issues.
on my TV SM at 60 Hz is totally fine.
aufkrawall
29th August 2017, 18:58
Do we know which scaler is used for madVR's smooth motion?
huhn
29th August 2017, 19:01
no scaler.
aufkrawall
29th August 2017, 19:04
And the interpolated data originates from where?
mogli
29th August 2017, 19:16
The last and the next frame are blended like e.g. 0.3*f_last + 0.7*f_next.
mparade
29th August 2017, 19:20
In case of HDR10 sources what are the data madVR would need as HDR metadata to passthrough to the HDR10 compatible display?
Color primaries, transfer characteristics, color matrix, range of black level and range of luma and chroma signals would be enough? Or such data as well like:
- maximum content light level (MaxCLL) and maximum frame average light level (MaxFALL);
- SMPTE ST 2086 mastering display color volume SEI info;
- HDR parameters in SEI packets;
Asmodian
29th August 2017, 19:50
i can clearly see the blended frames. i'm pretty sure that i was unable to see them in the past but i don't use this screen to watch stuff. the OSD doesn't show issues.
on my TV SM at 60 Hz is totally fine.
Hmm. Did G-sync get enabled? That messes up smooth motion a lot. I just retested and 23.976 fps @ 144 Hz seems very good, it actually seems slightly less blended than 60 Hz (though the dangers of placebo are strong with this). Definitely not worse.
Matching_Mole
29th August 2017, 20:02
Does your HTPC have a single or dual monitor setup?
Single display correctly recognized in Madvr. When I play a video in 1080/23p, Madvr indicate correctly the resolution as active in the custom rez screen.
huhn
29th August 2017, 20:30
Hmm. Did G-sync get enabled? That messes up smooth motion a lot. I just retested and 23.976 fps @ 144 Hz seems very good, it actually seems slightly less blended than 60 Hz (though the dangers of placebo are strong with this). Definitely not worse.
it should be better at 144 hz and no the screen is older then g-sync. it is one of the first 144 hz screens if not the first.
madshi
29th August 2017, 21:17
can someone else test smoothmotion at 144 hz with a 23p source?
i see some really big issues on that screen right now and i don't know why.
FSE mode? 144hz is difficult for windowed mode. Another possible issue could be that the display accepts 144hz but might internally render at a slower speed. I don't know...
ok, done, here you go.
https://drive.google.com/file/d/0B7bUMyPFQwWjOHBtVURlaDczMTg/view?usp=sharing
According to the log D3D11 DXVA decoding is active the whole time. Are you sure that LAV showed "D3D11cb" while creating this log?
In case of HDR10 sources what are the data madVR would need as HDR metadata to passthrough to the HDR10 compatible display?
Color primaries, transfer characteristics, color matrix, range of black level and range of luma and chroma signals would be enough? Or such data as well like:
- maximum content light level (MaxCLL) and maximum frame average light level (MaxFALL);
- SMPTE ST 2086 mastering display color volume SEI info;
- HDR parameters in SEI packets;
SMPTE 2086 mastering display information (gamut, min + max luminance), MaxCLL and MaxFALL. Stuff like the video's color primaries, matrix, transfer etc are usually "assumed" and not transported, AFAIK.
Single display correctly recognized in Madvr. When I play a video in 1080/23p, Madvr indicate correctly the resolution as active in the custom rez screen.
Ok. Did you create the custom modes with madVR? Or manually by using an external tool or the GPU custom res control panel? The measurements currently only work for custom modes you created by using madVR, sadly. And you need to run the measurements for more than 10 minutes.
huhn
29th August 2017, 21:36
FSE mode? 144hz is difficult for windowed mode. Another possible issue could be that the display accepts 144hz but might internally render at a slower speed. I don't know...
yes i'm using windowed it's a dual screen gaming PC FSE on the second screen gaming is a huge problem. the OSD doesn't show glitches, drops or repeats shouldn't this be shown if something goes wrong?
it's a native 144 Hz gaming screen it can for sure show them. it can do perfect 120 HZ + BFI too.
10 bit window mode was something like "FSE" as good as it maybe this helps but it is a 6 bit tn panel...
Asmodian
29th August 2017, 21:39
I was testing with the 144 Hz display as the primary monitor. I can test with it as the secondary when I get home but I wouldn't expect it to be an issue if no drops or presentation glitches are reported.
madshi
29th August 2017, 21:43
yes i'm using windowed it's a dual screen gaming PC FSE on the second screen gaming is a huge problem. the OSD doesn't show glitches, drops or repeats shouldn't this be shown if something goes wrong?
it's a native 144 Hz gaming screen it can for sure show them. it can do perfect 120 HZ + BFI too.
10 bit window mode was something like "FSE" as good as it maybe this helps but it is a 6 bit tn panel...
madVR can only report what D3D says. Maybe DWM is dropping frames behind madVR's back without saying so. I'd strongly suggest you test FSE. Everybody who has problems with juddering playback should always test FSE as the first thing, IMHO. FSE has always been the most reliable playback mode - especially for very high refresh rates like 144hz.
nevcairiel
29th August 2017, 22:17
I use overlay mode on my 144Hz screen, because its the only reliable mode on that which isn't FSE (since FSE is too disruptive if you do things on the side - which is the only time I even watch things on my desktop anyway)
Although windowed D3D11 presentation mode with present one frame every refresh enabled is also almost good.
arrgh
29th August 2017, 23:44
"Also"? So this is not a new problem?
Can you create a freeze report by pressing Ctrl+Alt+Shift+Break/Pause in the situation where the hang occurs? After having pressed the keys, a few seconds later hopefully a freeze report will appear on your desktop. If that doesn't work, let me know.
About judder: Please show a screenshot of the Ctrl+J OSD while the judder occurs.
Ctrl+Alt+Shift+Break/Pause does unfortunately not work (not in Win10 nor in Win81);
for the judder Problem I have made two Screen shots. one for 2D (both on Win81)
http://www.bilder-upload.eu/thumb/fb362b-1504046570.jpg (http://www.bilder-upload.eu/show.php?file=fb362b-1504046570.jpg)
one for 3D
http://www.bilder-upload.eu/thumb/8c77d8-1504046626.jpg (http://www.bilder-upload.eu/show.php?file=8c77d8-1504046626.jpg)
best regards
FDisk80
30th August 2017, 00:34
According to the log D3D11 DXVA decoding is active the whole time. Are you sure that LAV showed "D3D11cb" while creating this log?
You misread my post. D3D DXVA is active, the problem is that when in native mode the video freezes each time for 3 seconds after refresh rate is switched.
It does not have this problem in D3D11 CB mode.
huhn
30th August 2017, 00:42
I use overlay mode on my 144Hz screen, because its the only reliable mode on that which isn't FSE (since FSE is too disruptive if you do things on the side - which is the only time I even watch things on my desktop anyway)
Although windowed D3D11 presentation mode with present one frame every refresh enabled is also almost good.
i will try it not an AMD GPU in this system anymore. can only get better.
XMonarchY
30th August 2017, 02:39
For me Custom Refresh tool and settings only work if DSR is disabled... Has anyone managed to get both working?
huhn
30th August 2017, 03:21
DSR is working by "lying" to the OS with a wrong resolution that does not exist(isn'T supported so it shouldn't be possible to change this resolution timings.
and you should never use madVR together with DSR.
you just get madVR to output a higher resolution so the GPU driver is downscaling it with a really bad scaler nothing else.
is may works with a none DSR resolution custom refreshrate that is used by DSR but again this is just a good way to get bad quality.
huhn
30th August 2017, 04:52
i just remembered a problem with AMD cards where windows things 4096x2160 is the native resolution of normal UHD TV screens.
madshi did you checked the EDID with your polaris card to see if AMD is doing some none sense to it or that the EDID doesn't match with windows recommended resolution?
Dorohedoro
30th August 2017, 08:12
I have a question, do you guys think I will get and advantage if I upgrade to windows 8.1? I'm on win7 and everything is working fine.
Thanks!
mrmojo666
30th August 2017, 08:53
I've tried new lav dx11 decoding, but I can't get madvr deinterlacing anymore, is that normal ? Using dxva decoding in lav makes madvr correctly deinterlacing.
thank you
sneaker_ger
30th August 2017, 09:13
It's normal. Madshi hasn't implemented deinterlacing for D3D11 DXVA yet.
Matching_Mole
30th August 2017, 09:51
Ok. Did you create the custom modes with madVR? Or manually by using an external tool or the GPU custom res control panel? The measurements currently only work for custom modes you created by using madVR, sadly. And you need to run the measurements for more than 10 minutes.
Ok, so this is the issue. I created manually the custom resolution with the AMD tool. I'm sorry if this requirement was indicated somewhere, I didn't know, thanks Madshi! Maybe it will be interesting if Madvr could indicate when such resolutions are not "eligible" to the optimisation process to avoid noob like me to have such issue.
I will create the rez with Madvr and try again, thank you very much!
DorianDiaconu
30th August 2017, 10:09
I'm having some issues lately with using madVR.
I'm using it in combination with the latest K-Lite Codec Pack (BETA) and even though the madVR settings are set to default, when I'm watching a video fullsreen I only have the audio. Everything works on windowed mode. If I switch in MPC-HC from madVR to System Default videos are working fine.
Any idea what could be the cause?
mrmojo666
30th August 2017, 10:25
It's normal. Madshi hasn't implemented deinterlacing for D3D11 DXVA yet.
thank you
el Filou
30th August 2017, 11:00
i can clearly see the blended frames. i'm pretty sure that i was unable to see them in the past but i don't use this screen to watch stuff. the OSD doesn't show issues.
on my TV SM at 60 Hz is totally fine.
With those 144 Hz gaming displays, is it possible to create a 143.856144 Hz custom mode using madVR? It would avoid the need for smoothmotion for 23p content, right? Or is it not possible yet because of the dual monitor configuration?
Sarlaith
30th August 2017, 11:03
This is a somehwat confusing report. I'm not sure what to say. It's not clear to me how DXVA2 and D3D11 relate to each other, after your 2 edits, and I'm also not sure if the problem only occurs right at the start of the movie, or throughout the whole movie. One important thing to look at is which queues might go empty (or near empty) in the Ctrl+J OSD, in the moment when the frame drops occur.
After alot of testing yesterday evening it appears to have to do something with my Ryzen build O.o
It doesn't happen on my lower-tier Intel CPU (same GPU)
but it does happen on my Ryzen build, and only on D3D11.
Will experiment a bit more this evening but I seem to be able to worsen it by under or overvolting the CPU quite a bit. (logically)
Altho that is just a prelimenary statement.
I will reply back after more testing.
@nevcairiel did you test it on a ryzen build already?
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.