Le nouveau ffdshow

[alph@]

et pour poser les questions directement aux developpeurs
http://ffdshow-tryout.sourceforge.net/phpBB2/
et un recapitulatif
http://ffdshow.wyrdic.net/?N=D#videomixer9

[alph@]

nouvelle version sse et sse2 par xxl la 730
http://sourceforge.net/project/showfile ... _id=173941

[schrek]

Salut,

Tous les jours on a une nouvelle version de ffdshow sur SourceForge, comment faire le tri parmis toutes ces versions ?

[Seb.26]

Salut,
Tous les jours on a une nouvelle version de ffdshow sur SourceForge, comment faire le tri parmis toutes ces versions ?

utilise seulement les release stable ... pas les CVS ou les "Daily builds"...

[schrek]

OK mais celle un peu plus haut (730) est une "nightly build".
La dernière dite "stable" date du 10/12 et c'est une beta 1 !

[McGayver]

Ne te laisses pas tenté par le côté obscur de la force

C'est pas parce que c'est la derniére que c'est la mieux Pour en avoir essayé tant et plus , je me suis rendu comte que la différence tenait dans l'occupation cpu et non tellement dans la qualité d'image

A+

[alph@]

un exemple d'evolution ,de la 690 a la 735 ,ca fait pas mal est certaine valent le coup

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

bas de page



Changes from FFDShow rev. 690 to FFDShow rev. 735 :

- removed h264 pp
- GCC compatibility for avisynth update.
- Workaround for currentFrame being incorrect with timestamp jitter. (Needed for avisynth.) Still insufficient for VFR.
- Accidentally mixed an ICL file in there.
- Quiet some spurious VC8 warnings.
- updated ffdshow_icl9
- OSD:Queued Samples:VMR9 renderless fix.
- YV12 and odd number lines.
- Queue :disable prefetch.
- Queue bug fix: OSD, Overlay Mixer.
- exclude YSO_WIN.exe (Y's origin)
- updated msvc71 binaries
- New version of queue. As a result, queue becomes effective with Zoom player and MPC + VMR9.
- Another fix includes:
· Only queue in VMR7 and overlay mixer.
· In VMR9, try VMR9's internal queue.
· improved compatibility issue with BSPlayer.
· Windows Media Player is excluded from queueing internally regardless of the settings.
· registry option "queueCount".
- ListEmptyIMediaSamples is a helper class of queue and does prefetch.
GetBuffer and Receive is now called from the same thread. If Receive and GetBuffer is called from other threads, GetBuffer often returns error.
By cooperating with TffOutputQ, ListEmptyIMediaSamples buffers the IMediaSample as soon as it is released in TffOutputQ::ThreadProc.
- Reordering the codec list.
- Added more fourccs.
- Remove useless spaces.
- IS tasks fix
- fail CheckMediaType in Raw Video Format
- small IS update
- added some remarks
- Reordering the codec list.
- (ffmpeg 7357 7361 7365)
- updated wmv9
- Dialog Resize/Aspect ratio Manual & Overlay aspect ratio. Cursor key was not effective.
- MPC/Haali video renderer + MPC's internal source filter AVI + ffdshow : fix seek problem(old issue)
- small fix for IS.
- Added presets list retrieval, as well as source file name
- Updated changelog & small update to German IS translation.
- updated lzo
- Add support for VP60 and VP61.
- limit x/ymin/max to me_range
- slight psnr/bitrate gain for most but not all files if me_range is used
- warn user if the selected diamond size is larger then the motion estimation score cache size
10l
- Bump libavcodec version.
- Check mb_pos is big enough before trying to access data left or above.
- Fixes out-of-bound access for http://samples.mplayerhq.hu/V-codecs/WMV9/nokia_n90.wmv
- fixed wrong colors with CamStudio
- removed CVS id tags
- updated zlib
- Bug corrected : string parameters retrieval was not working
- Added : ability to set time position in the running video/audio stream
- Added message Id for setting time position in the video/audio stream

[schrek]

C'est quand même difficile de voir les avancées intéressantes ou majeures en termes de qualité d'image ou de charge cpu

[McGayver]

La charge cpu régle souvent la question

[schrek]

La charge cpu régle souvent la question

C'est vrai, tu as parfaitement raison.

[McGayver]

Eh oui.........malheureusement

Même si on tombe sur une version tip-top , on peut pas en profiter . C'est pour ça que j'ai compris depuis longtemps que le bon plan c'est d'en trouver une qui bouffe le moins de cpu par rapport à sa config . Southstar , heureux retraité , à tout le temp d'en tester (et il en a tester) et je crois bien qu'il arrive à la même conclusion que moi A noté d'ailleurs que parfois des versions plus anciennes sont plus gourmandes que des récentes : le bléme c'est qu'il faut y tomber dessus

Qui peut le plus peut le moins

[Cat01]

Hello,
les nouvelles versions sont-elles multithread / compatible multi-processing ?
=> utilisation efficiente des Core2Duo double et quadcore ?

[schrek]

Eh oui.........malheureusement

Même si on tombe sur une version tip-top , on peut pas en profiter . C'est pour ça que j'ai compris depuis longtemps que le bon plan c'est d'en trouver une qui bouffe le moins de cpu par rapport à sa config . Southstar , heureux retraité , à tout le temp d'en tester (et il en a tester) et je crois bien qu'il arrive à la même conclusion que moi A noté d'ailleurs que parfois des versions plus anciennes sont plus gourmandes que des récentes : le bléme c'est qu'il faut y tomber dessus

Qui peut le plus peut le moins

Et quelles versions sont plus "eficaces" ?

[McGayver]

Celle tu auras tester

C'est pas du tout bateau comme réponse : c'est la stricte vérité Ca dépend de tellement de trucs à la fois que c'est impossible à dire

Va voir , ICI ça débrousailleras pas mal Le topic était prévu pour poster les réglages mais tu verras que ça à vite tourné en tests de charges cpu

A+

[Deckard2019]

Question con : çà sert à quoi de renseigner le ColorSpace dans ZP ? Le laisser à "Default" ne signifie pas "prend ce qu'on te donne tel quel" ? Je précise que je sors en RGB32 de ffdshow, après avoir testé le full YV12.

Autre chose, je sors de mon HTPC en DVI vers une entrée HDMI de mon LCD Toshiba.
Après avoir galéré avec les résolutions, je me suis fixé sur du 1280x720, corrigé en 1216x684 via le driver nVidia (correction du surbalayage). J'applique un resize dans ffdshow. Selon ma logique, je l'ai fixé à la résolution de mon PC. Donc 1216x684.
Or je me suis aperçu que j'avais des fines bordures noires tout autour de l'image en plein écran. Leur taille dépend du film. Mais elles peuvent faire 50-60 pixels parfois. Je me demande si ya pas double correction de surbalayage ou un truc dans le genre. Si je fais un resize de 1280x720, çà peut régler le problème ? A quoi correspond l'entrée "Borders" dans ffdshow ?

Enfin, je voudrais être définitivement certain de l'ordre dans lequel les filtres sont appliqués. S'agit-il du haut vers le bas ? Si j'ai "Picture properties" + "Blur & NR" + "Resize", quel serait alors l'ordre idéal ? Et quel "Sharpen" ? Celui du "Resize" ou le global ? Désactiver celui du "Resize", c'est mettre tout à 0 ? Le "Sharpen" c'est mieux en bout de chaîne ?

Je corrige la luminosité dans ffdshow, via "Picture properties", parce que le ColorControl de ZP ne fonctionne pas sur le VMR9 (Unsupported chez moi).

Si je demande tout çà c'est que je suis moyennement satisfait du résultat actuel. Je chipote peut-être d'ailleurs. Principalement, je trouve l'image un poil granuleuse et je suis persuadé que çà peut s'arranger facilement dans ffdshow. Je précise que je n'ai pas de soucis de puissance CPU (7900GS et X2 4400+).