|
|
Risultati da 706 a 720 di 1708
Discussione: HTPC, aiuto per la guida di ffdshow
-
28-01-2008, 14:43 #706
Dubito che ce la faccia il proc.
avevo la stessa configurazione tua un tempo e anche se apaprentemente reggeva dopo qualche minuto audio e video andavano fuori sincrono.
-
29-01-2008, 12:17 #707
Sospeso
- Data registrazione
- Dec 2007
- Messaggi
- 214
per chi usa reclock.... vi e' capitato che su alcuni Mkv o Divx dia un errore all'inizio del film? uno mi pare dicesse "invalid float position..." o qualcosa del genere...
c'e' qualcosa da configurare su reclock che magari non ho fatto? io l'ho solo installato con i vari next e basta..
grazie
-
29-01-2008, 21:09 #708
Member
- Data registrazione
- Jan 2006
- Messaggi
- 55
Originariamente scritto da enzinoxl
-
29-01-2008, 23:03 #709
In questi giorni sto approfondendo quanto il multithread sia frainteso per il post-processing. Il punto è che il suo impiego non abbatte affatto il consumo sui picchi ma velocizza soltanto il tempo di esecuzione, facendo così terminare l'elaborazione in minor tempo. Tutto bene finchè si parla di pre-processing (ambiente offline) ma poco bene per chi tali elaborazioni le esegue on-the-fly come noi... Che significa?
A parità di clock, avere una chiamata dichiaratamente sforata su single core significa averne una anche per il multi core.
Ma allora, dove sta il vantaggio? Semplice: nell'ottimizzare quella poca percentuale di CPU non sfruttata.
Pensando al single thread non ci viene difficile capire come il tutto venga processato frame per frame. Ciascun frame, tuttavia, differisce dall'altro per composizione d'informazioni... alcuni sono "facili" da processare, altri meno. Questo si traduce in un tempo di elaborazione che varia costantemente a seconda della complessità dell'immagine. A volte la CPU si sbriga prima, altre volte meno. In single core è impossibile salvare quei cicli "risparmiati" per ridestinarli altrimenti, vengono semplicemente "droppati" in attesa che il successivo frame "salga in cattedra".
Ecco dove interviene il multi-core. Attraverso il multi-thread abbandoniamo la linearità del funzionamento per impiegare i cicli inutilizzati in un'anticipazione dell'elaborazione dei frames successivi. Ci prendiamo avanti insomma. Maggiori sono i core, maggiori sono i threads instanziabili...
Il fatto è che non possiamo esagerare con la chiamata sperando che il multicore faccia il miracolo. Se la CPU è impiccata su di un core per un singolo frame, non pensate che lo saranno anche gli altri per i successivi? Se non c'è alcun risparmio di cicli macchina noi cosa anticipiamo che siamo presi male?
P.S. Ho scritto come mi è venuta a quest'ora... anche se fatto di fretta spero si capisca qualcosa...Ultima modifica di stealth82; 29-01-2008 alle 23:11
-
29-01-2008, 23:04 #710
Originariamente scritto da enzinoxl
Cmq sia quad core è leggermente meglioUltima modifica di stealth82; 29-01-2008 alle 23:10
-
29-01-2008, 23:45 #711
Originariamente scritto da stealth82
Comunque, molto più interessante:
Originariamente scritto da stealth82
-
29-01-2008, 23:50 #712
-
30-01-2008, 09:06 #713
Non uso seesaw da parecchio tempo ma mi ricordo che oltre allo "script" bisognava installare altri plugins perchè funzionasse....vado a memoria...mi ricordo ad esempio soothe
ciao sebi
-
30-01-2008, 09:10 #714
Originariamente scritto da kache
Spero di riuscire a cambiare questo trend. Portate pazienza.
Originariamente scritto da kache
-
30-01-2008, 09:48 #715
Member
- Data registrazione
- Jan 2006
- Messaggi
- 55
Originariamente scritto da stealth82
Ho detto fesserie, stealth82?
-
30-01-2008, 10:24 #716
Originariamente scritto da kache
http://www.avsforum.com/avs-vb/showthread.php?t=719041
ciaoCooler Master Elite 130 - Intel i3-4330 - HD4600 - Windows 7 Prof. 64bit - Kodi 16.1
-
30-01-2008, 10:57 #717
Originariamente scritto da enzinoxl
-
30-01-2008, 14:01 #718
Member
- Data registrazione
- Jan 2006
- Messaggi
- 55
Grazie infinite, il tuo aiuto è sempre prezioso, sono più che soddisfatto. Colgo l'occasione, dato che non l'ho mai fatto prima, di dirti quanto sei stato fenomenale con la tua guida. Ho scoperto ed iniziato ad usare il post processing proprio con te e, per me, è stato come quando gli uomini primitivi hanno scoperto il fuoco. Non riesco a vedere più nessun filmato o dvd, se non uso ffdshow. Grazie davvero.
-
30-01-2008, 14:53 #719
Originariamente scritto da mamach
)
ciaoCooler Master Elite 130 - Intel i3-4330 - HD4600 - Windows 7 Prof. 64bit - Kodi 16.1
-
30-01-2008, 17:59 #720
Advanced Member
- Data registrazione
- May 2002
- Messaggi
- 1.616
Come sapete, utilizzando Avisynth bisogna inserire la Avisynth.ddl all'interno della cartella Windows/System32: volevo segnalare un'anomalia che questa operazione comporta e che, inizialmente, fu scambiata per un problema della versione 2.6 di TheaterTek.
La versione 2.5.7.0 - contenuta nei plugin dello Stealth pack - fa sì che, riducendo TheaterTek a finestra quando si è in modalità "WRM9 Exclusive", non si riesca a riprendere la visualizzazione, ottenendo la segnalazione di errore "TheaterTek non è in grado di ricostruire il filter graph".
Il problema può essere superato o rinunciando alla "visualizzazione Full screen exclusive" (in questo modo la riduzione a finestra non manda in crash TheaterTek), oppure inserendo la versione 2.5.6.0 della Avisynth.ddl, che funziona regolarmente anche con le versioni più aggiornate del programma stesso (testata con Avisynth 2.5.7 e 2.5.8Alpha).Ultima modifica di YGPMOLE; 31-01-2008 alle 16:43
Un saluto. Leo!