trascina il file .mkv sul file "madMeasureHDR.exe" che troverai all'interno della cartella madVR e controlla se ci sono problemi
Visualizzazione Stampabile
Si apre per un attimo una finestra nera (cmd) che si richiude immediatamente
quasi certamente la cartella madVR si trova in una cartella protetta.
Esecuzione madMeasureHDR dal prompt dei comandi con privilegi amministrativi
C:\madVR>madMeasureHDR.exe Nome video (2018).mkv (Formato: percorso file per madMeasureHDR + percorso file su file multimediale)
sostiuisci i percorsi con i tuoi. Comunque ti consiglio di fare un po di ricerca perchè ci sono diversi problemi noti che devi conoscere
Risolto!!!!
Il problema stava nei LavFilters. Utilizzo Kodi 17 + DSPlayer che mi ha installato automaticamente i LavFilters vers. x86, installata la vers. x64, ora le misurazioni funzionano.
Grazie per i suggerimenti, sono state risolutive le prove da prompt dei comandi, solo lì è uscita la segnalazione "LavFilters not found".
Metric 1 e Metric 2 sono due algoritmi diversi che hanno lo scopo di misurare la differenza di luminosita' fra frame successivi, ora ci possono essere situazioni in cui la luminosita' massima cambia ma non deve cambiare la "regolazione" della luminosita' di madvr e altre in cui invece deve cambiare, falsi positivi e' quando i due metric (o meglio il 2 per ora) riportano un cambio necessario e in realta' non era cosi', falsi negativi quando riportano che il cambio non era necessario e invece in realta' lo era.
Questo comporta dei problemi, esempio scena con fiamma da arma da fuoco che fa vampa di bocca, la luminosita' massima cambia fra i frame ma non deve cambiare il valore base dell'immagine, se metric non approccia bene scurisce tutta l'immagine.
Nuova versione dei LAV Filters 0.74.1 (released 2019/03/19)
https://forum.doom9.org/showthread.php?t=156191
Ho provato sia con quanto hai scritto, sia quelli di default (Max brightness 4000 e compression limit 150), impostando il real display peak nits a 100 (valore al di sotto della quale non cambia nulla in termini di luminosità dell'immagine): niente da fare! Oltre ad avere ancora i cambi di luminosità, non ho notato differenze tra le due pur differenti impostazioni.
Per esclusione, proverò a trovare il parametro che crea questo inconveniente, a partire dal dynamic clipping.
EDIT Mi è appena venuta in mente una cosa. domani provo e ti saprò dire...
Ok facci sapere in quanto è strano, il dynamic CLIPPING ad esempio non funziona bene con il live algo come ho potuto constatare in alcune scene dove il bianco clippava, ma con il tool di misurazione il problema spariva ed era tutto più corretto
Ho aperto un thread al riguardo: https://www.avmagazine.it/forum/28-h...standalone-box
Niente, non c'è verso... Mi ricordavo che il tool di Soulnight funzionasse anche con le versioni beta più aggiornate di madVR ma, per sicurezza, ho voluto fare quanto indicato nel thread e quindi:
1) Ho creato una cartella denominata madVR 0.92.17 in cui ho scompattato la versione ufficiale 0.92.17.
2) Al suo interno ho scompattato la versione Beta40 (come indicato nel relativo thread) sovrascrivendo i file.
3) A scanso di equivoci, ho rinominato la cartella in madVR 0.92.17 Beta40 ed eseguito l'install.bat con criteri di amministratore.
4) Ho creato una cartella chiamata madmeasuredynamicclipping V3.7.9 in cui ho decompresso i file del tool di Soulnight.
5) Ho lanciato l'eseguibile del tool senza eseguire l'installazione (può essere questa la differenza??!?).
6) Indicato il percorso al file "The Greatest Showman", alla cartella madVR 0.92.17 Beta40, ed impostato max nits a 100.
6) Ho creato il file .misurement ex novo (cancellando l'originale ed il misurement esistenti)
7) Visto il pezzo incriminato del film con la stessa versione di madVR, sia con il file misurement creato con i valori di default, sia con quelli che avevi suggerito: purtroppo continuo a vedere le variazioni di luminosità.
Installata la versione Beta78 e riutilizzando il live algo con i settaggi di Neo-XP (dove il dynamic clipping non è spuntato), le variazioni non sono presenti.
Come prova del nove incrociata, non mi rimane che creare un file misurement togliendo la spunta al dynamic clipping nel tool di Soulnight, ed utilizzare il live algo di madVR inserendo la spunta, per vedere se la situazione si inverte.
In realtà affermava di aver finito le idee per migliorare l'algoritmo Metric2, dopo di che si sarebbe concentrato sulle altre implementazioni (tipo il read-head)!!!
Ho una scheda Nvidia 1050 Ti e il proiettore Optoma UHD51 da settare per HDR con Jriver su Red October HQ (che usa MadVr). Sistema operativo Windows 10 aggiornato.
Faccio presente che questa scheda NVIDIA:
1) Su HDMI RGB può uscire al massimo ad 8 bit con Limited/Full
2) Su HDMI YBCR posso scegliere 444, 422, 420 8-10-12 bit ma solo Limited
Quindi le uniche opzioni che mi attivano HDR sul proiettore sono:
422 Limited 10-12 bit (quella che ho scelto con 10 bit)
420 Limited 10-12 bit
(444 10 bit va oltre le possibilità dell’uscita HDMI 2.0)
Ho settato MadVR con uscita 0-255
Ma è corretto?
Se consulto la wiki di Kodi
https://kodi.wiki/view/Video_levels_and_color_space
Risulterebbe che le sole combinazioni accettabili sarebbero
1) Full,Full,Full
2) Full, Limited, Limited
3) Limited, Full, Limited (ideale)
Ma poiché la scheda grafica può uscire solo in Limited, mi resta solo la 2, quindi ho settato MadVR su 0-255 e il proiettore su Auto o Limited
E’ un ragionamento corretto?
Si, il ragionamento è giusto. Secondo il creatore di madvr la soluzione ottimale è Full-Full-Full, ma non sempre funziona. Ne abbiamo parlato in questa discussione.