Ieri sera ho effettuato un'ulteriore sessione di approfondimento di FFT3GPU, usandolo sia come denoiser che come sharpener.
Avevo già scritto in precedenza, e altri prima di me, dell'uso come denoiser, è un filtro veramente valido, anche se le chiamate devo studiarmele in modo più approfondito, ma così
fft3dGPU(mode=1,precision=2)
si ottiene già un bel risultato.
Ho provato ad abbinarlo a LSF:
MT("LimitedSharpenFaster(ss_x=1.6, ss_y=1.6, Smode=4, strength=100, wide=false, overshoot=1)", threads=4)
fft3dGPU(mode=1,precision=2)
in questo modo il lavoro viene diviso tra GPU e CPU, ottima soluzione per chi non ha un dualcore e vuole usare comunque denoiser e sharpener al massimo livello.
Ho provato la chiamata inversa facendo lavorare la GPU come sharpener.
MT("hqdn3d(3)", threads=4)
fft3dGPU(sharpen=2)
Da quanto ho capito la chiamata per lo sharpen è questa qui, semplice semplice, accetta pure valori decimali (a 0 è disattivata), però inserendo un valore superiore a 2,5 inizia il festival degli artefatti, sopratutto durante il cambio di inquadratura allo stacco è un macello (avevo portato il valore a 5) con pixel solarizzati che si cancellano con un certo ritardo rispetto agli altri creando un curioso effetto "VGA 16 colori".
La qualità non è male, però se non c'è altro ritengo LSF di gran lunga superiore come flessibilità nelle opzioni di chiamata e qualità totale.
Ovviamente non ho potuto usare FFT3GPU con ambedue le chiamate, solo una porta la GPU ad un consumo all' 65-75% circa (ATI HD3650), non so manco se è possibilie.
Da ricordare che apparentemente non è possibile invertire le chiamate, FF3GPU va inserito come ultimo altrimenti il video inizia a scattare paurosamente, anche se GPU e CPU non saturano.
A differenza degli altri miei post ho eliminato il resizer ora non più necessaruio, infatti cambiando versione di TT, da 2.3 a 2.5, il problema (con avisynth non veniva visualizzato il corretto AR) è scomparso.
