New ffdshow 20050703 quale?

[DMD]

tra le ultime due release 20050703 MSVC71 e quella normale che differenza c'è?

qui: http://m17n.cool.ne.jp/freeware/mpc/

Saluti

[ciuchino]

Se non ricordo male e' solo che alcune DLL vengono incorporate nella compilazione del file di installazione.
Come vedi uno e' piu' grande ... ma dovrebbero essere uguali se le DLL le hai.

follow sirbers link to get it.. as far as what it is, its one of two .DLLs needed for MFC applications. They can be compiled into the file but it makes the .exe bigger.

http://forum.doom9.org/showthread.php?s=&threadid=89308

FFDSHOW anche in italiano ...

Ciao
Antonio

[ciuchino]

L'ho provato , non so' se e' ancora ora di abbondonare Andy .
I settaggi sono un po' sperimentali :





Anche lui vale 5000 cucozze

[m.tonetti]

Anzitutto mi fa uno strano effetto vedere i menu in italiano !

Spiegami i fattori di resize (alias dimensioni e aspetto) 1080*864.

Infine mi sembra di vedere qualcosa di strano, mi riferisco alle evidenti seghettature dello screenshot !

Spiega Antonio. Se si tratta di uno scherzo, giuro che non l'ho capito, sara' l'ora tarda !

Ciao
MASSIMO

[ciuchino]

Sarebbe PAL x 1.5 , dovevo guadagnare CPU per provare lo sharpness di Dscaler e l'RGB32 uscendo in VMR9.
Allo screenshot non farci molto caso , considera che stava girando il tearing test ed e' un printscreen poi compresso in JPG.
Hai ragione forse era meglio non metterlo.
Comunque funziona egregiamente , ma questa e' solo una prova al volo che ha poco significato.

Ciao
Antonio

[m.tonetti]

ciuchino ha scritto:
Sarebbe PAL x 1.5 , dovevo guadagnare CPU per provare lo sharpness di Dscaler e l'RGB32 uscendo in VMR9.
Allo screenshot non farci molto caso , considera che stava girando il tearing test ed e' un printscreen poi compresso in JPG.
Hai ragione forse era meglio non metterlo.
Comunque funziona egregiamente , ma questa e' solo una prova al volo che ha poco significato.

Ciao
Antonio

Una volta discutemmo sul fatto che bisogna selezionare come fattori di resize un multiplo intero del segnale in ingresso oppure una risoluzione che rispettasse il rapporto della risoluzione del dispositivo di output. Mi sembra di capire che per motivi di efficienza hai cambiato idea.

Se non ricordo male su AVS vengono descritti strani fenomeni di striature legate alle risoluzioni "anomale" del resize.

Non hai notato niente ?
Forse ti avevo gia' posto questa domanda.

Funziona egregiamente che significa. Quali dovrebbero essere le nuove implementazioni ? In termini di occupazione come si comporta ?

Niente Blur & NR e Sharpen ! Come mai ?

Ciao
MASSIMO

[ciuchino]

Massimo come gia' ti ho detto non penso certo di dare un giudizio dopo mezzora.
Appena caricato ho usato la solita 2X Lanczos + unsharp ed in termini di qualita' video e consumo CPU mi e' sembrata "simile" alla solita Andy.

Poi per curiosita' ho voluto vedere un po' le novita' , menu' in Italiano , il fatto che puoi decidere il resize con algoritmo differente tra Luma e Croma , la conversione YV12 in RB32 ad alta qualita'.
Ma per questo ci vuole tempo.

Per il fatto del resize multiplo intero possiamo starne a discutere due mesi ... mi sembra che anche tu abbia provato il 1920x1080 .

Uguale alla risoluzione di uscita in modo che la scheda video non scali , oppure 1.5X 2X 2.5X 3X della risoluzione di partenza o di quella di uscita ?

Si con certi resize si notano cose strane , sarebbe poi da appurare se il problema nasce da Ffdshow oppure dallo scaling successivo della scheda video.

Il 2X mi e' sempre sembrato il piu' "stabile" , ma anche quando usavo 1280x720 non mi sembrava male.
Col 2X sarei troppo al pelo se uso VMR9 ed RGB32.
Tieni presente che alla fine mi tocca usare un 1024x576 oppure usare il monitor LCD di casa .
Dagli amici non mi permetto di smanazzare piu' di tanto

Lo sharpen stavo provando quello di dscaler ed il denoise non lo amo piu' di tanto.

La solita catena per ora non si tocca ed a tempo perso queste prove

Ciao