• Sabato 14 febbraio da Audio Quality partirà un roadshow che porterà il nuovo proiettore DLP 4K trilaser Valerion VisionMaster Max in giro per l'Italia e che toccherà Roma, Genova, Milano, Napoli, Padova e Udinee forse anche Bari e Torino. Maggiori info a questo indirizzo

HTPC, aiuto per la guida di ffdshow

Benjo ha detto:
Quindi da quel che mi è parso di capire, reputi il postprocessing mediante ffdshow molto superiore a quello ottenibile con i driver Nvidia?
Te lo chiedo perchè io credo invece l'esatto contrario, in quanto con ffdshow attivato e utilizzando altri player (tipo Mediaplayer Classic o KMplayer) si vedono una marea di artefatti (fra l'altro utilizzando i setting consigliati sul forum), cosa che invece non accade assolutamente con TT + accelerazione HW Nvidia con sharpner e denoiser e telecine inverso attivato. Qualcuno ha le mie stesse impressioni?

Non ho detto questo,

Se riuscissi a far funzionare ffdshow, ti risponderei molto volentieri.

Posso solo affermare che il post processing proposto dai driver Nvidia, in particolar modo ho tentato con il sharpness, visto che non ho problemi di noise, fa solo ringing, ma di dettaglio neanche l'ombra.
Con:

- la mia catena video,
- confrontato con lo sharpness del pioneer 868.

poi se a te piace hai solo che da usarlo, visto che ti agevola la vita rispetto a ffdshow.

P.S. telecine inverse non serve solo per meteriale NTSC?

Ilario.
 
Grazie per le tue considerazioni, farò nuove prove cambiando versione di FFDSHOW e siamo alla quarta disinstallazione e reinstallazione :cry: ). per quanto riguarda il telecine inverso serve per fare agganciare le cadenze 3:2 pulldown (spero, non vorrei avere detto un fesseria). Ciao
 
Benjo ha detto:
per quanto riguarda il telecine inverso serve per fare agganciare le cadenze 3:2 pulldown. Ciao

Quindi lavora solo con materiale NTSC, con materiale PAL non dovrebbe servire a nulla.

Ilario
 
YGPMOLE ha detto:
Non hai inserito la spunta per i file con estensione ".ifo" nel pannello del menù di configurazione di TheaterTek.

Un saluto. Leo!

Ragazzi,

Dio se fa godere la spunta ".ifo"

miracolosamate è apparso l'icona ff sulla task, le CPU si sono caricate e finalmente si è cominciato a vedere come intendo io!

per quelle che sono le prove che si possono fare in 2 ore ho dedotto che:

Il rescaling lanzos 2x :D con un po' di sharp sul luma 0.7-1 già così l'immagine 720P perde quella maledetta sfocatura che la rendeva peggio ad un 576P.

Ho quindi flaggato Avisynt, gli ho dato in pasto questa istruzione:

MT("hqdn3d(2)
LimitedSharpenFaster(ss_x=1.5, ss_y=1.5, Smode=4, strength=40, overshoot=7)")


Morte clinica!

mi sono umilmente ritirato a filtrare e quindi riscalare, con valori di SS di 1.2-1.3 e ha iniziato a funzionare, anche se andando avanti con le prove secondo me i risultati migliori si ottengono prima upscalando, quindi filtrando, in quasto caso al limite il Pc riesce a gestire un rescaling a 1280x720, quindi un SS di 1.1 forse 1.2.
In quest'ultima configurazione l'immagine è estrememente bilanciata, pulita, Artefatti praticamente inesistenti e guadagna decisamente in tridimensionalità.

Ho quindi fatto una prova spegnendo Avisynt e usando lo sharpness di FFdshow, in questo caso la sensazione era quella di avere un po' più di dettaglio rispetto a LimitedSharpenFaster, però si avvertono già a valori di 40 o poco più, artefatti come ringing, troppo microcontrasto cormatico, scalinature.

Ora volevo fare una domanda:

Il resize di ffdshow, è identico a quello di avisynt?

lo chiedo perchè ffdshow, nel resize mi carica una sola CPU al 30-40% mentre avisynt ripartisce il lavoro tra le due CPU,
Allo stato attuale ho quindi circa un 20% della potenza di calcolo non utilizzabile poichè basta che UNA cpu si carichi al 100% per iniziare a scattare sull'immagine.

Il prossimo step sarebbe quindi quello di dare in carico ad avisynt anche il rescaling, ma mi sembra di aver capito che qualitativamente è migliore il resize di ffdshow.

Benjo ha detto:
Quindi da quel che mi è parso di capire, reputi il postprocessing mediante ffdshow molto superiore a quello ottenibile con i driver Nvidia?

Non ho fatto prove specifiche, ma da quello che ho visto ieri posso affermare che:

Il resize lancoz è drammaticamente migliore di quello che fa TT2 usando una Nvidia 7600.

Il degrado di quanto sopra mi rende difficile dire quale lavora meglio, anche perchè non so se i driver NVIDIA prima applicato sharp e poi scalata l'immagine o il contrario.
Ad ongi modo, l'impressione che ho avuto io è che non sia molto dissimile da lo sharpness "standard" di ffdshow, e a mio modo di vedere inferiore a LimitedSharpenFaster.
Chiaramente mi tengo il riserbo di lavorarci su, perchè in 2 ore posso solo aver dato uno sguardo ad un mondo che richiede mesi per essere esplorato.

Un ringraziamento pe l'aiuto e un saluto,

Ilario.
 
Le ultime versioni di ffdshow normalmente sfruttano le due CPU per il resize (di Ffdshow).
Se vai su resize diversi dal 2X sembrerebbe meglio quello di Avisynth che in ogni caso consuma di piu'.
Se hai potenza e riesci con Ffdshow a far lavorare le due CPU prova anche il Sinc invece di Lanczos.
Poi come al solito bisogna provare ed ogni scarafone e' bello a mamma sua ;)

Ciao
Antonio
 
ango ha detto:
Più o meno così ehh? :)

:)
L'unico rischio e' perdere il gusto di vedersi un film in santa pace.
Non sono ancora riuscito a trovare un filtro che converta una ciofeca di film in un buon film.
L'unica consolazione e' che non ci riusciranno neanche con l'HDDVD ed il Blu Ray :)
 
questo W.E. ho fatto alcune prove con ffdshow w avisynth...

Ho provato a dare in pasto a avisynth il seguente comando di lanzo:

SetMTMode(2,0)
hqdn3d(2)
LimitedSharpenFaster(ss_x=1.0,ss_y=1.0,Smode=4,strength=40,overshoot=7)
(last.width < 1280 || last.height < 720) ? LanczosResize(1280, 720, taps=4) : last


Ho notato subito che non ripartisce i carichi sulle due CPU, ma fa lavorare una sola.

ho riscritto l'istruzione seguendo le indicazioni di Stealth:


SetMTMode(2,0)
hqdn3d(2)
SetMTMode(2,0)
LimitedSharpenFaster(ss_x=1.0,ss_y=1.0,Smode=4,strength=40,overshoot=7)
SetMTMode(2,0)
(last.width < 1280 || last.height < 720) ? LanczosResize(1280, 720, taps=4) : last


ma niente, continua a caricare una sola CPU, inoltre avisynt mi dice di provare a dare una istruzione al resize tipo "splitvertical=true", non me la sono appuntata quindi potrebbe essere errata, per dividere il carico sulla CPU.

Quindi me ne sono tornato sul comando originale:

resize di ffdshow lancoz 1280x720

+

MT("hqdn3d(2)
LimitedSharpenFaster(ss_x=1.5, ss_y=1.5, Smode=4, strength=40, overshoot=7)")


che mi carica una CPU al 90-100% e l'altra al 40-50%

Avete idea del motivo per il quale questo comando funziona e l'altro no?

Esiste un resize multitasking???

In modo da poter scaricare la prima CPU e equiparare il carico di lavoro?

Mi sembra che sia un po' meglio il risultato finale facendo prima il rescaling, quindi filtrare l'immagine, che non il contrario.

anche voi avete questo feedback?

Ilario.
 
anche io vedo salire solo la cpu di destra

sto utilizzando quello script ma non c'è nulla di scientifico e di empirico, potrebbe essere errata la sintassi, insomma non fidarti :)
 
Confermo uguali problemi!
La CPU di destra lavora sempre di più quando faccio lo scaling e non c'è verso di farla lavorare sfruttando i due processori...
Anche a me da lo stesso errore se forzo l'MT!
Anche solo mettendo:

MT("LanczosResize(1280, 720, taps=4)")

mi restituisce un errore e mi suggerisce di inserire il splitvertical=true...
Lamps
 
Per far lavorare uno po di più il primo processore e meno il secondo bisogna settare l' affinità su cpu 0 nel processo di zoom player.


ciao
 
Angelus ha detto:
Per far lavorare uno po di più il primo processore e meno il secondo bisogna settare l' affinità su cpu 0 nel processo di zoom player.
Ho tentato come da te suggerito, ma non cambia nulla in termini di distribuzione carico, a meno che media player classic si comporti differentemente nel mio caso.
 
lanzo ha detto:
anche io vedo salire solo la cpu di destra

sto utilizzando quello script ma non c'è nulla di scientifico e di empirico, potrebbe essere errata la sintassi, insomma non fidarti :)

Non fare favoritismi lanzo :D

usa il "mio" script allora, che "spalma" il SSF sui due core così hai risorse sufficienti per chiamare il rescale prima dell'SSF.

come torno a dire secondo me il risultato finale è migliore usando l'SSF sul frame 720x1280 che non sul frame a 576x720.

sti cavolo di comandi si fumano la potenza di calcolo di un E6300 come fosse acqua!

Ilario.
 
Con il notebook e sofftware (ffdshow rev. 2546) in firma e con le seguenti istruzioni ...

SetMTMode(2,0)
MT("hqdn3d(2)
LimitedSharpenFaster(ss_x=1.3, ss_y=1.3, Smode=3, strength=60, overshoot=3)")
+
resize di ffdshow lancoz 1280x720

ho tutti e due i core caricati a circa 80% senza nessuna affinità ... non so perchè cio accade ma da quando ho messo zp (circa 6 mesi) la situazione è stabile.

Se faccio prima il resize poi posso solo dare ss_x/y=1.0 :cry: altrimenti saturo tutte e due le cpu.

Invece con KMPlayer non riesco a caricare tutte e due le cpu :( .... a parte che non ho fatto molte prove.

Misteri dell'informatica ... :confused:
Ciao
Dream
 
dream13 ha detto:
Con il notebook e sofftware (ffdshow rev. 2546) in firma e con le seguenti istruzioni ...

SetMTMode(2,0)
MT("hqdn3d(2)
LimitedSharpenFaster(ss_x=1.3, ss_y=1.3, Smode=3, strength=60, overshoot=3)")
+
resize di ffdshow lancoz 1280x720

ho tutti e due i core caricati a circa 80% senza nessuna affinità ... non so perchè cio accade ma da quando ho messo zp (circa 6 mesi) la situazione è stabile.

Se faccio prima il resize poi posso solo dare ss_x/y=1.0 :cry: altrimenti saturo tutte e due le cpu.

Invece con KMPlayer non riesco a caricare tutte e due le cpu :( .... a parte che non ho fatto molte prove.

Misteri dell'informatica ... :confused:
Ciao
Dream

I valori che dichiari sono coerenti con quello che vedo anche io

se attivi il super sampling ti si siede la CPU 1.3 basta e avanza in 720P

senza SS puoi "permetterti" di fare il resize prima, ma solo a 720P un 2x ti pianta tutto.

Il primo comando "SetMTMode(2,0)" da me è ininfluente, nel senso che va in multicore solo con:
MT("hqdn3d(2)
LimitedSharpenFaster(ss_x=1.3, ss_y=1.3, Smode=3, strength=60, overshoot=3)")

Quello che a me non succede è che il resize di ffdshow, mi va in carico ad una sola CPU.

ma forse è la versione mia di ffdshow (quella della guida) che non ha funzionalita MT

Se hai tempo provi a inibire avisynth, fare solo il rescaling con ffdshow e mi racconti se spalma il carico sulle 2 CPU.

In questa discussione ci sono esempi di utilizzo dello splitvertical...

Ilario.
 
Ultima modifica:
ango ha detto:
Il primo comando "SetMTMode(2,0)" da me è ininfluente, nel senso che va ...
Effettivamente non serve in quanto il carico si distruisce anche senza ... circa 80% su entrambi.
ango ha detto:
Se hai tempo provi a inibire avisynth, fare solo il rescaling con ffdshow e mi racconti se spalma il carico sulle 2 CPU.
Provato e il carico si distribuisce abbastanza bene tra i due core ... uno al 40% l'altro al 30%.
Ciao
Dream
 
lanzo ha detto:
io non voglio utilizzare il resize di ffdshow

Ottimo!

Allora studiati il link che ti ho indicato e trova il modo di far andare in MT sto benedetto splitvertical...

Scherzi a parte Giordano, mi racconti perchè non vuoi usare il rescale di ffdshow?

Ilario.

P.S. io sto Occando di brutto il mio E6300, ma a giudicare da test intermedi fatti ieri a 2.6Ghz ma mi sembra di poter affermare che la potenza di calcolo di un Core duo 2 anche spinto a 3 Ghz, NON ha la potenza di calcolo necessaria per fare un LSF di un 720P con SS attivo con incidenza di 1.3, ANCHE SE RIPARTITO SUI DUE PROCESSORI! Domanda cosa serve il SS? è percettibile, è utile?
 
Ultima modifica:
non ho capito nulla, io copio le impostazioni fatte da altri, provo a guardarmi alcuni dvd e decido se si vede meglio

con le mie impostazioni si vede decisamente meglio rispetto al player liscio e le cpu con il 6400 rimangono abbastanza tranquille, il denoise mi sembra eccessivo su materiale pulito e scarso su materiale rumoroso ma penso non si possano fare miracoli

il resize di ffdshow è roba vecchia, voglio solo avisinth adesso
 
Ciao Giordano,

lanzo ha detto:
non ho capito nulla, io copio le impostazioni fatte da altri, provo a guardarmi alcuni dvd e decido se si vede meglio

Siamo in due :D

lanzo ha detto:
con le mie impostazioni si vede decisamente meglio rispetto al player liscio e le cpu con il 6400 rimangono abbastanza tranquille,

Condivido,

Secondo me la situazione migliora ulteriormente spostando il resize prima del'LSF ma non vedrai più il 6400 tranquillo, ma a cavallo tra 90 e il 100%

Problema di semplice risoluzione, visto che quelle CPU salgono a 2.8-3 Ghz senza creare grossi problemi. io a 2.8 tengo il Vcore a 1.25 e ho una temperatura in stress inferiore al settaggio di default!

lanzo ha detto:
il denoise mi sembra eccessivo su materiale pulito e scarso su materiale rumoroso ma penso non si possano fare miracoli

Il fatto è che il materiale è troppo disomogeneo per fare tutto con un settaggio. Non mi sembra comunque un grosso problema visti che devi cambiare 1 valore.

"L'argomento tra parentesi (l'intero, in questo caso il numero 2) determina il grado di incidenza - come forza - del filtro. Un valore superiore a 5 è sconsigliato in quanto introdurrà effetti collaterali quali perdita di dettaglio.
Eccellente denoiser dal consumo CPU importante. "Se ne avete" è quasi una scelta definitiva. Può essere supportato dal multithreading."


lanzo ha detto:
il resize di ffdshow è roba vecchia, voglio solo avisinth adesso

Sarà anche come dici tu, ma l'algoritmo usato è lo stesso, quindi io non mi aspetterei differenze... fare una somma con la calcolatrice di windows, con excell, o con mathcad, non è che il risultato cambia.

Un caro saluto,

Ilario.
 
Top