Visualizzazione Stampabile
-
Citazione:
Originariamente scritto da Riker
A questo punto mi viene il dubbio per chi, come me, esce in YCbCr 4:2:2 quanto sia utile questo render.
In ogni caso sembra che la scheda video converta "sempre" in RGB e poi in YCbCR ... per cui se l'RGB e' meglio sara' meglio anche l'YCbCR.
Tutta teoria ;)
http://forum.doom9.org/showpost.php?...18&postcount=4
Ok, e.g. in ATI's control panel with some graphics cards and driver versions you can activate YCbCr output, *but* it's rather obvious that internally the data is converted to RGB first and then later back to YCbCr, which is a usually not a good idea if you care about max image quality.
-
Citazione:
Originariamente scritto da ciuchino
In ogni caso sembra che la scheda video converta "sempre" in RGB e poi in YCbCR
Urca hai ragione :eek:, non ci avevo pensato (e sopratutto non avevo letto con calma).
In effetti per i DVD (per i BR usando PDVD9 mi sa che son fregato) mi troverei, usando l'MV Render ad avere una conversione YCbCr 4:2:0 -> RGB ad alta qualità e poi un RGB -> YCbCr 4:2:2 sfruttando un lavoro a monte fatto meglio.
Magari non si nota, ma è bello sapere che lo fa bene ;)
-
Citazione:
Originariamente scritto da Riker
Magari non si nota, ma è bello sapere che lo fa bene ;)
Ad occhio con il mio VPR preferisco YCbCR ... faccio finta di non sapere quella cosa :D
-
Citazione:
Originariamente scritto da ciuchino
faccio finta di non sapere quella cosa :D
Stasera provo... e al limite me ne dimentico anche io :D
-
Citazione:
Originariamente scritto da ciuchino
era esattamente il passaggio a cui mi riferivo io....
grazie per la segnalazione del link alla discussione sui driver ATI nel tuo post precedente, prezioso come al solito....
-
Citazione:
Originariamente scritto da Mike5
Se scegli qualcosa di diverso da RGB, la conversione tra questo qualcosa di diverso e RGB verrà fatta a valle dell'HTPC, cioè dal display e/o, se uno ce l'ha, dal processore esterno. La qualità della conversione dipende da questi ultimi.
Se invece scegli RGB, la conversione è fatta dall'HTPC.
Grazie davvero per aver contribuito a sollevare un po ' di nebbia ;)
Cosiderando che avendo bisogno una configurazione il piu' possibile "all around" essendo l'htpc usato anche da moglie e figli anche con semplici divx di cartoni, io come codec uso ffdshow con un semplice resize spline a 1080 buono per tutto, (piu' in rari casi qualche setting piu' elaborato con chiamate avisynth che riesco a cambiare "on the fly" tramite plugin apposito).
Utilizzando madVR dovrei lasciare ffdshow come semplice decoder senza filtri e poi far fare il resize da madVR utilizzando magari proprio lo spline?
-
Citazione:
Originariamente scritto da piperprinx
Utilizzando madVR dovrei lasciare ffdshow come semplice decoder senza filtri e poi far fare il resize da madVR utilizzando magari proprio lo spline?
Uno dei vanti di madshi è proprio che il resize fatto da madVR è superiore a quello di ffdshow per algoritmi e soprattutto precisione. Dovendo fare comunque il resize in software, conviene farlo fare a madVR. In termini di carico usi meno CPU e più GPU. Basta despuntare Resize & Aspect in ffdshow.
Per l'algoritmo, fai un pò di prove. Ci sono quelli più sharp, quelli più soft,...
-
La pecca, per il resize, è che manca uno sharpner dopo.
-
Citazione:
Originariamente scritto da sebi
Visto che è un po' esoso
Ho dato un occhiatina sul mio PC di casa con zoomplayer , connesso in DVI.
Con DVD originale mi da' codice errore regionale , macrovision mi sa' piu' di uscita componente ... bo'.
Con Anydvd sembra andare ma la stabilita' in partenza non e' il massimo , Dscaler e' il decoder mpeg2 che mi ha digerito meglio.
Ci ho giocato poco per cui di piu' non saprei dire.
http://img258.imageshack.us/img258/1989/dvdzoom.jpg
Ciao
-
A conferma che possa essere un problema di navigazione con i menu, bypassandoli e provando a leggere da HD non come DVD ma come file "qualcosa" si muove.
Anch'io ad occhio con il VPR ho sempre preferito YCbCR...fin quando non ho avuto tra le mani un lettore DVD "vero" e l'RGB è divenuto perfetto. Che l'RGB, se fatto bene, non sia veramente e non solo in teoria la soluzione migliore?:rolleyes:
-
Anche con i lettori veri c'e' chi preferisce YCbCr chi RGB ... per cui per me' non e' una regola.
Probabile dipenda anche da come il VPR gestisce la cosa al suo ingresso , senza considerare chi ha di mezzo un processore.
Qui' ad esempio non parlano di HTPC.
http://www.avmagazine.it/forum/showp...postcount=1435
Ho anche un lettore vero ...
Io sono per il WYSIWYG come al solito ;)
Considerando che il segnale e' "povero" di suo in partenza ed e' tutto da verificare se i display sarebbero in grado di visualizzare correttamente un Deep Colors.
-
Citazione:
Originariamente scritto da ciuchino
Anche con i lettori veri c'e' chi preferisce YCbCr chi RGB ... per cui per me' non e' una regola.
C'è però una differenza tra lettori stand-alone e HTPC.
I lettori, quando escono in YCrCb 4:2:2, fanno semplicemente un mezzo croma upsampling (verticale da 4:2:0 YV12 a 4:2:2 YUY2). Poi il segnale viaggia sull'HDMI verso il display e qui viene fatto l'altro mezzo croma upsampling (orizzontale da 4:2:2 YUY2 a 4:4:4 YV24). Quindi avviene la conversione in RGB (per la precisione R'G'B', vedi sotto).
Nell'HTPC in realtà le cose sono più complesse di così e di come io le ho
raccontate, per semplicità, qui.
Qui in realtà avvengono molte più trasformazioni, come denunciato nel
post di madshi già segnalato da Ciuchino. Il motivo è il seguente.
In realtà i display riproducono il video con lo spazio colore R'G'B', che
si ricava da RGB con una trasformazione non lineare (lo stesso per G e B):
se R <= 0.018 => R' = 4.5 * R
se R > 0.018 => R' = 1.099 * R**0.45 - 0.099
dove ** significa "elevato a". 1/0.45 = 2.22 è quello che chiamiamo gamma.
Il motivo di questa trasformazione risiede in parte nelle carattersitiche
dei vecchi display CRT e in parte in quelle dell'occhio umano, che, per
pura coincidenza, sono inverse a quelle dei CRT. I moderni display LCD,
plasma, etc... emulano il comportamento dei CRT e vogliono in input le
componenti R'G'B'.
R'G'B' si chiamano componenti non lineari o gamma corrected; RGB si chiamano componenti lineari. E' importante sapere che i DVD/BD sono masterizzati con lo spazio colore 4:2:0 derivante dalle componenti R'G'B' non lineari, non dalle RGB lineari.
I lettori stand-alone privi di correzione colore e correzione gamma (per quanto ne so io) quando escono in 4:2:2, effettuano la conversione così:
Sorgente DVD/BD (4:2:0 YV12) -> croma upsampling solo verticale -> 4:2:2 YUY2
I lettori stand-alone con correzione colore e/o correzione gamma e gli HTPC (la cui scheda video in genere effettua queste correzioni) si comportano molto diversamente. Questo perchè la correzione colore può avvenire solo sulle componenti lineari e la correzione gamma richiede, ovviamente, la trasformazione R'G'B' -> RGB per levare il gamma originale e la trasformazione inversa per mettere quello nuovo. Pertanto la catena, in caso di uscita 4:2:2, è:
Sorgente DVD/BD (4:2:0 YV12) -> croma upsampling verticale/orizzontale
unica fase/più fasi (dipende dal grafo che usate) -> 4:4:4 YV24 ->
Rec.601/Rec.709 - Video Level/PC Level (dipende da renderer, scheda video, etc...)
-> R'G'B' -> inverse transform function con gamma standard 1/0.45 -> RGB ->
correzione colore (scelta da voi) -> RGB -> transform function con gamma scelto
da voi -> R'G'B' -> Rec.601/Rec.709 - Video Level/PC Level (dipende da Bo???)
-> 4:4:4 YV24 -> subsampling solo orizzontale -> 4:2:2 YUY2
Quindi il display farà come prima.
In teoria, quindi dopo tutto queste elaborazioni il segnale dovrebbe essere gravemente artefatto, ma siccome non sappiamo veramente come vengono fatte queste trasformazioni nell'intimo delle schede video, sono d'accordo con Ciuchino sul fatto che vale sempre il principio del WYSIWYG.
Scusate il post lungo, ma l'argomento è complicato.
Michele
-
Michele sono perfettamente daccordo con te' con la teoria.
Va be' usciro' in RGB studio cosi' evitiamo anche l'espansione dei livelli ;)
-
Citazione:
Originariamente scritto da Mike5
Uno dei vanti di madshi è proprio che il resize fatto da madVR è superiore a quello di ffdshow
scusate la domanda, probabilmente banale.
Ma il resize fatto da madVR è = risoluzione di uscita scheda video?
-
Si. madVR si sostituisce agli algoritmi della scheda video, facendo il resize (e tutto il resto) in software, sfruttando però di nuovo la scheda video tramite i pixel shader.
