madVideoRenderer - high quality video renderer (GPU assisted)

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/showpost.php?p=1658812&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.
 
Ultima modifica:
ciuchino ha detto:
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 ;)
 
Mike5 ha detto:
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.
 
Se ho capito bene le spiegazioni di madshi, la differenza tra resize scheda video e resize madVR in full-screen, qualità a parte, è che il resize della scheda video viene fatto dalla funzionalità resize incorporata nel driver, mentre il resize di madVR è una texture che il renderer chiede alla scheda video di elaborare tramite pixel shader, un pò come fanno i video giochi.
 
secondo voi e' possibile usarlo internamente a TotalMedia Theater? al posto dell'EVR?

senza l'uso di MPC ecc...
 
Non conosco TMT, ma sul forum Doom9 hanno già risposto di no a questa domanda. Sembra che per ora sia possibile usarlo solo con MPC-HC e ZoomPlayer.
 
Mike5 ha detto:
..Sembra che per ora sia possibile usarlo solo con MPC-HC e ZoomPlayer.
Beh! Non proprio... direi che è possibile usarlo in tutti quei player che hanno la possibiltà di connettersi ad una catena di filtri DS preimpostati, per questo può essere usato perfino nel buon vecchio TheaterTek.

ciao,
fil
 
Mike5 interessante davvero la tua spiegazione... certo che a pensare tutto quello che accade a sto povero segnale video c'è da farsi accapponare la pelle :D

In effetti io non ho mai compreso come comportarmi con il doppio settaggio TV/Scheda Video... quale devo regolare?

  1. Lascio la scheda video a default e regolo solo il TV
  2. Lascio il TV default e regolo solo la scheda video?
  3. Regolo tutte e due?

A naso direi che la soluzione più semplice da "uomo della strada" sarebbe poter uscire nel formato che piace al TV 4:2:2 YUY2 o in RGB (e forse qualche TV lo accetta) ed evitare di far "pasticci" nei driver... lo stesso concetto di kernel streaming / WASAPI applicato alle schede video: bypassare le menate e andare dritti al TV :D
A me parrebbe sensato :D

fanoI
 
Noi non sentiamo/vediamo bit quindi qualcuno deve decodificare/convertire fino a riportare la cosa nel mondo "analogico".
Tra l'altro i vari componenti si devono parlare e capire.
Dove come e quando fare le cose ... si sperimenta se no' finisce il divertimento :)
 
La via dell'HTPC molto ardua è :D

Che loro si debbano capire va bene... però devono fare tutte le migliaia di conversioni di spazio colore per farlo?
E vedo anche delle decimazioni inutili qua e là... e poi riespansioni di un segnale decimato... non sembra molto sensato!
 
E' ovvvio qua' ci sono i programmatori che si divertono a scoperchiare gli altarini.
Prova a chiedere che software implementano nei lettori da tavolo nei processori nei TV ... mica lo sai.
Guarda che ho fatto aggiornamenti anche al mio ampli che monta il reon per le porcherie che combinava sul segnale ;)
 
f_carone ha detto:
direi che è possibile usarlo in tutti quei player che hanno la possibiltà di connettersi ad una catena di filtri DS preimpostati, per questo può essere usato perfino nel buon vecchio TheaterTek.

Ho provato con TT (che per inciso e' il player che preferisco perche' va da dio con il telecomando MCE, puoi "browserare" sempre da telecomando con un ottimo menu, e in ogni caso e' lanciabile da dentro VMC tramite il plugin Media browser), ho fatto un graph (mai provato prima, ma leggiucchiando qua e la' qualcosa ho tirato insieme...) per i file avi, usando come decoder ffdshow.
Ha funzionato, solo che se non faccio il resize da ffdshow, anche se imposto il lanczos dalle proprieta' di madVR mi trovo il filmato a dimensione originale nell'angolo in alto a sinistra.
insomma non mi va fullscreen, a meno di non far fare il resize da ffdshow...
any ideas?
 
f_carone ha detto:
direi che è possibile usarlo in tutti quei player che hanno la possibiltà di connettersi ad una catena di filtri DS preimpostati, per questo può essere usato perfino nel buon vecchio TheaterTek.

Non ho provato con TheaterTek. Al 9 aprile, alla domanda quali software funzionano con madVR, madshi rispondeva solo MPC-HC, ZP e Reclock:

http://forum.doom9.org/showpost.php?p=1271613&postcount=24

Però in quel forum TheaterTek non è molto usato, bisognerebbe provare. Invece nello stesso post madshi praticamente escludeva che fosse possibile usarlo in TMT.
 
piperprinx ha detto:
Ha funzionato, solo che se non faccio il resize da ffdshow, anche se imposto il lanczos dalle proprieta' di madVR mi trovo il filmato a dimensione originale nell'angolo in alto a sinistra.
insomma non mi va fullscreen, a meno di non far fare il resize da ffdshow...
any ideas?

Hai verificato che fornisci il video a madVR in YV12 ? Più in generale, in TheterTek è possibile verificare i formati di tutti gli IN e OUT dei pin tra un filtro e l'altro ? (lo conosco molto poco:( )
 
fanoI ha detto:
  1. Lascio la scheda video a default e regolo solo il TV
  2. Lascio il TV default e regolo solo la scheda video?
  3. Regolo tutte e due?

I più sostengono che bisogna usare la 1. e solo per regolazioni fini/avanzate la 3., mai la 2.
 
Con TT funziona basta farsi un XML o GRF come descritto qui':
http://www.avmagazine.it/forum/showthread.php?t=71758

... a parte i bug che si riscontrano in alcune situazioni tipo quelle riportate da piperprinx non solo con TT.

@piperprinx.
Ho visto anchio qualche problema in accoppiata con Ffdshow (YV12 out) ... comunque madshi sta' facendo un gran bel lavoro tra l'altro tartassato da varie richieste.
Non ci si deve aspettare che le cose vadano sempre bene.
Manca anche il pin dei sottotitoli :)

Ciao
 
Ultima modifica:
Top