Le TOPIC de MadVR (v0.92.17)

[david555]

madVR v0.91.10

* improved Windows 10 HDR metadata support
* added new option "hack Direct3D to make 24.000Hz and 60.000Hz work"
* performance improvement with "trust DXVA" + "use D3D11 for presentation"
* fixed: Intel GPU driver flickering bug with "use D3D11 for presentation"
* fixed: madVR(64).ax files were larger than necessary
* Intel: 10bit DXVA surfaces are now converted to 10bit RGB (instead of 8bit)

[Goldfinger67]

* added new option "hack Direct3D to make 24.000Hz and 60.000Hz work"

J'ai du mal à saisir le concept ??

[AlexScan]

* added new option "hack Direct3D to make 24.000Hz and 60.000Hz work"

J'ai du mal à saisir le concept ??

Pareil ... peut être pour les écrans ou l'EDID passe mal et que les réso 24Hz et 60Hz ne sont pas dispo dans les drivers ... ?

Sinon aucunes différences avec le 0.91.9 chez moi, toujours ce problème de color banding en HDR (non présent en passant en lecture interne de la TV), je ne sais pas si ça viens de Lavfilter ou de MadVR, quand je décoche le "HDR passtrought" et que je rebascule en SDR avec l'image toute délavé le problème disparait ...

[Adhara]

Avec ma 1070GTX, voici ma conf MadVr (rendering time <= 10ms)
Quelles améliorations je pourrais apporter sachant que le traitement sur le Luma se voit (contrairement au Chroma qui reste imperceptible) ?

1080p --> 2160p

Chroma: NGU Sharp (medium)
Downscaling: SSIM 1D 200% + AR + LL
Image upscaling: Off
Image doubling: NGU Sharp
<-- Luma doubling: medium
<-- Luma quadrupling: let madVR decide (direct quadruple - NGU Sharp (med))
<-- Chroma: normal (Bicubic60 + AR)
<-- Doubling: let madVR decide (scaling factor 1.2x (or bigger))
<-- Quadrupling: let madVR decide (scaling factor 2.4x (or bigger))
<-- Upscaling algo: Jinc
<-- Downscaling algo: SSIM 1D 100% + AR + LL
Upscaling refinement: soften edge 1.5
Artifact removal - Debanding: Medium/High
Artifact removal - Deringing: Off
Image enhancements: Off
Dithering: Error Diffusion 2

SD --> 2160p
Chroma: NGU AA (medium)
Downscaling: SSIM 1D 200% + AR + LL
Image upscaling: Off
Image doubling: NGU AA
<-- Luma doubling: medium
<-- Luma quadrupling: let madVR decide (direct quadruple - NGU AA (med))
<-- Chroma: normal (Bicubic60 + AR)
<-- Doubling: let madVR decide (scaling factor 1.2x (or bigger))
<-- Quadrupling: let madVR decide (scaling factor 2.4x (or bigger))
<-- Upscaling algo: Jinc
<-- Downscaling algo: SSIM 1D 100% + AR + LL
Upscaling refinement: soften edge 1.5
Artifact removal - Debanding: Medium/High
Artifact removal - Deringing: Off
Image enhancements: Off
Dithering: Error Diffusion 2

[AlexScan]

C'est pas mal Adhara je suis quasiment comme toi , essai dans "Image enhancements" du sharpen avancés (la netteté du ZD9 à une valeur neutre):

1080p->2160p

-thin edge = 0.7
-enhance detail : 1.0

-Adaptative sharpen 0.2
-AR+AB 25% coché

SD->2160p

-thin edge = 0.4
-enhance detail : 0.5

-Adaptative sharpen 0.1
-AR+AB 25% coché

[Adhara]

C'est pas mal Adhara je suis quasiment comme toi , essai dans "Image enhancements" du sharpen avancés (la netteté du ZD9 à une valeur neutre):

1080p->2160p

-thin edge = 0.7
-enhance detail : 1.0

-Adaptative sharpen 0.2
-AR+AB 25% coché

SD->2160p

-thin edge = 0.4
-enhance detail : 0.5

-Adaptative sharpen 0.1
-AR+AB 25% coché

En lieu et place du soften edge 1.5 ?
Pas certain que ce soit bon de trop utiliser ces filtres et de les cumuler...

après au niveau du Dithering, certains disent que Ordered est mieux que Error diffusion 2 car moins "destructeur" (sortie 10 bits)....

[AlexScan]

En lieu et place du soften edge 1.5 ?
Pas certain que ce soit bon de trop utiliser ces filtres et de les cumuler...

après au niveau du Dithering, certains disent que Ordered est mieux que Error diffusion 2 car moins "destructeur" (sortie 10 bits)....

Non en complément dans image enhancement, pas dans upcaling refinement, essai tu me dira c'est très fin.

Pour le dithering je ne sais pas en je sais juste que j'ai un tout petit peu moins de bruit sur l'oled en Error diffusion 2, sur mon LCD j'étais en Ordered.

[dafunky]

Avec ma 1070GTX, voici ma conf MadVr (rendering time <= 10ms)

Hum, je pense que ma prochaine carte sera une 1070 donc. Il me faut un rendering time <15ms pour ne pas avoir de drop avec l'interpolation 60Hz.

[nonobowl]

Hum, je pense que ma prochaine carte sera une 1070 donc. Il me faut un rendering time <15ms pour ne pas avoir de drop avec l'interpolation 60Hz.

Tu n'as toujours pas compris ce que l'on a expliqué page 140/141.

[AlexScan]

Hum, je pense que ma prochaine carte sera une 1070 donc. Il me faut un rendering time <15ms pour ne pas avoir de drop avec l'interpolation 60Hz.

Tu n'as toujours pas compris ce que l'on a expliqué page 140/141.

+1

Et puis une 1070 pour rester en dessous de 15ms avec du 16:9 plein en 25fps tu va pas passer un NGU en 1080p->2160p en Error Diffusion ... dans ce cas c'est une 1080 Ti qu'il faut ...

Après si il veux faire de la véritable interpolation avec SVP en 60fps je pense qu'il faut rester en dessous des 15ms car MadVR va recevoir les 60fps (mais perso je déconseille SVP c 'est pas terrible du tout)

[dr rotule]

Salut AlexScan,

J'avais l'intention d'utiliser, dès que mon hardware me le permettra, SVP pour faire du 24 --> 60 ou du 25 --> 60.
Je suis un peu surpris par ce que tu viens d'écrire.
Aurais-tu un soft alternatif à proposer ?

[AlexScan]

Salut AlexScan,

J'avais l'intention d'utiliser, dès que mon hardware me le permettra, SVP pour faire du 24 --> 60 ou du 25 --> 60.
Je suis un peu surpris par ce que tu viens d'écrire.
Aurais-tu un soft alternatif à proposer ?

Ne soit pas surpris je l'ai déjà dit mainte fois sur le forum, SVP c'est une des pires interpolateur de mouvement que j'ai pu essayer, blur, artefacts, effet camescope, impossible de trouvé un réglage correct ...

Après il reste le MAdVR smooth motion, pas mal quand tu fait du 24p->60p mais ça blur l'image en mouvement, c'est utilisable seulement sur un OLED ou un VP DLP.

Il en reste un que je n'ai pas essayé c'est le AMD Fluid motion avec BlueSky FRC car je n'ai pas le hardware compatible.

[david555]

madVR v0.91.11

* fixed: HDR metadata via Nvidia's private API was broken in 64bit
* added workaround for driver bug in Nvidia's private HDR API
* improved Windows 10 HDR metadata support
* D3D11 windowed mode now supports 10bit, if "HDR and Advanced Color" is on
* improved AMD native 10bit DXVA decoding; drivers are still broken, though
* downscaling after doubling now uses relaxed AR only for NGU Sharp + Standard

[david555]

un post intéressant:

HDR metadata passthrough

In the last couple of days I've talked to Microsoft and NVidia about HDR metadata passthrough. And the current situation is as follows:

1) In Windows 10 Creator's Update there's a new option in the OS display settings dialog named "HDR and advanced color". If you turn this option off, your TV will always be running in SDR mode. If you turn this option on, your TV will always be running in HDR mode. Windows does currently *not* support dynamically switching HDR mode on/off while you're playing an HDR movie (or playing an HDR game)! Microsoft may consider dynamic switching in the future, but don't hold your breath, I'm not too optimistic that they'll add that any time soon (if ever). But let's wait and see.

2) If you switch the "HDR and Advanced Color" option off, your TV will always receive SDR from the PC. If you play an HDR movie in this situation with the madVR option "passthrough HDR content to the display" activated, the OS/GPU will perform a low quality HDR -> SDR conversion behind madVR's back. Consequently, HDR content will look "ok", but the quality is not really good. SDR content will look "perfect", though.

3) If you switch the "HDR and Advanced Color" option on, your TV will always receive HDR from the PC. If you tell madVR to "passthrough HDR content to the display" in this situation, HDR movies should look "perfect". If you play SDR content in this situation, the OS/GPU will convert SDR to HDR behind madVR's back. Consequently, SDR content will look "ok", but it will not be perfect.

4) Currently HDR and fullscreen exclusive mode is a problematic combination. It's partially the fault of the OS, partially of the GPU drivers. It's not clear yet if this will be fixed, or when. Generally, Microsoft wants to get rid of fullscreen exclusive mode. It might suddenly disappear in a future Windows 10 version. I'm not happy about that at all. Which is one of the reasons I've been recommending Windows 8.1 for months now.

5) Nvidia comes to the rescue of all HTPC users who want perfect quality for both SDR and HDR content: Nvidia's private HDR API allows madVR to dynamically switch the TV into and out of HDR mode, as needed. For this to work, you need to deactivate the OS "HDR and advanced color" switch.

6) madVR v0.91.10 had a bug where Nvidia's private HDR API was only called properly in the 32bit madVR version, but not in 64bit. This bug is fixed in madVR v0.91.11.

7) All post-Creator's-Update Nvidia drivers have a bug which result in madVR being able to switch the TV into HDR mode, but switching the TV back into SDR mode fails. You can work around this by either using Windows 8.1 instead of Windows 10. Or by installing older Nvidia drivers. E.g. with Nvidia driver 376.33 dynamic HDR switching works perfectly fine in Windows 10. Nvidia is aware of the bug in newer drivers and plans to fix that soon. In v0.91.11 I've added a workaround which might make dynamic HDR switching work perfectly with the latest Nvidia drivers in Windows 10, too. Give it a try and let me know.

As it stands right now, for all Windows users who want to do both SDR and HDR playback in perfect quality, I can only recommend Nvidia GPUs, because only Nvidia's private API allows madVR to dynamically switch the TV between SDR <-> HDR atm. I'm talking to Intel, maybe they will add a private API, too. Unfortunately my AMD contacts have gone silent. There's still hope for Windows 10, but I'm not overly optimistic atm.

[dr rotule]

Bon, Madshi parle de Win10 et recommande Win8.1, mais qu'en est-il de Win7 ?
Je pourrais lire du hdr sous Win7 x64 ?