Reprise du message précédent :
je dis ça comme ça hein
mais le fait d'utiliser un filtre de deinterlace dans vdub c'est pas la solution la plus rapide
le deinterlace de decomb (plugin pour avisynth) marche nikel et de plus permet le fait de faire un fast recompress

slyde -> je suis en train de me faire un avi de 2000 frames pour tester sur un celeron II (j'suis le seul à avoir ce truc   ).
d'ici 30 min je poste les résultats.

moyen_moins a écrit a écrit : je dis ça comme ça hein mais le fait d'utiliser un filtre de deinterlace dans vdub c'est pas la solution la plus rapide le deinterlace de decomb (plugin pour avisynth) marche nikel et de plus permet le fait de faire un fast recompress

 
ca je sais bien.
 
Mais la méthode que j'utilise pour le deinterlace n'est pas adapté au YUV, mais très au RGB.
 
Toutefois la bande passante RAM à l'air d'être un facteur important, plus les bp sont importantes, plus l'ecart se creuse. Etant en FSB 133 cas 222 je pense que ca aide pas mal. Pour bruce idem. Avec les résultats du PIV on serait vite fixés.

en tout cas passer tout le code en 3Dnow sur mon athlon n'a pas changé d'une seconde le temps. C'est donc bien sans doute la bp qui limite.
 
Je vais essayer des stategies differentes voir des algos differents...

J'ai regardé les perfs des filtres Smart deinterlace, PAL deinterlace, Aera based sous Vdub, c'est misééééééérable ! plus lent que le deinterlace (blend) et donc selon système encore plus lent que mon filtre

un peu plus de temps que prévu mais c'est fait.
 
Processeur / FSB (cel566@850 / 100)
 
Taille de la source (720*576, extrait du DVD "20H20 - Présipales 2001" )
 
Type de la source (AVI, 2000 frames d'abord converties avec vfapi en avi uncompressed)
 
Temps deinterlace Slyde : 5 min 58 sec
Temps deinterlace internal en Blend fields : 5 min 56 sec
 
Ca a été fait en processus normal, avec juste quelques applications de tache de fond (firewall etc...)

[jfdsdjhfuetppo]--Message édité par guezpard--[/jfdsdjhfuetppo]

comprends pas pourquoi dans ces conditions c'est bien plus lent sur le PIII.
 
En tout cas la thèse de la bande passante semble se confirmer, même si les Athlon SlotA devraient du coup mieux s'en tirer vu tes résultats...
 
Je me demande si ces saloperies n'ont pas des latency plus importants sur les op que j'utilise... faut que je retourne dans mes milliers de pages de datasheet

je suis sur la doc d'optimisation avec l'Athlon, rah c'est hyper interessant et chui en train d'optimiser mon algo comme un saligaud. C'est 5/6% plus rapide sur mon cel mais encore un peu buggé

up

moi c juste pour dire que je viens d'utiliser ton filtre et que les resultats au niveaux visuel sont bons.
par contre je n'ai pas tester d'autres filtres avant celui la donc je ne peux pas comparer.
bon courage pour la suite du developpement

au niveau visuel une fois resizé c'est ok, je crois que ca se voit bien sur la première image.
 
J'ai mis une version 1.1 en ligne au même endroit, elle est un peu plus rapide.
 
Pour les athlons, j'essaie d'utiliser les transferts en bloc vers le cache mais je dois jouer finement pour eviter d'epuiser toutes mes ressources en registres
 
Sinon d'après le man d'optimisation Athlon très bien fait, il est clair que mon filtre est à 80 ou 90% dépendant de la bande passante mémoire.

sacrement bien foutue les doc athlon, hein ?

Plus concises que les donc Intel de 333 pages ou 900 et quelques pages
 
En plus dans la doc Optimisation pour Athlon il y a des exemples très, très utiles pour ce filtre. D'une manière générale les recommandations sont les mêmes pour les procos Intel/AMD, à tel point que ca ne devient plus du tout original ou surprenant
 
Je suis sur les sources du filtre Decomb, apparament il y a un moyen assez rapide de faire des averaging en YUY2, je vais regarder ca de près, ca risque d'être fort interessant pour faire un filtre AVIsynth
 
Je cherche toujours un ptit PIV pour les test

désolé, je suis 100% AMD (j'ai a dispo un k6 2 300, un duron 800, et un Athlon 1Ghz....)
 
PIV trop cher, mon fils

Le test sur l'Athlon et le Duron m'interesse !

J'ai testé ma version 1.1 sur Athlon classic @1000 : ca passe de -30% à +5.5%. C'est MIEUX
 
Je pourrais encore monter la bande passante de 30% avec les transferts de bloc mais je vais devoir me faire un big noeud au cerveau pour me démerder avec mes registres et mes boucles

Est-ce que les tests sur PIII et Athlon XP pourraient être refaits avec la v1.1 ? (dispo au même link)

t'as pas un fichier de test a me balancer, paske la sur le duron y'a rien

mon fichier de test fait 232 Mo, donc non

bon rapport de test avec la version 1.1
j'ai refait le calcul avec le filtre blend car j'ai d'autre  programme en tache de font
 
- P3 800 sur une CM via (donc niveaux perf memoire c'est pas ça)
- fsb a 100 et memoire a 133 (cas3)
- 720*576  
- AVS  
- filtre de slyde  3:05
- filtre vdud 3:20
 
maintenant chez moi c'est plus rapide avec le filtre de slyde      

j'ai pas mal optimisé le nombre d'op a decoder donc c'est mieux, merci le bon guide de chez AMD
 
Le PIII et l'Athlon classic ont l'air ARCHI nuls pour déballer des boucles et decoder des instructions, moins il y en a mieux c'est avec eux.
 
Jvais tenter un truc gore avec les registres SSE pour traiter encore le double par boucle. Seulement bientôt il faudra des res multiples de 8 ou 16 mini

tu m'epates SLYDE  
 
vivement ke je passe a l'XP !!!

en théorie selon les manuels AMD je peux encore faire mieux. Par contre c'est TRAI casse tête parce que je vais devoir jouer comme un malade sur les registres et le stack.
 
sur l'algo lui même utilisé je peux gagner presque 1/4 mais c'est pareil faut que je me pose pour y reflechir.
 
ambamo : personne n'a encore testé mais si ca se trouve le PIV fait 30/35% de perfs supplémentaires, quad pumped powaah
 
Honnêtement aussi, c'est pas compliqué à coder, je capte l'asm tout ça beaucoup plus vite que les conneries dans <windows.h> en C++
 
Les 5 semaines qui vont venir vont être très chargées pour moi (application de synthèse + projet de synthèse pendant revisions de partielles, puis partielles, puis codage appli de synthèse) donc le codage va stagner, les choses se calmeront d'ici à 5 semaines (stage). Là je pourrais y aller a bloc

Brolysaaaaaan t'arrive !!!
 
bon v demander a luke_FR s'il peut tester ton filtre avec son PIV

Je teste la nouvelle version tonight

Brolysan je crois que je lui ai fait peur, j'aurais du y aller plus doucement
 
Si luke à un PIV ca doit pouvoir s'arranger

up

J'ai trouvé un gars sur doom9, apparament c'est légèrement plus lent sur PIV, allez savoir pourquoi...

un ptit up pour la route

Quelqu'un pourrait m'envoyer 3 ou 4 frames en 720*576 d'un titre 4/3 25fps PAL entrelacé ? Je vais me pencher sur le cas de la méthode PAL deinterlace

tu peux essayer de MP thekiller qui a un P4A et qui fait du divx.

J'ai fait un comparo des temps :
 
Slyde deinterlace : 52 secondes
Internal Deinterlace (blend) : 1 minute 02 secondes
Deinterlace PAL movie 1.1 : 1 minute 02 secondes
Smart Deinterlace 2.7 beta 2 : 1 minute 20 secondes
Auto PAL 3.3a : 1 minute 49 secondes
 
Sur mon cel900@1200. Settings d'origine sur les filtres en ayant.

 
j'y ai pensé mais je me souviens que c'est un adorateur de Flask
 
J'ai eu un résultat par un user sur doom9, mon filtre faisait 2 ou 3% moins bien que le deinterlace en blend sur son P4 1.6A @ 2.13 avec 512 de DDR. Mais plus j'ai de tests, mieux c'est

Arf, g pas eu le temps hiers soir en fait (gt sur blabla ), je fait ça ce soir...

slyde a écrit a écrit : Quelqu'un pourrait m'envoyer 3 ou 4 frames en 720*576 d'un titre 4/3 25fps PAL entrelacé ? Je vais me pencher sur le cas de la méthode PAL deinterlace

 
toujours d'actualité ? car j'ai ça sous le coude  

j'ai fait un test avec mon duron
 
-Duron 700@850 (fsb 100 cas 3)
-720*576 Pal 25 fps
- AVI non compressé provenant de mon camescope numérique (entrelacée)
- Slyde : 2min 33s
- Blend fields together : 2min 38s
 
j'ai coché dans vdub les options mmx et 3dnow et j'ai mis le cache à 64Mo

slyde a écrit a écrit : Quelqu'un pourrait m'envoyer 3 ou 4 frames en 720*576 d'un titre 4/3 25fps PAL entrelacé ? Je vais me pencher sur le cas de la méthode PAL deinterlace

 
en 16/9 c'est sur que j'ai  
en 4/3 je vais voire peu etre sur gladiator
 
Edit j'ai
je t'envoie les screen dans ta BAL
si tu veux un peu plus je peu t'envoyer un bout de VOB (ADSL powa)

[jfdsdjhfuetppo]--Message édité par dje33--[/jfdsdjhfuetppo]

Comme il y a pour 1 Mo d'image je les ai mit sur un compte free
 
les adresses des images
http://dje33.free.fr/Image1.png  
http://dje33.free.fr/Image2.png  
http://dje33.free.fr/Image3.png  
http://dje33.free.fr/Image4.png

[jfdsdjhfuetppo]--Message édité par dje33--[/jfdsdjhfuetppo]

Qu'es-que tu as foutu slyde ???
 
slyde 1.1 : 2:44
slyde 1.0 : 2:28
internal : 2:42
 
Je pige plus là... J'ai re-fait l'encodage 3 fois pour être sur...

Bruce => t'es sur des résultats de la v1.0 : ils me paraissaient un peu trop beaux... si tu l'a toujours à trainer, n'hesite pas à retester.
 
dje33 => merci.

 
De toute façon au pire je peux séparer v1.0 => pour XP et 1.1 pour le reste, vive les flags.