Avec Jotenakis, nous avons testé l'encodage sur une machine biproc.
 
Config : CM Tyan S2460, 2*Athlon MP 1800+, 1Go Ram DDR ECC, Win 2000 SP2.
Methode : DVD2AVI->Avisynth->VDub 1.4.8 (cf. Slyde)
 
-----DivX4.12-----
Eh bien ça marche, la conso proc atteint 85 % (CPU0+CPU1) et le framerate atteint 42 fps en  moyenne.
 
le test a été réalisé sur  
Vob : 19 min 56 sec (la momie)
bitrate : 703 kb/s
resize : sharp bicubic
resolution : 576*240
temps encodage par passe : 11 min 50 sec
no audio
taille obtenue : 98,2 Mo
 

 
 
Voilà, ça fait un gain d'environ 30% par rapport à une machine single CPU (Athlon XP 1800+).  Donc pour ceux qui sont interressés par l'encodage SMP, suivez le guide  de Slyde sur  MPEG4-fr et vive Virtualdub !!!!
 
-----Xvid à partir du snapshot du 30/01/02-----
Vob : 19 min 56 sec (la momie)
2 passes int sans luma, H.263 et 6-ultra high
bitrate tel que la taille visée soit 100 Mo (703 kb/s)
resize : sharp bicubic
resolution : 576*240
temps encodage par passe : 11 min 15 sec
no audio
taille obtenue : 100 Mo
 

 
c'est encore mieux : on atteint 44 fps en moyenne. Déjà que le Xvid était interessant alors en SMP c'est monstrueux !!!
 
Voilà pour plus d'infos n'hésitez pas à demander.
 
TG0021 & Jotenakis

[edtdd]--Message édité par tg0021--[/edtdd]

up
Tout le monde s'en fout ???      

Le but de notre post n'était pas "Moi j'en ai une plus grosse que toi !!!"
Ce jeu là m'amuse peu.
 
Non, on voulait juste montrer, ce qui nous a étonné, qu'en encodage avec Vdub le SMP fonctionnait. Et donc que ceux qui en ont les moyens peuvent foncer. En effet, cette belle bête de course ne nous appartient pas, elle sert à faire des calculs de CFD dans un labo de recherche...
 
Et loin de nous l'idée de vouloir faire croire que nous sommes des experts du SMP. Non, nous n'avons pas cette prétention, nous !!!
 
Pour ce qui est de la simplicité, si tu trouves que Vdub est compliqué c'est ton droit...  
     
 
Pour finir, tu as raison 44 fps c'est vraiment naze !!!      

[edtdd]--Message édité par jotenakis--[/edtdd]

Pouvez vous essayer avec Xmpeg4.2 ou flaskmpeg XIS (si xmpeg plante)
Avec des P3 le SMP apporte +50%, je serais curieux de savoir si c'est pareil avec des AMD.

 
On va ragarder ça. J'ai vu sur le site qu'il est full YUV (comme avisynth).  
 
Comme c'est grosso la méthode GK/VDUB que l'on juge la plus puissante en single CPU et que beaucoup de monde l'utilise (MPEG4-fr, Doom9, eclipsedvd : c'est pas des tanches), c'est celle que l'on a testé en premier.
 
@+

 
Non merci, Flask on ne joue pas à ça !!!
 
     

Il est pas très magique le poussin ... plutot tragique je dirais :|

 
En effet...  

Poussin_Magique a écrit a écrit :   Pffff crétin...

 
1/ Soit poli STP
2/ Flask : j'ai donné, je l'ai utilisé pendant des mois lorsque je commençais le DivX. Malgré un PC très stable j'ai multiplié les plantages et cela quelque soit les versions (0.594, 0.6, Xis, Xmpeg 4.2a). Alors j'ai pas envie de foutre de la merde sur un bi-proc qui est à mon labo même si nous l'administrons avec jotenakis.
3/ Manifestement le but pédagogique et didactique de ce poste t'a échappé. Néanmoins et malgré tes interventions à 2 balles qui ne font pas avancer le problème, nous allons essayé vidomi avec des paramètres identiques au test ci-dessus.
4/ Cultives-toi :
http://www.math.berkeley.edu/~benrg/avisynth.html
http://www.doom9.net
http://www.mpeg4-fr.com/
 
@ bientôt
 
PS : au fait en calcul parallèle, obtenir un gain de performances entre 30 et 40 % sur des codes parallèlisés (je ne parle pas ici de compilateur soit disant SMP), c'est un beau résultat. Cela signifie que 50% à 60% du code est totalement parallèle : c'est la loi de Amdahl !
ref : Amdahl, G.M. Validity of the single-processor approach to achieving large scale computing capabilities. In AFIPS Conference Proceedings vol. 30 (Atlantic City, N.J., Apr. 18-20). AFIPS Press, Reston, Va., 1967, pp. 483-485.

il doit etre encore un peu jeune ce poussin magique .l'age ou il croit que le monde est a lui,qu'il est le plus intelligent de l'univers. Bref,faut que ca murisse un peu tout ca . Quand a vdub,c'est tres simple d'utilisation pour faire un bon div4 .
 
Vidommi est simple mais pas mieux du tout .  
 
 

[edtdd]--Message édité par chris25fr--[/edtdd]

> Vidommi est simple mais pas mieux du tout .  
 
 
OK, merci. On va voir ça. Comme quoi, je ne suis pas rancunier  

[edtdd]--Message édité par jotenakis--[/edtdd]

"Donc pour ceux qui sont interressés par l'encodage SMP, suivez le guide  de Slyde sur  MPEG4-fr et vive Virtualdub !!!! "
 
Pourrais-tu préciser stp l'url. Un rapide survol du site ne m'a rien donné sur le SMP.

 
Slyde ne parle pas du SMP mais ce qu'on vient de montrer c'est qu'avec sa méthode (Gknot/avisynth/Vdub) le biproc donne un gain d'environ 35% (dans notre test : à confirmer...)

OK :-)
 
je viens de télécharger les guides en pdf. Je vais rapidement voir ce que cela donne sur 2 P3700@840

amis de la poésie, bonsoir...
 
Il est grave le gars.        
 
Pour vidomi, on a regardé on gagne 4 fps (c'est bien) mais on ne fait pas ce que l'on veut comme avec GKnot.
 
PS : Je vois pas en quoi ce que l'on a écrit, c'est des conneries. Quelle modestie dans tes propos, c'est dégoulinant... Pire que J2M !

Tiens?
Je croyais que vous vouliez faire des tests.
Perso j'utilise xmpeg en SMP sur un bi-P3 et je n'ai pas trouvé de soft plus rapide en SMP, c'est donc a priori le plus optimisé dans ce domaine.
le gain etant de +50% sur 2 P3 j'aurais été interressé de conaitre l'augmentation du gain sur 2 AMD.
Cela permet de comparer les deux architecture avec un soft dejà optimisé SMP et pas avec des bricolages qui ne pourons donner que des resultats aleatoire (Vdub n'est pas SMP, si il y a un petit gain ce n'est pas du fait du soft mais de l'OS).
 
Pour ce qui est du risque, je ne vois pas ce qu'on risque à lancer xmpeg, si ça plante ça ne plante que l'application, point barre.

J'ai eu la meme experience que toi, et je suis arrivé aux mêmes conclusions que toi, donc j'utilise aussi xmpeg ou flask_XIS en SMP.
J'ai egalement la meme impression que toi sur l'aspect sectaire de certains, mais bon...
Comme j'envisage de prendre un Bi-AMD j'aurais voulu savoir si on avait autant de gain qu'avec un Bi-P3 sous xmpeg, si tu trouve l'info fait moi signe stp.

hop une thread de + dans mes favoris
 
 
bon moi teste xmpeg 4.2a et vidomi => 35 à 44fps svt film, mais plante trop souvent
 
reste à voir ça sur une install toute neuve de windows

[edtdd]--Message édité par Ministry--[/edtdd]

Moi perso j'ai jamais vu planté Xmpeg 4.2a...
C'est vos PC qui sont pas stable ouai ...
 
Perso je prefere Xmpeg 4.2a... C'est plus rapide, moins compliqué (tout avec un soft en une operations)... Et c'est pas vraiment moins beau.

 
Encore une fois, cette machine n'est pas à nous et on ne peut pas la surcharger de 4000000 encodeurs. Alors utilisateurs de Flask ne vous vexez pas. Vous faites ce que vous voulez, je ne porte aucun jugement de valeurs, car je m'en fout !

Mei a écrit a écrit : Moi perso j'ai jamais vu planté Xmpeg 4.2a... C'est vos PC qui sont pas stable ouai ...   Perso je prefere Xmpeg 4.2a... C'est plus rapide, moins compliqué (tout avec un soft en une operations)... Et c'est pas vraiment moins beau.

tien Mei ça faissiat longtemps
 
tu l'as HT ton ASUS bi ?

Nope...

Hum ?
Soit tu n'es pas doué, soit le PC n'était pas si stable que ça, soit tu as choisi un idct bugé(ce qui rejoint la premiere partie de la phrase).

avec nandub (sbc power ) j'montais a 95% de charge cpu avec ma machine bi proc

Bricolo a écrit a écrit : avec nandub (sbc power ) j'montais a 95% de charge cpu avec ma machine bi proc

 
en moyenne ou en crête ?  
 
En tout cas c'est plus intéressant que le débat "T'es nul, t'es une merde... gnangnangnan ... cours de récréation"
 
Pfff    

 
Sur de la compression video on devrait approcher la barre téhorique des 95% de gain : 1 Frame calculée sur chaque processeur.
Mais pour cela il faudrait un encodeur (DIVX n'est pas SMP) prévu pour.
Ca viendra peut être.

Il ma pourtant semblé celui qui a dénigré quelque chose qu'il ne connait pas et qu'il ne veux pas connaitre portait ton nom.

 
Encore une fois (c'est la dernière) je ne dénigre pas Flask (chacun fait fait fait ski lui plait plait plait): ON NE PEUT PAS SE PERMETTRE D'INSTALLER CE SOFT SUR CETTE MACHINE QUI NE NOUS APPARTIENT PAS !!!

>Je maintiens, si vous n'êtes pas foutus d'avoir un rendu parfait et 100% Stable avec Xmpeg c'est que vous  êtres des merde!
 
eh ben alors y'a beaucoup de merdes y compris doom9 qui écrit au sujet de XMPEG, je cite,
"not the most stable application". Fin de la polémique ce post n'a pas pour but de devenir un topic du genre  "XMPEG pet la gueule à tout le monde"
 
>Ce truc me fait gagner un temps fou et je sors aussi bien des VCD que des DivX avec.  
 
Et puis quoi encore tu vas me dire que le VCD explose le divX en qualité/compression... mouarff
 
>Mais Pour une machine biproc il y a pas mieux.  
 
Vidomi marche pas mal mais est loin d'avoir les mêmes fonctionnalités que GK. Le crop n'est pas aussi pratique et facile. Bon et puis plein de petit détails dont je n'ai pas l'habitude mais que tu trouves certainement parfait.
 
>Et de toute façon c'est pas bô de se la jouer warlordz, ouais moi chui une bête en DivX et flask cai poor lai  blairos!!!!
où as-tu lu ça ??????
 
>En tout cas, j'ai du 100% d'utilisation CPU en permanence avec.  
oui c'est vrai! et que 85% avec VDUB. Mais cela ne signifie pas vraiment grand chose.
 
On a refait des tests mais en utilisant un resize bilinear.
Sur un monoproc (XP1800) : vidomi donne 31.7 fps et 46 fps en bi-athlon MP1800+ soit un speedup de 45% (t'auras jamais un gain de 100 % en SMP faut pas rêver).
Sur un monoproc (XP1800) : VDUB 31 fps et donne 47.8 fps sur un bi-MP1800 avec un conso CPU de 85 %. D'où un speedup de 50% c'est énorme.
On est alors en droit de se demander ce que fout vidomi lorsqu'il consomme 100% de CPU ????  
 
Alors de là à savoir si VDUB est SMP ou si c'est l'OS qui fait de la gestion de thread : on s'en tape, c'est le résultat qui compte. J'ai pas envie de coder des routines SMP dans VDUB !
 
 
>Je préfère ma semi vulgarité
c'est dommage
 
>Une dernière chose, essayez donc de faire des tests sur des scènes plus longues que vos VOBs de 20min, sur un  ripp d'un DVD de 3h, il y a de fortes chance que le vitesse soit quasiement diminuée par deux, me demandez pas  pourquoi ça reste un mystère.
 
Non, le nombre de fps reste quasi constant que tu soit sur 10 min ou sur 3heures
 
>Mais perso je suis dès fois surpris de voir qu'en rippant un video clip(genre 3 à 4min), je fais facilement  pêter la barre des 65fps avec flask
 
quelle resolution, quel paramètre d'encodage quel filtre de resize... n'importe qui sur un timbre poste encode à 65 fps !!!
 
c'est pas faute d'avoir des gens comme Bruce, blacksunsoft... qui répète à longueur de posts que donner des fps  sans avoir précisé les caractéristiques de l'encodage ne signifie rien. Mise à par cela, je le répête encore  une fois : ce post n'est pas un jeu "c'est moi qui est la plus grosse".
 
Et puis essaies avec VDUB chez toi avec les mêmes paramètres (même taille de sortie etc...) et compares avec Vidomi tu seras peut-être surpris.
 
>PPPs: Non le but pédagogique et didactique de ce post ne m'a pas échapé, loin de là, mais quand il se dit une  grosse connerie comme ça juste pour faire style, moi ça me les brise violement!
 
Je ne pense pas avoir dit de grosses conneries et si la contradiction te met dans cet état tu vas pas vivre  vieux.  
 
 
PS : En étant tout énervé comme ça faut pas t'étonner si tu n'arrives pas à brancher ton magnétoscope sur ta  wintv      

[edtdd]--Message édité par tg0021--[/edtdd]

 
1/ je ne dénigre pas
2/ Flask je connaîs depuis longtemps. Et puis au lieu de jeter de l'huile sur le feux, tu pourrais faire des tests cela serait certainement plus constructif !
3/ Pour info, jotenakis c'est pas son vrai nom, c'est juste un pseudo    

[edtdd]--Message édité par tg0021--[/edtdd]

- Les tests je les ai dejà fait, mais avec un Bi-P3 et un Bi-P2 avec differents soft avec comme encodeur divx3 et divx4 (voir les posts sur le sujet). je n'ai par contre jamais testé avec un encodeur SMP, il doit surement en exister pour le mpeg1.
N'ayant pas de Bi-AMD a ma disposition je m'interrese tout naturelement a ces test ci.
- Ca m'a juste fait chier de me faire envoyé bouler parceque j'ai parlé d'un soft qui apparement ne plait pas.
- l'huille sur le feux j'aime bien, je sais je devrais pas
- Pour le SMP, biensure que c'est important que l'appli soit faite pour.
- Si vous faites des tests SMP, faite le avec des applis prévue pour, sinon je ne vois pas l'interet puisque les resultats ne seront pas reproductible.

tout d'abord merci au posteur de ce topic de nous avons donné ces résultat et ces screenshots, c toujours une bonne info à prendre.
 
Pour ce ki est de l'encodage divx, l'important n'est pas la vitesse mais la qualité au final, et c'est là que l'on juge des différences.
 
jusqu'à présent à mon humble avis, la meilleure méthodes demeure dvd2av+avisynth+vdub , on peu y rajouter gknot.
c moins conviviale , mais les excéllents guide dispo sur les sites d'eclipse ou mpeg4-fr sont là pour rendre simple la chôse.
 
cropper les bandes noirs , retaillé son vob sour avstool , rien de plus simple et plus rapide.
 
plein de paramètres permettent d'affiner la qualité de son divx, la gestion des soustitres avec vobsub est une vrai rigolade.
 
flaskmpeg, je le trouvai hyper bien, pour débuter c impec, mais quand on recherche de la qualité on va ailleurs.
rippack par exemple très rapide et plutôt simple à faire tourner, et on obtient une très bonne qualité.

kroll33 a écrit a écrit : - Les tests je les ai dejà fait, mais avec un Bi-P3 et un Bi-P2 avec differents soft avec comme encodeur divx3 et divx4 (voir les posts sur le sujet). je n'ai par contre jamais testé avec un encodeur SMP, il doit surement en exister pour le mpeg1. N'ayant pas de Bi-AMD a ma disposition je m'interrese tout naturelement a ces test ci. - Ca m'a juste fait chier de me faire envoyé bouler parceque j'ai parlé d'un soft qui apparement ne plait pas. - l'huille sur le feux j'aime bien, je sais je devrais pas - Pour le SMP, biensure que c'est important que l'appli soit faite pour. - Si vous faites des tests SMP, faite le avec des applis prévue pour, sinon je ne vois pas l'interet puisque les resultats ne seront pas reproductible.

 
DivX 3.11 et DivX 4.0 sont des codecs pas des encodeurs.
En ce qui concerne les encodeurs SMP, tu dis toi même que tu n'as pas utilisé un encodeur SMP et après tu nous enjoins d'en utiliser un.  
 
A part cela on vient de tester Vidomi (je sais pas si tu as lu mon post précédent, si non cf plus haut) qui est soit disant SMP. Résultat : jeu égal (au moins) avec un encodeur que tu estimes ne pas être SMP.
 
Je ne vois pas en quoi les tests ne seraient pas reproductibles si on utilise une appli non SMP (mais multi-thread) sur un bi-proc.  nous n'avons donné que des résultats objectifs et quantitatifs.
 
Enfin, nous n'avons jamais dit que l'on allait tester tous les encodeurs dispo (avec toutes les conbinaisons de frameserveur/encodeur/filtres... faut que mon boss se casse en vacances pendant un mois pour que j'ai le temps)
 
@+

[edtdd]--Message édité par tg0021--[/edtdd]

 
 
 
Tu lis dans nos pensées ??? Nous sommes entièrement d'accord à 3000% avec toi. Ce qui compte c'est la qualité, c'est bien pour ça que l'on a utilisé la méthode que tu décris et en s'appuyant sur les mêmes guides que toi.
 
Pour clarifier : à la base je faisais des test de qualité DivX contre Xvid et comme au labo on a une belle machine je me suis dis que les tests iraient plus vite que chez moi (ben oui, en lançant 2 tests à la fois). Notre surprise a été de constater (avec un job seulement) un gain du au bi-cpu alors que l'on s'attendait à 0% car Vdub n'est pas SMP. Probablement du à la gestion multithreads de Win 2000.
On a donc jugé utile (ptet on s'est trompé) de poster nos résultats pour dire que bien que Vdub ne soit pas SMP, on a contasté un gain. C'est tout...
 
 
PS : pour finir je suis à peu près convaincu aujourd'hui que le Xvid est de meilleur qualité car moins flou, + de détails. Mais ça peut tout à fait se discuter.
 
 
 
         

[edtdd]--Message édité par jotenakis--[/edtdd]

L'objet de ce post est le SMP donc le gain de vitesse.
Ce qui serait pas mal c'est de pouvoir faire une base des differents soft avec le gain en % apporté en SMP.
J'ai commencé un truc perso, mais avec des Bi-P3 et Bi-P2.

 
Certes mais c'est aussi le MPEG4 (DivX et Xvid en particulier) donc la qualité est aussi importante que la vitesse Cela explique l'utilisation du Xvid (codec très prometteur amha) dans le premier test (non reproductible avec Vidomi) et la méthode utilisée. Si je ne veux que la vitesse je fais du MJPEG