Settaggi di Media Player Classic con schermo LCD?

[Endrius]

Software non ne ho installati... anzi cercavo anche qualche software per calibrare il colore...

 

Usa il Merighi test.

[chrno]

Software non ne ho installati... anzi cercavo anche qualche software per calibrare il colore...

Ma questo potresti farlo dai driver della scheda video.

Prova ad entrarci attraverso le proprietà del desktop.

Linguetta impostazioni, clicchi su avanzate.

 

Per quanto riguarda il monitor, per i settaggi del colore, contrasto, ecc..., ci dovrebbero essere propri menù accessibili tramite eventuale telecomando o bottoni posti sul monitor.

[Shuji]

Da quello che ricordo io c'era un software particolare che permetteva di gestire proprio il tipo di display e la scansione delle righe (spaziatura, rendere coerente ad esempio lo scroll in talune situazioni). Mi ricordo che aveva fatto solo casino e cosi' non l'ho piu' usato, pero' se ne era stato usato qualcuno...

[Chibi Goku]

E come si fa?

ffdshow video, sezione resize (io lo uso in inglese, in italiano sarà ridimensionamento), specifichi come dimensione orizzontale e verticale la risoluzione del monitor.

Ridimensiona sempre e mantiene il rapporto di forma originale dovrebbero essere settati di default.

Poi sui settaggi gli dici di usare lo spline.

E già questo dovrebbe azzerare buona parte delle differenze dei renderer (generalmente dovute agli algoritmi di ridimensionamento di luminanza e crominanza).

Poi c'è il passaggio YV12->RGB32 con chroma upsampling annesso, lì dovresti andare sotto output, deselezionare tutto tranne gli RGB e selezionare conversione YV12->RGB in HQ.

Comunque sono entrambe operazioni che richiedono un bel po' di CPU, generalmente eviterei soprattutto la seconda (e se hai già un renderer che usa il bicubic pure la prima non ha tutta questa influenza).

Comunque se sei curioso sull'argomento ti consiglio il topic di madVR su doom9.

http://forum.doom9.org/showthread.php?t=146228

Ci sono degli screenshot interessanti in prima pagina.

 

Per accelerazione hardware intendo il far processare il video alla scheda video invece che dal processore.

DXVA e soci, ok, ma quello non c'entra molto, quella è la parte di decodifica, dopo di quella il video viene passato al renderer (il cui scopo è quello di renderizzare a schermo il video già decodificato).

L'unica influenza che ha quest'ultimo è che a seconda del renderer scelto potrebbe non essere disponibile l'accelerazione hardware (ma questo perché agli sviluppatori pesa il culo supportarli tutti).

 

Quindi praticamente non ci dovrebbe essere nessuna differenza qualitativa fra i vari render?

Questo che dici è molto strano.

Io anche su PC diversi dal mio ho notato che l'overlay è nettamente inferiore qualitativamente.

Non ho detto questo, le differenze ci sono, soprattutto nel caso di ridimensionamenti (ma in ogni caso anche senza ridimensionare la crominanza ha 1/4 della risoluzione della luminanza, quindi c'è sempre un'operazione di upsampling).

E questo supponendo che la conversione da YUV a RGB sia corretta.

Le differenze non dovrebbero essere però così nette, e certe combinazioni possono anche essere scazzate (a livello di artefatti).

Per un riassunto abbastanza valido direi che si possono tranquillamente citare le FAQ del CCCP.

Alla fine è una questione di cosa funziona e di cosa appare meglio sul proprio monitor e con i propri occhi (c'è chi è pronto a sostenere di non notare differenza tra bilineare e bicubico, per fare un esempio).

[War3333]

Per un riassunto abbastanza valido direi che si possono tranquillamente citare le FAQ del CCCP.

Alla fine è una questione di cosa funziona e di cosa appare meglio sul proprio monitor e con i propri occhi (c'è chi è pronto a sostenere di non notare differenza tra bilineare e bicubico, per fare un esempio).

 

http://www.cccp-project.net/forums/index.php?topic=3009.0

As the title says, the borkage with haalis renderer on vista x64 and ati gfx card seems to been fixed (and most likely unintentionally) with the latest catalyst drivers: 8.10. The problem was vertical and horizontal lines spanning across the image when using haali's renderer. So feel free to use haali's renderer if you have updated your drivers.

 

Mi sa che avete beccato il problema senza volerlo, era nelle faq di CCCP... i sintomi corrispondono e visto che ha affermato di avere una ati sembra proprio lui.

Modificato 12 Novembre, 2009 da War3333

[Chibi Goku]

Però mi sembra strano che stia usando l'haali, normalmente non viene settato come default, e in ogni caso questo vorrebbe dire che ha i driver video vecchi di più di un anno (generalmente sconsigliato).

 

Comunque se il problema è quello lo risolve facilmente

[kevin8]

In parte ho risolto...

 

Nel senso che era impostato su WMR9 Renderless e ho seguito le indicazioni di Chibi, andando ad impostare in Ffdshow in resize impostando la risoluzione massima dello schermo...

 

La situazione è migliorata moltissimo, nel senso che le odiate righe sono completamente sparite, l'immagine risulta molto più omogenea, ma ho ancora un po' di scalettature a tutto schermo...

 

La strada è quella, ma deve esserci ancora qualcosa che sfugge...

 

Mi sa che devo smanettare con ffdshow, cmq..

[chrno]

ffdshow video, sezione resize (io lo uso in inglese, in italiano sarà ridimensionamento), specifichi come dimensione orizzontale e verticale la risoluzione del monitor.

Ridimensiona sempre e mantiene il rapporto di forma originale dovrebbero essere settati di default.

Poi sui settaggi gli dici di usare lo spline.

E già questo dovrebbe azzerare buona parte delle differenze dei renderer (generalmente dovute agli algoritmi di ridimensionamento di luminanza e crominanza).

Fatto, peccato che la CPU salga a 90% e scatta alcune volte...

Niente da fare...

 

Poi c'è il passaggio YV12->RGB32 con chroma upsampling annesso, lì dovresti andare sotto output, deselezionare tutto tranne gli RGB e selezionare conversione YV12->RGB in HQ.

Comunque sono entrambe operazioni che richiedono un bel po' di CPU, generalmente eviterei soprattutto la seconda (e se hai già un renderer che usa il bicubic pure la prima non ha tutta questa influenza).

Questo funza...grazie.

 

Comunque se sei curioso sull'argomento ti consiglio il topic di madVR su doom9.

http://forum.doom9.o...ad.php?t=146228

Ci sono degli screenshot interessanti in prima pagina.

Ho dato un'occhiata. A quanto vedo l'Haali e il MadVR si comportano allo stesso modo (quasi?).

Ma provando l'Haali, come render, mi esce una schermata nera...come è possibile? Avrò scazzato qualcosa con questo render?

Il madVR ovviamente non c'è l'ho, infatti non lo posso selezionare da MPC.

Dato che non mi funziona l'Haali, mi rifiuto persino di provare il madVR...magari con un PC più potente...

 

DXVA e soci, ok, ma quello non c'entra molto, quella è la parte di decodifica, dopo di quella il video viene passato al renderer (il cui scopo è quello di renderizzare a schermo il video già decodificato).

L'unica influenza che ha quest'ultimo è che a seconda del renderer scelto potrebbe non essere disponibile l'accelerazione hardware (ma questo perché agli sviluppatori pesa il culo supportarli tutti).

Ehm, no, molto non mi è chiaro...

Se dici che il render viene fatto comunque dal processore, allora che problema c'è?

Se una scheda video decodifica il video e poi lo passa al processore per fare il render (del video già decodificato), perché quest'ultimo non dovrebbe andare in alcuni casi?

C'è una dipendenza tra scheda video e render utilizzato? Ma perché, se il render non c'azzecca nulla col l'accelerazione hardware della scheda video, che a quanto mi hai detto si occupa solo di decodificare il video (e non di fare il render)...

Scusa l'ignoranza comunque...

 

Mi interesso molto di questo perché avendo un processore che non riesce a fare molto stavo pensando in futuro di acquistare una scheda video con accelerazione hardware, in modo da alleggerire il carico della riproduzione alla CPU...e riuscirmi a vedere finalmente dei 720p in modo decente, togliendo da mezzo il CoreAVC ed utilizzando qualche render cazzuto.

[Chibi Goku]

Ho dato un'occhiata. A quanto vedo l'Haali e il MadVR si comportano allo stesso modo (quasi?).

Ma provando l'Haali, come render, mi esce una schermata nera...come è possibile? Avrò scazzato qualcosa con questo render?

Il madVR ovviamente non c'è l'ho, infatti non lo posso selezionare da MPC.

Dato che non mi funziona l'Haali, mi rifiuto persino di provare il madVR...magari con un PC più potente...

Non proprio uguali, il madVR è più improntato alla massima qualità e ha qualche opzione in più.

Comunque nessuno dei due funziona in tutti i sistemi, probabilmente con schede video non nuovissime non funzionano proprio.

 

Ehm, no, molto non mi è chiaro...

Se dici che il render viene fatto comunque dal processore, allora che problema c'è?

Se una scheda video decodifica il video e poi lo passa al processore per fare il render (del video già decodificato), perché quest'ultimo non dovrebbe andare in alcuni casi?

C'è una dipendenza tra scheda video e render utilizzato? Ma perché, se il render non c'azzecca nulla col l'accelerazione hardware della scheda video, che a quanto mi hai detto si occupa solo di decodificare il video (e non di fare il render)...

Stai facendo confusione tra accelerazioni hardware.

La parte di decodifica è accelerata tramite un chip presente nella scheda video, e lo hanno le schede più nuovi.

Poi, da una decina di anni a questa parte (di più? di meno? boh) le schede video hanno iniziato ad introdurre delle accelerazioni hardware per rendere più veloci la gestione delle interfacce grafiche, che una volta dovevano essere disegnate in toto dalla cpu.

Pensa ai giochi, i primi funzionavano solo grazie alla cpu, con il passare degli anni il lavoro si è spostato verso la scheda di accelerazione grafica (quelli con un po' di annetti si ricorderanno delle mitiche voodoo della 3dfx) e infine alla gpu (che si occupano anche dalla gestione dell'intera scena 3D).

Allo stesso modo la gestione del 2D viene accelerata via hardware dalla scheda video, in modo da non utilizzare la CPU e avere un'interfaccia grafica più snella.

I renderer come VMR, EVR, Haali ecc ecc sfruttano proprio questa capacità.

 

Mi interesso molto di questo perché avendo un processore che non riesce a fare molto stavo pensando in futuro di acquistare una scheda video con accelerazione hardware, in modo da alleggerire il carico della riproduzione alla CPU...e riuscirmi a vedere finalmente dei 720p in modo decente, togliendo da mezzo il CoreAVC ed utilizzando qualche render cazzuto.

Nobile scopo, conta comunque che le accelerazioni hardware sono limitate e certe combinazioni di settaggi da parte dell'encoder le disabilita.

Ora come ora per andare sul sicuro mi sa che c'è solo CoreAVC accoppiato ad una scheda video nvidia (CoreAVC utilizza CUDA per accedere direttamente al chip di accelerazione hardware, bypassando di fatto le normali limitazioni).

[chrno]

Comunque nessuno dei due funziona in tutti i sistemi, probabilmente con schede video non nuovissime non funzionano proprio.

Eh già, sarà quello...

 

I renderer come VMR, EVR, Haali ecc ecc sfruttano proprio questa capacità.

Che sollievo...grazie delle info.

 

Nobile scopo, conta comunque che le accelerazioni hardware sono limitate e certe combinazioni di settaggi da parte dell'encoder le disabilita.

Ora come ora per andare sul sicuro mi sa che c'è solo CoreAVC accoppiato ad una scheda video nvidia (CoreAVC utilizza CUDA per accedere direttamente al chip di accelerazione hardware, bypassando di fatto le normali limitazioni).

Mah, a me uno aveva consigliato delle nuove ATI 5xxx con tecnologia stream, che permettono anche di codificare direttamente dalla scheda video.

Schede di fascia bassa dovrebbero uscire fra qualche mese...mi informerò ed aspetterò...

Modificato 14 Novembre, 2009 da Chrno

[Chibi Goku]

Mah, a me uno aveva consigliato delle nuove ATI 5xxx con tecnologia stream, che permettono anche di codificare direttamente dalla scheda video.

Schede di fascia bassa dovrebbero uscire fra qualche mese...mi informerò ed aspetterò...

Ma ti interessa fare encoding con la scheda video?

A parte che con soluzioni di fascia bassa andresti comunque lento tutte le soluzioni simili sono accomunate dalla qualità molto bassa dei risultati, per ora è ancora meglio usare x264 e metterci il doppio/triplo ma avere una qualità decisamente migliore.

Comunque si vedrà, prima di comprare qualcosa però prova ad informarti sui limiti dell'accelerazione hardware, soprattutto a livello di fansub talvolta si vedono encoding con settaggi estremi, rifiutati dall'accelerazione hardware (16 reference frame ad esempio dovrebbero disattivare l'accelerazione hardware della decodifica).

Ti parlavo di CoreAVC + CUDA perché al momento è la soluzione che funziona meglio, poi vedi tu quando dovrai cambiare scheda video pregi e difetti della varie soluzioni.

 

P.S. Al momento CoreAVC 1.9.5 (senza CUDA) è buggato e non visualizza correttamente i filmati encodati da x264 con --weightp 2.

La versione 2.0 dovrebbe comunque uscire a giorni, e dovrebbe portare con sé uno splitter molto migliorato (che comunque sarà scaricabile a parte dal sito di Haali) e un utilizzo della CPU notevolmente diminuito (giusto per citare due delle migliorie più importanti).

[Endrius]

Fino all'altro ieri affiancavo a klite il core avc, poi ho scaricato l'ultimissima versione dove vi è anche il MPC HC con codec interno per gli h264, disinstallando il Core Avc.

A livello di carico sulla CPU ho lo stesso di quando usavo il Core Avc come filtro esterno.

[Chibi Goku]

Be', il decoder incluso in MPC-HC utilizza comunque ffmpeg mt (quindi lo stesso di ffdshow).

Al momento su CPU moderne è quasi alla pari con CoreAVC 1.9.5 e un po' indietro rispetto al decoder DivX.

La nuova versione di CoreAVC dovrebbe essere molto più veloce di entrambe.

[chrno]

Ma ti interessa fare encoding con la scheda video?

No, ma se la scheda video lo supporta, che ben venga...