Spinotti

Avisinth LimitedSharpen in FFdshow: funziona!

alex_gio1983 ha detto:
seguita la procedura del 150

ricevo quest'errore:

Script error there is no funcion named "Removegrain"

bho?!:confused:
Clicca per espandere...
Aspe, ho dimenticato di dirti una cosa :p, di cui però mi accorgo solo ora (scusami :( ).

I barton non possiedono le istruzioni SS3, mentre nel mio rar è presente solo la dll per sfruttare questo tipo di istruzioni. L'ho quindi aggiornato con quest'ulteriore libreria. Riscaricalo e decomprimilo come hai già fatto.

Scusa ancora :p
 
erick81 ha detto:
Nemmeno le SSE2, se può essere d'aiuto.
Clicca per espandere...
Mooolto d'aiuto... ehm, coff coff, ho sbagliato di nuovo :mad:

Riscarica please alex_gio1983... ti prometto che questa è l'ultima volta :p



EDIT:
Copia solo la RemoveGrain.dll e assicurati di cancellare le altre presenti nella cartella plugin.

Questo va da promemoria anche per gli altri che vorranno utilizzare il rar che ho messo a disposizione (ora modifico il post #150) in quanto l'help della funzione RemoveGrain riporta quanto segue:

The binary package contains four versions of RemoveGrain, two small dynamically linked versions RemoveGrain.dll, RemoveGrainSSE2.dll, RemoveGrainSSE3.dll and the big staticly linked RemoveGrainS.dll. The first one only requires integer SSE (Athlon and Pentium 3 design), the second requires a SSE2 capable cpu (Pentium 4 or Athlon 64) and the third is for Prescott P4s only. If none of these dlls work because of a missing dll, one has either to copy the missing dll to the window's system directory or one has to use RemoveGrainS.dll, which only requires SSE. Please put only one of the three plugins into the Avisynth plugin directory.
Clicca per espandere...
 
Ultima modifica:
cobracalde ha detto:
Avete provato per caso la nuova versione di ffdshow:

20051129
Clicca per espandere...

l'ho installata appena uscita , in effetti la % di cpu è calata di un paio di punti percentuale , ho pure provato a smanettare come da post di Milan-Cutka

"Date: 2005-11-29 23:44
Sender: milan_cutka
Logged In: YES
user_id=547197

Thank you very much for your offer, I feel very honoured.
But before I'll decide to accept it, I'll have to be
sure
that I'll actually be able to implement proper
multithreading support into ffdshow. Making a software run
in more threads and effectively use them is quite difficult
and I have little experiences in this field. I'm writing
this because if you and other ffdshow users would gather
money for me to buy dual core CPU, I'd feel bound to
implement your request as perfectly as possible.

In latest ffdshow build (20051129) I added an option to
Misc. page to set the number of threads which libavcodec
should use when decoding MPEG 1/2 video. You can test it to
see if it'd make some difference. "

con il mio P4 non mi pare che ci sia nessuna differenza , chissà se con i dual core..................
 
treno ha detto:
il link alla discussione completa
Clicca per espandere...

******
libavcodec video encoding is multithreaded already and the
thread number can be set from configuration dialog. Some
libavcodec decoders are multithreaded too (mpeg1/2), but
this option isn't available from the GUI yet.
********

A quanto dice la cosa funziona solo in encoding o decoding mpeg1/2 e non per il postprocessing.
La decodifica dell'mpeg la fa' Nvidia per cui per ora penso non porti vantaggi.
Si puo' provare ad esempio con zoomplayer a leggere un file mpeg impostando Ffdshow come decoder ... ma devo provare.
Comunque ottimo a sapersi ... se con le donazioni si compra un dualcore ;)

Ciao
Antonio
 
perfetto tutto ok!
in effetti praticamente dopo 10 minuti che postato mi sono accorto che le ss3 non c'entravano un fico secco col barton, ma che vuoi l'università e il treno ti rincitrulliscono...

GRAZIE ancora a sthealt82 per la sua pazienza e tutti quelli del forum per le info grazie ancora.
ciao alex
 
ho installato una nuova versione di crystalplayer ma (dannato me) mi si ripresenta lo stesso identico errore di prima!!!
ho pensato che probabilmente si era incasinato windows, allora l'ho reinstallato.
Ho seguito le info aggiornate nel post 150 ma niente non funziona, e quello che mi fa veramente + incazzare è che prima funzionava tutto bene
bho!
 
alex_gio1983 ha detto:
ho installato una nuova versione di crystalplayer ma (dannato me) mi si ripresenta lo stesso identico errore di prima!!!
ho pensato che probabilmente si era incasinato windows, allora l'ho reinstallato.
Ho seguito le info aggiornate nel post 150 ma niente non funziona, e quello che mi fa veramente + incazzare è che prima funzionava tutto bene
bho!
Clicca per espandere...
e porc... te lo sei goduto neanche 2 ore :D

Qual'è l'errore stavolta? Sempre RemoveGrain?
 
quando si dice i misteri dell'informatica...
ho usato la removegrainS e tutto fila liscio. Ora non tocco più NULLA!

ps:cmq è da paura la roba che puoi combinare con questi filtri!!
 
cobracalde ha detto:
Eh eh eheh... figurati... toccherai... toccherai.... :D :D
Clicca per espandere...
Se mai dovesse sarebbe meglio si toccasse prima di farlo :D

Cmq era scritto nella nota che ho riportato:

If none of these dlls work because of a missing dll, one has either to copy the missing dll to the window's system directory or one has to use RemoveGrainS.dll, which only requires SSE.
Clicca per espandere...
 
stealth82 ha detto:
Per quanto riguarda il NOS ho fatto alcune prove... per un certo tempo ad 8% la CPU sembrava starci, poi ho overcloccato al 10% e mi son beccato il freeze di Windows all'avvio, tornato ad 8% uguale :(
Il massimo che posso fare è 5%.

Ho così abbassato il resize a 1280x720 (come lo avevo prima quando mantenevo il Denoise3D HQ, in seguito ho attivato il mergeluma riuscendo così nel 2x) e sto a 87-94% (2310MHz sempre fissi)... buono direi.

L'overclock manuale non voglio farlo in quanto mi sembra erick81 abbia indicato dei problemi di inibizione Cool'n'Quiet.

Cmq son contento, lo sharpen applica maggior qualità a 1.1 e si nota.
Clicca per espandere...
Premessa: ho abbandonato l'overclock NOS (massimo consentito 5%) a favore del manuale + RM Clock (ben superiore volendo), portando così la frequenza della mia CPU a 2400MHz @ 1.4v (960MHz @ 1.1v a riposo). Ho tolto qualunque filtro di denoising.



Incredibile come 96 linee facciano la differenza tra la vita e la morte di una CPU. Siccome mi piace molto guardare i film nella loro controparte originale, l'NTSC (avendo la "fortuna" di abitare vicino ad una caserma statunitense su suolo vicentino), ho voluto verificare quanto fantasticamente detto (da Li On) nel thread di Socio per il suddetto formato, e cioè che con un P4 3.8GHz si può applicare un valore di 1.3 x / y (:eek:) senza problemi.

Che dire: è vero e bellissimo :D

Ora in ffdshow ho due preset pressochè identici, la cui differenza sta nei due valori Avisynth: preset default a 1.1, preset NTSC a 1.3 (e le cose cambiano davvero).

Ecco la mia configurazione "definitiva di oggi" comprensiva di consumi:

  • preset default:

    autoload condition: N/A
    Codecs: YV12
    Avisynth: YV12
    Import("C:\Program Files\AviSynth 2.5\plugins\LimitedSharpen.avs")

    LimitedSharpen(ss_x=1.1,ss_y=1.1,Smode=3,strength=40,overshoot=7)​
    Resize & Aspect:
    Specify size: 1280x720
    Resize: if x < 1280 or y < 720
    Aspect ratio: No aspect ratio correction
    Lanczos 4 Luma 0 Chroma 0​
    Output: YV12

    Consumo CPU: 88% - 96%

  • preset NTSC:

    autoload condition:
    on movie dimension match: 720 <= width <= 720 and 480 <= height <= 480​
    Codecs: YV12
    Avisynth: YV12
    Import("C:\Program Files\AviSynth 2.5\plugins\LimitedSharpen.avs")

    LimitedSharpen(ss_x=1.3,ss_y=1.3,Smode=3,strength=40,overshoot=7)​
    Resize & Aspect:
    Specify size: 1280x720
    Resize: if x < 1280 or y < 720
    Aspect ratio: No aspect ratio correction
    Lanczos 4 Luma 0 Chroma 0​
    Output: YV12

    Consumo CPU: 89% - 97% (a volte 100% nei menu (forse perchè 16:9 pieni :confused:.. bisogna vedere se influiscono, in maniera positiva, le bande nere - purtroppo non ho film NTSC full 16:9)
 
Ultima modifica:
stealth82 ha detto:
bisogna vedere se influiscono, in maniera positiva, le bande nere - purtroppo non ho film NTSC full 16:9)
[/list]
Clicca per espandere...

le bande nere vengono processate solo se metti la spunta in "process whole image", se non spunti questa casella non viene consumata CPU per questa porzione di schermo.
Di default la casella NON è spuntata, quindi vai tranquillo:)
 
Michele Spinolo ha detto:
le bande nere vengono processate solo se metti la spunta in "process whole image", se non spunti questa casella non viene consumata CPU per questa porzione di schermo.
Di default la casella NON è spuntata, quindi vai tranquillo:)
Clicca per espandere...
Come immaginavo... mi sa che appena becco un NTSC full 16:9 dovrò abbassare i valori :D
 
Devi accedere o registrarti per rispondere qui.
Indietro
Top

Expert Imaging & Sound Association

AV Magazine è membro EISA dal 2019
all'interno del Mobile Devices Expert Group

Per informazioni: www.eisa.eu

Legali - Privacy - Privacy settings
Cookie - Pubblicità - Redazione

AV Raw s.n.c. P.iva: 02040960672
AV Magazine - Testata giornalistica con registrazione Tribunale di Teramo n. 527 del 22.12.2004
Direttore Responsabile: Emidio Frattaroli
Editore: AV Raw s.n.c. - Iscrizione ROC n. 33221

Copyright © 2005 - 2024. È vietata la riproduzione, anche solo in parte, di contenuti e grafica