Riferimento
Consigli pratici per HDfury Diva: Dolby Vision, EDID, cavi ARC e frame rate
Una raccolta di dettagli imparati sul campo da HDfury e dalla comunità. Quasi tutti spiegano comportamenti che a prima vista sembrano sbagliati ma non lo sono.
Dolby Vision
Le modalità Dolby Vision 0 e 1 viaggiano in un contenitore RGB a 8 bit, quindi è del tutto normale che il Diva riporti RGB 8b mentre è in riproduzione una di quelle modalità DV. Non si è perso nulla.
Se il Diva non è collegato direttamente al tuo TV Dolby Vision e in mezzo ci sono altri apparecchi, collega prima l'uscita TX0 del Diva direttamente all'ingresso del TV e lascia che il Diva si avvii. Poi scollega e inserisci gli altri apparecchi in mezzo. Il Diva rileva la stringa DV dall'EDID del TV e la presenta alla sorgente: è questo che permette al Dolby Vision di attraversare apparecchi che di per sé non lo supportano.
EDID
Puoi leggere l'EDID di un sink collegato, oppure mescolarne due o tre, applicare al risultato flag forzati e un algoritmo, e poi salvarlo come file EDID. È così che costruisci una tua variante di EDID personalizzata invece di accontentarti di una delle tabelle predefinite. La pagina sulle tabelle EDID e Automix descrive i flag e gli algoritmi coinvolti.
Alcune sorgenti, tra cui Xbox One S e Samsung K8500, possono richiedere che si stacchi e riattacchi il cavo di alimentazione tra un cambio di EDID e l'altro prima di prendere in considerazione il nuovo EDID.
Audio e ARC
L'uscita TX0 è quella compatibile CEC, ARC ed eARC, ed è per questo che è l'uscita da collegare al TV quando vuoi che l'audio torni indietro.
Atmos via ARC richiede un cavo HDMI che supporti l'ARC a 192kHz. Un cavo può trasportare perfettamente un segnale video a 600MHz e fallire comunque sul segnale audio a 192kHz, quindi se Atmos via ARC cade, cambia il cavo prima di cambiare qualsiasi altra cosa.
Esempi di infoframe AVI
Se stai scrivendo infoframe AVI personalizzati nella sezione HDR e Dolby Vision, questi esempi sono un buon punto di partenza.
| Segnale | Infoframe AVI |
|---|---|
| BT.2020 RGB | 00:E8:64:5D:00 |
| BT.2020 YCbCr 4:2:2 | 20:E8:64:5D:00 |
| BT.2020 YCbCr 4:4:4 | 40:E8:64:5D:00 |
| BT.2020 YCbCr 4:2:0 | 60:E8:64:5D:00 |
| 4K24 4:2:2 709 YCbCr, senza BT.2020 | 20:88:00:00 |
| 4K24 4:2:2 YCbCr BT.2020 | 20:c8:60:00 |
| 4K24 4:4:4 709 YCbCr, senza BT.2020 | 40:88:00:00 |
| 4K24 4:4:4 YCbCr BT.2020 | 40:c8:60:00 |
| 1080p 4:2:2 709 YCbCr, senza BT.2020 | 20:88:00:10 |
| 1080p 4:2:2 YCbCr BT.2020 | 20:c8:60:10 |
Controllo
iRule usa \x0D al posto di \r per terminare una stringa di comando RS232, e \x0A al posto di \n. Se i tuoi comandi funzionano da terminale ma non da iRule, di solito il motivo è questo.
Valori riportati
Qualsiasi segnale 4:2:2 viene sempre elaborato a 12 bit e mai troncato. È per questo che il Diva descrive quei segnali come fino a 12b.
Il frame rate è l'altro dato che sorprende. Pochissimi dispositivi riportano il frame rate corretto, perché in realtà è una questione di frequenza di clock: la teoria dice 24/1.001 = 23,976023976, ma alla sorgente non c'è un anello ad aggancio di fase che produca un clock esattamente pari a quel valore. Appena un segnale lascia la sorgente il clock è sempre leggermente fuori e oscilla di continuo. HDfury ha scelto di mostrare qual è realmente il clock di quella specifica sorgente invece di approssimare quello che dovrebbe essere, cosa che fanno quasi tutti gli altri dispositivi perché non sanno riportare un frame rate esatto.