Bonjour,
 
Le filtre de deinterlace v 1.1 en question est ici :
http://www.mpeg4-fr.com/Web/files/ [...] polate.vdf
 
Et la version 1.0 là :
http://www.mpeg4-fr.com/Web/files/ [...] olate1.vdf
 
Ce filtre necessite un Athlon K7/Duron/Tbird pour les AMD
Ou un Celeron 'II'/PIII/PIV pour les Intel
 
J'aimerais savoir combien de quel % ce filtre est plus rapide ou plus lent par rapport au deinterlace interne en blend fields together.
 
Le filtre v1.0 semble plus adapté aux PIV/Athlon XP et peut-être autres processeurs (attente de tests sur les Tbird et Duron).
 
 
Bilan actuel de la version 1.0 et 1.1 :
 
- Athlon K7 classic :  
v1.0 : -30% / v 1.1 : +5.5%
 
- Duron :  
v1.0 : +3% / v 1.1 : ?
 
- Tbird :  
v1.0 : ? / v 1.1 : ?
 
- Athlon XP :  
v1.0 : +11% / v1.1 : -4%
 
 
- P III :  
v 1.0 : -7% / v1.1 : +7,5%)
 
- Celeron 'II' :
v 1.0 : +2% / v1.1 : +11%
 
- P IV :  
v 1.0 : ? / v1.1 : -4%
 
 
Qualité comparée du filtre :
 

 
 

 
Source en 720*576, désentrelacée puis resizée dans une résolution plus usité, ici en 512*384 en bicubic (A=-1.00).
 
POUR LES TESTS :
 
Il est plus interessant de prendre une source comme un script AVisynth frameservant un fichier de grosse résolution comme du 720*576 (un .vob est top). Si la machine est assez puissante, VirtualDub limitera la preview à 25 fps pour du pal, donnant des résultats faussés aux tests. Avec un fichier AVI de petite résolution sur une grosse machine, vous aurez donc des temps très similaires ou identiques à cause de cela.

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

slyde le retour?

slyde y bosse, au contraire je doute fortement qu'on me voit ou que ce soit pendant 1 mois à 5 semaines.

Je vais voir ça (ou j'ai foutu mes vob entrelacé moi ???

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

ptite autre build au même endroit optimisée à coup de prefetchnta, on gagne ~1/2% de perfs whaoo
 
Si quelqu'un à un PIV ca m'interesse...

j'ai un P4 Northwood si ca peut t'aider mais faut me dire ce que tu veux que je fasse aussi

en fait je t'attendais
 
Il faut prendre un morceau de vidéo entrelacée si tu veux comparer l'efficacité du filtre (sinon on s'en tappe, niveau temps ce sera exactement pareil), puis faire un select range de disons 2000 frames sous virtualDub (edition => goto blabla, edition => goto blabla+2000), mettre seulement mon filtre dans les filtres video (faut copier le filtre dans le sous repertoir plugin c'est plus pratique que de le charger à la main), puis faire preview et regarder le temps que ca met à traiter ces 2000 frames.
 
Puis idem mais avec le filtre Deinterlace en mode Blend fields together.
 
Et nous en rendre compte ici.
 
J'ai pas encore optimisé en particulier pour le SSE2 (apparament j'ai le droit à des 16x packed bytes sur les regs xmm c'est bon signe pour optimiser) par contre coté prefetch et agencement des op ca devrait le faire.

up

Pas encore eu le temps de tester... Promi d'ici ce WE...

trop occupé en boite sans doute Bruce

slyde a écrit a écrit : trop occupé en boite sans doute Bruce

 
Bha au taff déjà...

j'aurais bien aimé avoir du feedback de Brolysan2...

ca à trop l'air de défrayer la chronique mon truc...

j'aurais bien tester mais j'ai pas d'entrelacer sous la main dsl

bon je répète (je fais que ca depuis une semaine de toute façon)
 
- Si tu veux voir si le filtre est efficace, enfin ce qu'il donne graphiquement, vaut mieux une source entrelacée.
 
- Si tu veux voir ses perfs, tu t'en bat. Ce filtre n'est pas basé sur du Smart Machin truc et desentrelace aussi bêtement que l'internal Deinterlace en blend.
 
Donc pas de problème pour tester ses performaces même sur du progressif.

 
rhâ, mais si, on est attentif    
je viens de changer mon lecteur dvd, j'ai enfin donc de quoi ripper une ou 2 vob pour tester, mais j'ai pas rebranché l'uc, et là, sur un PII 266...
j'essaye demain soir  

Si tu lances ca sur ton PII, tu va te prendre un invalid opcode c'est tout
 
C'est quand même à croire que personne n'a de DVD ici (hum hum).

hop,hop,hop    moi j'en ai des dvd, je viens d'en acheter 8 en 2 mois (merci cdiscount pour les petits prix   ).
 
là je poste sur un PII 266, derrière moi j'ai un PI 100 allumé, quel dommaaaaaaaaage que je puisse pas tester dessus    c'est franchement pas de la mauvaise volonté  

t'a qu'a essayer, je ne sais pas ce qu'un PII va faire d'un PAVGB

j'ai que teste la vitesse vue que j'ai pas d'entrelace
resultat le filtre interne a vd est un poil plus rapide 1min sur une video de 7 min sur PIII 1ghz voila si ca peut t'etre utile

tient j'ai un DVD entrelacer a encoder
ça marche si je fait un test sur tout le DVD

Sur 2000 frames, en full pal :
 
- internal deinterlace : 2 minutes 47 secondes.
- slyde deinterlace : 2 minutes 07 secondes.

au fait slyde quand penses-tu remettre mpeg4-fr?
Il me manque ton site!!

 
Heu... je ne sais pas si il as pris ou non sa désision quand au futur de ce site... Le jour ou le choix sera fait on sera au courrant ne t'inquiette pas.

 
   
 
24% !? Putain je l'ai bien optimisé AMD sans le vouloir !
 
Le pire c'est que j'ai utilisé aucune op 3Dnow!, je dois pouvoir le faire tartiner encore plus facilement. Actuellement je pense que sur du PIV ca fait peut être encore mieux...
 
J'ai encore amélioré les perfs de 2% hier

mon filtre doit bouffer plein de bande passante mémoire sans doute, c'est pour ca qu'il doit être plus rapide sur ton XP que sur mon Cel en SDR.
 
Vais faire une version 3Dnow! entre deux lignes de PHP...

slyde : l'athlon XP as les instructions SSE je te rapelle, donc si tu les utilises...
 
En tout cas le filtre semble bien marcher, j'ai pas vus de différences de qualité nottable. En dehors d'un petit détail mais là je suis au taff, je met un screenshot de chez moi ce soir ou demain.

Sur 2000 frames, en full pal :
 
- internal deinterlace : 5 minutes 29 secondes.  
- slyde deinterlace : 6 minutes 20 secondes.
 
bizarrement pr moi c le contraire c le filtre de virtualdub ki est le plus rapide.
config : W2K, athlon 1er generation 650 Mhz, 384 Mo de RAM
 
petite remarque les 2 filtres utilise la meme quantité de mémoire aux alentour de 150 Mo chez moi

je pense savoir ce que tu va appeller les details, c'est inhérent à la méthode de deinterlace utilisée. Je pense que ca disparait plus ou moins complètement lorsque l'on resize. Enfin poste quand même pour qu'on verifie.
 
Sinon pas besoin du SSE spécifiquement en fait, les instructions utilisées sont déjà dans le 3Dnow!ext des Athlon K7, avec les Athlon XP le support du SSE est juste complet (le 3Dnow!ext ne rajoutait que quelques op supplémentaires provennant du SSE).
 
Je suis tout à fait en mesure d'en faire une version qui marche sur K6-2 (1 caractère à ajouter en fait ), cependant vu qu'il à l'air d'être gourmand en bande passante mémoire le résultat sera sans doute franchement moins bon (je m'attendais à tout sauf à 24% de perfs en plus par rapport au deinterlace en blend sur les XP, sur mon cel je suis à 10% sur la dernière build pas encore en ligne).
 
Je posterai quelques screens pour comparer la qualité, en "blind test" puisque c'est à la mode.

 
tiens ca c'est strange !    
 
Vais regarder ce que ca donne sur mon 700@1000 de première génération aussi.

Pas encore essayé, mais je me demande tjrs pourquoi ca prends plus de temps sur du K7 classic...
 
Si des personnes en PIII/Cel 'II'/'III'/PIV veulent se donner la peine de tester...

pour les reports de tests maintenant on procédera comme suit :
 

• Processeur / FSB (ex: cel900@1200 / 133)
• Taille de la source (ex : 720*576)
• Type de la source (ex : AVI, AVS, VFAPI)
• Temps deinterlace Slyde
• Temps deinterlace internal en Blend fields

Commentaires divers...
 
Je vais tester tout de suite sur mon K7 700@1000 voir si j'ai le même problème.

Donc je complete
 
- Athlon XP 1800+ / 266 (en réalité c du 133 mais je sais plus pkoi ça double...)
- 720*576
- AVI uncompressed. En fait j'ai tout d'abord converti 2000 frames venant de DVD2AVI via VFAPI en un AVI unco.
- 2 minutes 07 secondes
- 2 minutes 47 secondes

- Athlon K7 700@900 (ma bab me fait chier...) / FSB 100
- 720*576
- AVS
- 1 minute 25 secondes
- 1 minute 5 secondes
 
Apparament les K7 n'aiment pas du tout la manière dont j'ai codé le filtre, je vais faire une edition 3Dnow! et lire les man pour tenter de renverser la tendance. Le plus bizarre c'est que l'Athlon XP adore ça, lui...

ptit up

SSE C pour ça

bon a moi
- P3 800 sur une CM via (donc niveaux perf memoire c'est pas ça)
- fsb a 100 et memoire a 133
- 720*576  
- AVS  
- filtre de slyde  3:21
- filtre vdud 3:08
 
donc c'est plus lent chez moi

Les perfs sur PIII m'étonnent quand même grave, vu que mon cel 'II' n'est qu'un sale PIII avec deux fois moins de cache en latency 2... j'ai aucune explication valable à ce sujet... Quelqu'un à un autre cel 'II' pour tester ?

si c'est bien la bande passante mémoire qui prime, les PIV doivent tout déchirer surtout que j'ai pas mal codé pour eux. Brolysaaaaaan

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