FFDShow MPEG-4 Video Decoder 29-06-2004

[ADUWIND]

Nuova edizione @:

http://www.free-codecs.com/download/FFDShow.htm

Changes from FFDSHOW 2004-05-20 to FFDSHOW 2004-06-29:

- order of deinterlace and crop can be changed
- spin controls for logoaway position and size
- deglobalized nic's postprocessing arguments
- updated vs.net project
- working on logoaway filter integration: currently luma only, unfinished conf. page
- fixed frame copying in TimgFilter::getCurNext
- more backward compatibile IDCT selection
- updated libmplayer version
- removed mplayer's liba52 library
- changed IDCT selection, libmpeg2 IDCT is default for XviD
- replaced my 3x3 blur with swscaler, made libavcodec error resilience and error concealment options configurable
- default quicktime palette
- removed unnecessary include
- ffdshow.br wasn't uninstalled (patch by Stephen Walker)
- option to write progress info for command line makeAVIS
- don't print QPEL for unknown frame type
- updated libavcodec
- rss test
- fixed passing of resize parameters
- much shorter compile time when build by gcc
- updated makeAVIS VS.NET project
- DAVC (mpegable AVC) FOURCC support
- makeAVIS stdout output by Kurosu
- using help from Wiki
- using help from Wiki
- updated x264, AR cleanup
- option to resize image by multiplier
- cosmetic changes in keys and presets pages
- allow to specify subtitles speed denominator
- allow to resize video to max 16384x16384 (don't report Windows crashes )
- align internal HQ 3d denoise buffters
- enhanced remote control API: message number can be specified keyboard messages can be processed (useful for Girder) fixed short OSD messages, keyboard commands for changing subtitles positions and font size
- fixed WinDVD 6 crash, updated libavcodec: QTRLE support (incomplete), better ICM support (copied from XviD) disabled ac3 decoding by default (it's broken)
- mplayer's accurate deblocking
- show correct tray icon for encoder
- updated libavcodec
- DwString memory leak fix by Andrew Ivanov
- libavcodec memory leak fix by Andrew Ivanov
- explicitly register ffdshow for raw video types for easier enumeration

[ciuchino]

Aldo hai per caso provato come si comporta col Denoise3D.
E' ottimizzato per SSE2 ? ... sto' usando questa al momento :

http://mitglied.lycos.de/ieggei2/ffdshow/


Ti sei dimenticato Buon HTPC a tutti

[ADUWIND]

ciuchino ha scritto:
Aldo hai per caso provato come si comporta col Denoise3D.
E' ottimizzato per SSE2 ? ... sto' usando questa al momento :

http://mitglied.lycos.de/ieggei2/ffdshow/


Ti sei dimenticato Buon HTPC a tutti

Ciao Antonio,

L'ho installato ieri sera, ho fatto l'upgrade dalla 07062004, oggi pomeriggio lo testo e poi ti racconto.

Per il BUON HTPC a tutti...............

A volte mi sembra fuori luogo, in certi giorni il forum mi sembra, + un Suk, che un "Ginnasio".

Esagerando... troppi mercanti.....nel tempio.:mad

Comunque......obbedisco:

BUON HTPC A TUTTI!!!

[ciuchino]

Ok , stasera dovrei avere tempo e la provo anchio .

Ciao

[ciuchino]

Ho provato ma per usare in modo proficuo il denoise3d devo utilizzare la versione ottimizzata.
La differenza in consumo CPU non e' poca.

Ciao

Ecco ne e' uscita una nuova

http://www.avsforum.com/avs-vb/showt...34#post4003534

new SSE2 build

here are some additional hits to the new version

Hint:
The Parameter setting in the resizer tab direct influence the filter/tap deep and wich internal routines are used.
For Lanczos the parameter choose the mode/tap deep
(3 = lanczos3, 4 = lanczos4, 5 = lanczos5 ...)

Speed tips:
1: u NEED to use a filter (level/denoise...) BEFORE u resize to force max. performance
2: The new default Bicubic setting is a special tuned setting/mode, for best performance dont change the parameter.
If u dont like the new settings, the old parameter was "-0.6". But with the new default setting some new/faster routines are forced/used.

3: Dont go higher than 4 aka Lanczos4, or slower internal routines are used.

4: in Bicubic mode dont set Luma sharpen higher than 1.60 or slower routines are used.
in lanczos3 mode dont set Luma sharpen higher than 0.62/0.82 or slower routines are used.
in lanczos4 mode dont set Luma sharpen higher than 1.20 or slower routines are used.

5: avoid using Chroma sharpen, if u do dont go over 1.20 or slower routines are used.
6: always try to output YV12 colorspace at the output pane
7: Spline & Sinc use slower, lesser optimized routines so avoid those modes.

So mainly use bicubic with the new "default" setting and only Luma sharpen (0-1.6).
Lanczos3 and Lanczos4 are also well optimized, but anything higher is not, like Lanczos with parameter higher than 4 or Spline/Sinc, avoid those modes.

PS: bugs/crashes ... per private message pls. Also gimme some feedback on the resizer speed on P4 since i could not test the code on a P4.
Im still working on one of the main routines so this is not the final code, i hope to push some more speed out of the routines.

Pls test if the horizontal lining bug is now fixed and no color anomalies happend. If u notice anything strange or anomalies send me a private message.

[Flavio61]

Scusate l'ignoranza cosa significa la sigla SSE2 a proposito dell'ffDShow?

[ciuchino]

Flavio61 ha scritto:
Scusate l'ignoranza cosa significa la sigla SSE2 a proposito dell'ffDShow?

E' una versione ottimizzata per sfruttare al meglio il processore

http://www.tommesani.com/SSE2Intro.html

[Riker]

Flavio61 ha scritto:
Scusate l'ignoranza cosa significa la sigla SSE2 a proposito dell'ffDShow?

Sono le estensioni (diciamo macroistruzioni veloci) dei processori.

Se non ricordo male le SSE2 sono istruzioni ottimizzate per operazioni vettoriali o complesse et similia; le mettono a disposizione i P4 e i celeron (quelli derivati da P4).

[Michele Spinolo]

Riker ha scritto:
Se non ricordo male le SSE2 sono istruzioni ottimizzate per operazioni vettoriali o complesse et similia; le mettono a disposizione i P4 e i celeron (quelli derivati da P4).

Anche gli Athlon64!

Per gli amanti di AMD ovviamente!

[Riker]

Michele Spinolo ha scritto:
Anche gli Athlon64!

Per gli amanti di AMD ovviamente!

Giusto me li ero scordati

[ADUWIND]

Flavio61 ha scritto:
Scusate l'ignoranza cosa significa la sigla SSE2 a proposito dell'ffDShow?

Leggi anche quì:


http://www.lithium.it/articolo.asp?code=31&pag=12

[Michele Spinolo]

Riker ha scritto:
Giusto me li ero scordati

Non che volessi bacchettarti eh!

L'ho riportato solo perchè sembra che AndyIEG (l'ottimizzatore di ffdshow per MMX2 e SSE2) abbia una mezza voglia di completare l'ottimizzazione anche in chiave AMD64 (quindi con WinXP64, driver a 64bit ecc...): mi sembrerebbe quindi un investimento più sicuro, allo stato attuale delle cose, un Athlon64, in maniera da tenersi aperta un porta anche per il futuro!

[ciuchino]

Michele Spinolo ha scritto:
mi sembrerebbe quindi un investimento più sicuro, allo stato attuale delle cose, un Athlon64, in maniera da tenersi aperta un porta anche per il futuro!

Quando fai l'upgrade

[Riker]

Michele Spinolo ha scritto:
Non che volessi bacchettarti eh!

L'ho riportato solo perchè sembra che AndyIEG (l'ottimizzatore di ffdshow per MMX2 e SSE2) abbia una mezza voglia di completare l'ottimizzazione anche in chiave AMD64 (quindi con WinXP64, driver a 64bit ecc...): mi sembrerebbe quindi un investimento più sicuro, allo stato attuale delle cose, un Athlon64, in maniera da tenersi aperta un porta anche per il futuro!

Cmq non sarebbe una cattiva idea quella dei A64... chissa quali filtri si potrebbero implementare con tutta quella potenza

[Michele Spinolo]

Riker ha scritto:


Cmq non sarebbe una cattiva idea quella dei A64... chissa quali filtri si potrebbero implementare con tutta quella potenza

AndyIEG parlava di un incremento di prestazioni di circa il 30%, se a questo si aggiunge la maggior velocità "di serie" degli Athlon64....insomma potrebbe valerne la pena!

Di sicuro Denoise3D HQ, Spline o un Lanczos tirato e un sharpen a valle di tutto si fa senza problemi.

Non vedo cosa si potrebbe volere di più!

Anche se c'è quel bel controllo del gamma sui 3 colori...mmmmhhhh...peccato che ci voglia un Cray per farlo girare!