HTPC, aiuto per la guida di ffdshow

[t.michele]

Hai ragione ho scaricato di nuovo il tuo pack e ho ricopiato tutto e adesso funzia alla perfezione. Ottimo con divx e dvd, molto lento e scattoso con materiale a 720p, mi sa che ho trovato il limite del mio core duo 2 (8600@2.1 ghz). Mi sa che dovrò dimenticarmi del LimitedSharpenFaster con materiale a 720 e ripiegare sullo Sharpen di ffdshow.
Grazie mille per il consiglio e l'aiuto.

 

[giskard]

Se devi mettere solo quello ce la fa!

HO il tuo stesso proc e riesco a farlo a 1.3.

Poi ho scelto il motion flow per l'alta e faccio un leggero sharp da ffdshow.

 

[Vifani]

Ragazzi, ma avete mai fatto una valutazione della qualità di decodifica MPEG2 utilizzando ffdshow? Io facendo qualche test con il HQV Benchmark ho rilevato che la qualità è piuttosto scadente (sia usando il libavcodec che libmpeg2). Ho fatto una serie di test e ho riscontrato che il deinterlacciamento eseguito è piuttosto scadente a meno che non si abiliti il deinterlacciamento Yadif.

 

[t.michele]

Potresti postare una breve spiegazione per come usare il deinterlacciamento Yadif... Sarebbe una cosa molto utile considerato che il deinterlacciamento Yadif è considerato ottimo.

Grazie

 

[Vifani]

Guarda, onestamente mi sto avvicinando da poco al mondo ffdshow, perché sto mettendo su un piccolo HTPC e volevo capire un po la qualità della sua decodifica MPEG2 (per ora mi sto concentrando nella semplice riproduzione DVD), confrontandola con codec che supportano l'accelerazione DXVA come ad esempio quello del PowerDVD 8.

Il confronto lo sto facendo utilizzando il HQV Benchmark, utilizzato da diverse testate giornalistiche e da me stesso quando scrivevo per HWUpgrade per valutare la qualità della riproduzione video delle varie schede video.

Da quello che ho avuto modo di vedere, confrontando ffdshow (ultime versione) con la riproduzione in hardware delle schede video Radeon di ultima generazione, i codec integrati in ffdshow per la riproduzione DVD, disabilitando tutto il post processing, offrono una qualità molto scadente e, in particolare, il deinterlacciamento è inesistente (i decoder di per sé non ne implementano niente). A paragone l'accelerazione hardware delle schede Radeon dà accesso ad un punteggio pieno del benchmark.

La situazione migliora notevolmente abilitando il yadif che, per inteso. è l'unico algoritmo di deinterlacciamento tra tutti quelli implementati nel ffdshow a far superare l'HQV Benchmark in riproduzione software. In particolare va impostato con le opzioni "Skip partial interlacing check", "double framerate" e con Field Order uguale ad Auto.

Inoltre per superare i test relativi allo sharpening ho trovato ottimi i risultati abilitando il filtro di messa a fuoco su "maschera unsharp".

Nessuno ha mai fatto una verifica di questo tipo? Magari posso mettere una trattazione più completa se può essere utile.

 

[ciuchino]

Si e' sempre detto che il deinterlacciamento su materiale video con Ffdshow in catena non e' il massimo.
Una via e' come hai fatto l'altra e' usare un altro decoder che deinterlacci in software ... anche se per me' "se funziona" e' sempre meglio quello hardware della scheda video.

Il discorso e' che molti lo usano per DVD filmici o materiale di origine progressiva per cui "deinterlacciare" nel vero senso della parola non serve.

Ciao
Antonio

 

[fanoI]

Con sempre più file sto notando che la funzione DisposeAxis() ha dei problemi... il file viene sì resizato, ma sul lato destro dello schermo appare una striscia di pixel tutti semoventi (sembra come un pezzo dell'immagine ripetuto...) non aiuta molto la visione

Visto che non si sarà capita una se*a della descrizione ecco uno screenshot faticosamente ottenuto :



Questa è l'immagine originale in cui il difetto si nota di più:
http://img156.imageshack.us/img156/5171/garbagedresizevf9.png

E' a 1280*1024 perché lo shot son riuscito a farlo solo dallo schermo primario... sul secondario (il Tv fullHD) ottenevo uno schermo nero!

Dimenticavo... il file ha le seguenti dimensioni:
Input: 623*264
Output: 1920*800 (sul TV!)

Questo è lo script che sto usando:

setMtmode(2)
MT("""ColorMatrix(mode="Rec.601->Rec.709")""", threads=4)
ffdshow_setDAR(ffdshow_dar_x, ffdshow_dar_y)
MT("hqdn3d(2)", threads=4)
DisposeAxis(1920, 1080, ffdshow_dar_x, ffdshow_dar_y)
MT("Spline16Resize(da_w, last.height)", threads=4)
MT("Spline16Resize(last.width, da_h)", threads=4, splitvertical=true)

Ciao,
fanoI

 

[Riker]

La situazione migliora notevolmente abilitando il yadif che,

Ieri ho fatto un po di test con lo yadif.

In effetti funziona molto bene (solo abilitando la mia ATI in DXVA ottenevo lo stesso effetto).
Per le prove ho usato il DVD di test di Luciano Merighi.
Il problema è che, però, è estremamente esoso in termini di CPU (nel caso del DVD di test di Luciano va anche abilitato il controllo degli stream marcati come progressivi per far si che tutto funzioni correttamente).
Il sistema, fluido normalmente, attivando lo yadif va però a scatti (inguardabile).

 

[fanoI]

Mentre ero a pranzo tutto solo soletto mi son venuti in mente altri 2 modi per fare il resize dinamico che forse potrebbero evitare quegli errori di approssimazione che vedete nello screenshot da me postato in precedenza.

Se facessimo un resize "anamorfico" ovvero resiziamo alla dimensione del pannello (1920*1080 nel mio caso) e poi dopo rimettiamo il corretto AR (la funzione giusta è sempre ffdshow_setDAR?) ... forse si occuperebbe un po' più di CPU... magari la qualità verrebbe anche migliore chissà...

Per intendersi qualcosa del genere:

setMtmode(2)
MT("""ColorMatrix(mode="Rec.601->Rec.709")""", threads=4)
MT("Spline16Resize(1920, last.height)", threads=4)
MT("Spline16Resize(last.width, 1080)", threads=4, splitvertical=true)
ffdshow_setDAR(ffdshow_dar_x, ffdshow_dar_y)

Di fatto mi aspetto di vedere nell'OSD di ffdshow la risoluzione di uscita 1920*1080, ma allo stesso tempo il filmato visualizzato su schermo avrebbe in realtà l'AR corretto

Il concetto è simile a quello dei DVD dove il filmato era sempre salvato in 720*576 anche se era widescreen solo in fase di lettura l'AR corretto del filmato veniva ristabilito!

Un altro possibilità (che poi è sempre derivata dal concetto DVD) è creare il letterbox o pillarbox da noi se il filmato non è 16:9... tanto le barre devono in qualche modo apparire, no?
Che differenza fa se le mette ffdshow o la scheda video (o il TV non ho mai capito chi lo fa).

Questo però vorrebbe comunque dire fare dei calcoli per sapere quanto grandi devono essere le barre... potremmo di nuovo cadere nella trappola di non aver numeri divisilibi per 8

setMtmode(2)
MT("""ColorMatrix(mode="Rec.601->Rec.709")""", threads=4)
ffdshow_setDAR(ffdshow_dar_x, ffdshow_dar_y)
MT("Spline16Resize(da_w, last.height)", threads=4)
MT("Spline16Resize(last.width, da_h)", threads=4, splitvertical=true)
real_width = 1920 * (ffdshow_dar_x / ffdshow_dar_y)
AddBorders(0, 1080 - (real_width/2), 0, 1080 - (real_width/2))

Vorrei poterlo provare, ma purtroppo sono al lavoro
Questi vogliono farmi provare un cavo seriale, invece...

Ciao e spero di non aver sparato troppe fregnacce...

fanoI

 

[fanoI]

Allora ho provato il "resize anamorfico": la buona notizia è che funziona la cattiva è che non va lo stesso

Credo di aver scoperto ahimè di chi è la colpa: è il filtro ColorMatrix che crea sto casino
Se lo sposto dopo il resize allora non fa più il difetto però temo che non serve a nulla vero?
O forse fare il resize con i colori "sbagliati" e poi aggiustarli dopo non fa alcuna differenza?

In ogni caso a sto punto il DisposeAxis è scagionato... la colpa è di ColorMatrix... mi sa che alla fine devo rinunciare definitivamente ad usare i filtri: se poi il risultato di tutto sto ambaradan è che alcuni filmati li devo vedere con le bandine colorate

Ma solo a me fa sti casini?

fanoI

 

[mamach]

Ma solo a me fa sti casini?

fanoI

se ti può consolare, NO non sei l'unico.
Non avevo capito bene il problema se no te l'avrei detto prima.
Anche a me il colormatrix da problemi, motivo per cui non lo uso.

Però io sono un caso a parte, la differenza tra l'usarlo e no non la noto molto (a parte le bandine colorate ).

ciao

 

[mamach]

aggiornamenti ffdshow.

Le versioni successive di ffdshow possono essere installate "sopra" alle precedenti già installate (ovviamente parlo per quelle della stessa "specie").
O è meglio disinstallare prim la versione esistente?

 

[Riker]

O è meglio disinstallare prim la versione esistente?

Puoi tranquillamente reinstallare sopra, consiglio però un bel riavvio dopo per essere sicuri di usare le librerie aggiornate.

 

[fanoI]

@mamach
Beh almeno non sono impazzito... vedendo con rispondeva nessuno e chi mi stavo auto-rispondendo iniziavo a preoccuparmi

Però a me questo pare un grosso problema di sto ColorMatrix... sarà un bug noto?

Forse non gli piacciono le dimensioni del file?
Eppure son multipli ambedue di 8... dovranno pure essere multiple di 16?

Magari chiedo info qui nel thread ufficiale:
http://forum.doom9.org/showthread.php?t=82217

 

[fanoI]

Come sospettavo non gli piacciono le dimensioni dei file... come una soluzione temporanea esiste: bisogna aggiungere opt=0 e tutto funziona correttamente anche se da quello che ho capito non usa estensioni mmx o sse in questo modo... sarà quindi un po' più lento...

In ogni caso dovrebbe uscire una versione fixata a breve
http://forum.doom9.org/showthread.php?p=1238325#post1238325

Quindi ricapitolando così:

MT("""ColorMatrix(mode="Rec.601->Rec.709", opt=0)""", threads=4)

L'orrida barretta colorata scompare

fanoI

 

[ango]

Le versioni successive di ffdshow possono essere installate "sopra" alle precedenti già installate (ovviamente parlo per quelle della stessa "specie").
O è meglio disinstallare prim la versione esistente?

Io ci ho perso la domenica pomeriggio su questa cosa...

il passaggio dalla versione della guida all'ultima (per motivi legati a ffdshow audio per l'abbandono di AC3filter)

su Xp è andato liscio come l'olio installandolo sopra, su vista, il flag legato al raw video in ingresso è passato Y12 a disabilitato, mentre tutto il resto era OK. morale della favola mpc, non "apparentemente" non lo chiamava...

Per farla breve, IO disinstallo e reinstallo...

Ilario

 

[ango]

Spazio colore.

stavo ripassando la guida si Stealt, lo faccio ogni tot mesi e mi trovo una sorpresa devastante, visto che ho appena perso una settimana a tarare la colorimetria del mio PJ.

Se ho capito bene, il rescale spline che faccio in ffdshow a 720x1280, converte lo spazio colore del fotogramma da SD a HD oltre ad effettuare il rescale?

Se è così devo:

1) riconvertire lo spazio colore da HD in SD
2) rifare la colorimetria del PJ
3) la curva di gamma analogamente andrà a farsi benedire

E' corretto quello che ho scritto?

ILario

 

[fanoI]

Se usi ColorMatrix non dovresti impedire a ffdshow di compiere lo "scempio"?

 

[ciuchino]

Non e' lo scaling in se' stesso che cambia la colorimetria.
Il problema e' la conversione finale in RGB , fatta dalla scheda video o dal VPR se ad esempio ci vai in YCbCr con connessione digitale.
In caso si ritrovi una risoluzione >= 720 (dovuto ad un upscaling) viene applicata una conversione errata.
Se ne e' parlato in questo post o anche qui':
http://www.avmagazine.it/forum/showthread.php?t=105738

In teoria ci dovrebbe essere un flag per indicare la conversione corretta ma molte volte si perde lungo la strada

Previo verifica che tu abbia il problema , se vuoi risolvere Stealth ha dato delle soluzioni , ad esempio Colormatrix che consuma poco.
Se ci vuoi vedere un vantaggio e' che poi tratti tutto come HD e con il colorimetro gestisci un solo Gamut ... forse.
Ciao

 

[ango]

Non e' lo scaling in se' stesso che cambia la colorimetria.
Il problema e' la conversione finale in RGB , fatta dalla scheda video o dal VPR se ad esempio ci vai in YCbCr con connessione digitale.
In caso si ritrovi una risoluzione >= 720 (dovuto ad un upscaling) viene applicata una conversione errata.
Se ne e' parlato in questo post o anche qui':
http://www.avmagazine.it/forum/showthread.php?t=105738

In teoria ci dovrebbe essere un flag per indicare la conversione corretta ma molte volte si perde lungo la strada

Previo verifica che tu abbia il problema , se vuoi risolvere Stealth ha dato delle soluzioni , ad esempio Colormatrix che consuma poco.
Se ci vuoi vedere un vantaggio e' che poi tratti tutto come HD e con il colorimetro gestisci un solo Gamut ... forse.
Ciao

Grazie del link!

Era proprio quello che mi serviva!

prima la diagnosi (che sicuramente sarà positiva) dopodicè fasciamoci la testa.

Mi ci voleva una nuova paranoia, era da ben 2 settimane che con vista mi funzionava MPCHC, ffdshow, i pixel shader, in hd mi va DXVA2 il tutto andava fluidità di immagine che in XP neanche con reclock si vedeva...

avevo anche ammortizzato lo spyder2 "tarandomi" la bestia.

pensatevi che persino iniziato a guardare i film!



AAAVANTI!

Stampo, studio, poi in caso chiedo!

Ilario.