Visualizzazione Stampabile
Ah ecco :)
Jong dice che funziona adesso do' un occhio agli screenshot :
http://www.theatertek.com/Forums/sho...?t=9451&page=4
@red5goahead
Cosa succeda delle volte nella catena fino al Display non e' molto chiaro :)
Comunque il problema e' che con materiale SD se all'ingresso vede una risoluzione >=720P (causa resize di Ffdshow) pensa che sia HD ed applica la conversione in RGB sbagliata.
Lo stesso puo' fare il VPR nel caso la scheda video esca in YCbCr.
@ciuchino
Grazie per l'interessamento. Proverò a chiederlo a lui nella sua guida... :rolleyes:
Cmq, vi chiederei un'altra cosa se è possibile. Una guida di settaggi ffdshow per vedere al massimo delle proprie possibilità divx, xvid, mkv, dvd ecc. ?
Ho visto una guida segnalata su avsforum. Va bene quella?
Grazie. :)
C'e' quella ufficiale di stealth82 i principi guida sono applicabili a qualsiasi stream video:
http://www.avmagazine.it/forum/showthread.php?t=49907
Questi esterofilismi ;)
Grazie... :D
se ho ben capito questi settaggi possono sostituire il Colormatrix di Avisynth?Citazione:
Originariamente scritto da ciuchino
Se la risposta è SI:
1) lo spazio colore di output deve sempre essere settato su YV12/YUY2? Oppure su RGB (15?16?24?32?)?
2) i settaggi giusti di RGB Conversion quali dovrebbero essere?
Se la risposta è NO:
avrei bisogno di un paio di dritte (dato che avisynth non ne vuole sapere di funzionare con la LiveTV).
3) vorrei far caricare in automatico un profilo di ffdshow quando viene riprodotto un video in 4/3, questa regola è impostata bene secondo voi? (a pelle mi sembra di no:D , ma non riesco a capire la spiegazione)
Allegato 8448
4) più in generale è possibile dire a ffdshow di caricare automaticamente un determinato profilo SOLO quando si guarda la TV?
No sono riuscito a trovare nessuna regola AD Hoc nelle condizioni di autoload.
ciao
Leggendo un pò la guida di stealth82, ho notato che i programmi usati da lui, soprattutto ffdshow, sono un pò datati come versioni.
Se mettessi l'utlima versione, troverei gli stessi riferimenti della guida? Sarebbero compatibili tra di loro?
Io aggiungo che per esempio Haali renderer certamente converte in rgb tra le varie cose oltre l'upscaling ecc. e per fare questo usare le pixel shader della scheda. attualmente uso Evr ed appunto non so esattamente cosa faccia ma è probabile che sia simile ad haali almeno sulle cose spicciole. temo che la conversionedicui parli venga effettuata solo se la catena è dxva cioè che la scheda si occupa di tutto quanto. il fatto che per esempio i nuovi driver ati consentano il gpu scaling in hw è probabile che sia legato proprio alla necessità del moudlo uvd di controllare al meglio come gli arriva lo stream video convertirlo al meglio e poi se necessario upscalare. ma solo temo in catena hw. se gli arriva un video dall'esterno (ffdshow) credo purtroppo che non sia in grado di gestire la cosa. a questo punto davvero l'ideale sarebbe che ffdshow potesse effettuare questa conversione prima dell'upscaling suo interno ed avesse un sistema di controllo intelligente da comportarsi diversamente in base alla risoluzione.Citazione:
Originariamente scritto da ciuchino
Purtroppo alla fine sono sempre cose da verificare ad occhio vedendo il risultato perche' il piu' delle volte non hai informazioni di quello che combina ogni componente della catena.Citazione:
Originariamente scritto da red5goahead
Sempre se uno si vuol fare le fisime dei "colori corretti".
Lo scaling in hardware e' da sempre che le schede video lo fanno ... magari avranno implementato/ottimizzato qualche algoritmo.
Ciao :)
qui mi rispondo parzialmente da solo:Citazione:
Originariamente scritto da mamach
"These settings are used only when ffdshow is doing YCbCr <-> RGB conversion. In other words, if you are playing MPEG video and the output color space is YV12 or YUY2, these settings will be ignored."
Di release di Ffdshow ne fanno tre al giorno per cui e' impossibile stargli dietro.Citazione:
Originariamente scritto da slope
Le linee generali valgono sempre ... il piu' e' trovare una release stabile che non ti dia problemi per quello che ti serve.
Poi trovata quella fai sempre in tempo a provare le novita'.
Ciao
Mah...rimango con qualche dubbio:rolleyes:Citazione:
Originariamente scritto da ciuchino
D'altro canto le cose quando si tratta di "colore" diventano sempre estremamente complesse:)
In effetti :) , poi ho idea che si ciucci un bel po' di cpu.
Per curiosita' magari provero' sempre che non venga fuori un minestrone dalla ATI.
Ciao
Già...solo per il discorso espansione prima c'era il resize, poi l'ATI_HD_Reg_Tweaks, poi FFdshow, adesso i nuovi Catalyst ...e magari tutti assieme:what:Citazione:
Originariamente scritto da ciuchino
Povero segnale...:(
Dato che il codec nvidia esce di default in YUY2 (a meno di non forzarne l'utilizzo del YV12 tramite la famosa aggiunta al registro di sistema), qual'è la soluzione migliore da adoperare per connetterlo a ffdshow?
1) In YUY2 - Out YUY2
2) In YUY2 - Out YV12
3) In YV12 - Out YUY2 (forzando l'uso del YV12 in imput)
4) In YV12 - Out YV12 (forzando l'uso del YV12 in imput)
(per IN intendo come il codec nvidia debba uscire)
Certo player tipo TT permettono già di scegliere se far uscire il codec in YV12 o YUY2 (forse perchè player e codec sono legati tra loro??), ma altri player NO.
E' il caso quindi di forzare l'uso di uno spazio colore da registro di sistema?
http://www.avmagazine.it/forum/showp...31&postcount=3
Sull'input mi sembra non ci sia bisogno di aggiungere altro , YV12 piu' leggero senza perdita di informazioni , cio' non toglie che uno possa usare altro.
In output dipende come si accoppia meglio con il renderer/scheda video.
Al limite la conversione da YV12 a YUY2 e' leggera quella RGB piu' pesante.
Come al solito non ci sono regole fisse che accontentano tutti.
Usando la DXVA , quindi no Ffdshow , lo spazio colore usato e' normalmente NV12.