madshi bug tracker - madVR
View Issue Details
0000604madVRbugpublic2019-03-10 12:322019-03-10 16:10
vanden 
 
normalminoralways
newopen 
DL580G5+GTX650TiWindows 10 Ent x641809
0.92.17
MPC HC x64 1.84 + MPC HC x86 1.8.4
LAV 0.73.1
LAV 0.73.1
Software
none (progressive)
yes
On
windowed mode
NVidia
GTX650Ti
417.71
0000604: madVR can use DXVA for chroma upscaling in 8bit (NV12 and RGB32) and in 16bit (P016) but not in 10bit (P010)
For all the tests following LAV is in SOFTWARE Decoding Mode, File 1440p 10bit HDR (MPCHC x64).

If I uncheck P010 in LAV : LAV makes the converssion 10bit->16bit and in madVR I enter in 16 bit 420 (P016) and madVR makes a chroma upscaling in DXVA Mode !!!
I guess the HDR ton mapping is done in 16bit in this case ? but it does not have to be really embarrassing.
it works well GPU stable @ 58% CPU @ 15% :
https://imagizer.imageshack.com/img921/6238/o79YuP.jpg [^]

If I uncheck P010 and P016 in LAV : LAV makes the convention 10bit->16bit in madVR I enter in 8bit 420 (NV12) and madVR makes a chroma upscaling in DXVA Mode !!!
I guess the HDR ton mapping is done in 8bit in this case ? Not ideal if that's the case.
it works well GPU stable @ 55% CPU @ 12% :
https://imagizer.imageshack.com/img923/9442/UcpGTF.jpg [^]

If I uncheck all 420 (NV12, YV12, P010 and P016) and 422 (YuY2, UyUV, P210, v210 and P216) in LAV : In madVR I enter in RGB32 (LAV does chroma upscaling with I do not know what algorithm + convention YUV to RGB).
I guess the HDR ton mapping is done in 8bit in this case ? Not ideal if that's the case.
it does not work well, some presentation glitches GPU @ 79% CPU @ 19% :
https://imagizer.imageshack.com/img922/3079/WpxyNY.jpg [^]

If I have everything checked in LAV : in madVR I enter in 10bit 420 (P010) and madVR does a chroma upscaling using TextureUnits/PixelShader (Bilinear, Cubic ...) and it does not work GPU @ 92% CPU @ 17% :
https://imagizer.imageshack.com/img924/3286/fv9OiE.jpg [^]

If I have everything checked in LAV and screen set @ 2944x1656 : in madVR I enter in 10bit 420 (P010) and madVR makes a chroma+Luma upscaling (2560x1440->2944x1656) in DXVA Mode.
it works well GPU stable @ 71% CPU @ 16%
https://i.goopics.net/wEv2y.jpg [^]

So madVR can use DXVA for chroma upscaling in 8bit (NV12 and RGB32) and in 16bit (P016) but not in 10bit (P010) ! it's very weird anyway !


[U]Edit :[/U]
For all tests following LAV is in SOFTWARE Decode Mode, File 3840x1606 10bit HDR (MPCHC x86 + Reclock). Screen in 3104x1756 and in MPCHC : Video Frame/Normal Size.

All the tests by modifying LAV does not work (NV12, P016, RGB32), example in NV12 :
https://imagizer.imageshack.com/img921/8541/1MFFhC.jpg [^]

On the other hand If everything is ticked in LAV (P010) and I put -2% on the zoom in MPCHC (the image is resized in 3766x1576 / via DXVA chroma+Luma upscaling) it goes :
https://imagizer.imageshack.com/img922/2303/Fw3uXy.jpg [^]

I guess in P010 and just DXVA choma upscaling it would be perfect ...
alway with all P010 files
No tags attached.
Issue History
2019-03-10 12:32vandenNew Issue
2019-03-10 12:37vandenNote Added: 0002500
2019-03-10 16:10vandenNote Edited: 0002500bug_revision_view_page.php?bugnote_id=2500#r558

Notes
(0002500)
vanden   
2019-03-10 12:37   
(edited on: 2019-03-10 16:10)
if I uncheck P010 and P016 in LAV : LAV makes the convention 10bit->8bit

i't's not 16 but 8 ....


Scaling algorithms (For all tests) :
- chroma upscaling = Bilinear
- image downscaling = DXVA2
- image upscaling = DXVA2