Reprise du message précédent :

 
Lorsque j'ai utilisé la version XMPEG 4.2a de Flask, j'ai été surpris de ne pas avoir de problème de plantage. Manifestement, les corrections de bugs ont été bien faites. Dans son comparatif des encodeurs avi qur MPEG4-fr, slyde conclut ainsi :

 
 
Je vous conseille d'aller voir ce test très bien fait ici :
http://www.mpeg4-fr.com/index2.php?page=comparoenc

Poussin_Magique a écrit a écrit : D'après vous, est-ce qu'il y a quoi que ce soit que je puisse changer, tout en restant sous Xmpeg pour encore améliorer la qualité de mes DiVX, hormis aubmenter le bitrate . Les paramêtres d'encodage que j'utilise sont donnés plus haut

 
ben si tu fais du resize : utilises le sharp bicubic (mieux mais plus lent que bilinear). Le son en MP3 VBR et donc tu pourras augmenter le bitrate vidéo à qualité sonore identique.
 
Voilà je vois rien d'autre pour l'instant.

Poussin_Magique a écrit a écrit : Pour le son, j'ai déja du VBR, c'est du R3mixABR avec lame 3.91 et pour le filtre sharp bicubic, il est pas dispo sous Flask il me semble, j'utilise donc le SSE bicubic à la place (c'est un petit peu plus flou il parrait...). Le shar bicubic, c'est pas dans DVD2AVI ?

 
sharp bicubic c'est dans Avisynth/Gknot.

Poussin_Magique a écrit a écrit :   Oki, merci, je vais peut être essayer ça alors! Pour voir...

 
BIEN  
Un conseil : tu suis le guide de Slyde (Mpeg4-fr) pas à pas et c'est nickel !!!
 
Ensuite on peut améliorer (mais c'est une question de gout) avec BeSweet, Gknot "complet" (encodage film, encodage des credits, multiplexage AC3/MP3 VBR ou CBR, BivX, compressiblity check...)
 
Ca vaut le coup d'essayer : au début Gknot, il fait peur mais avec 1 ou 2 guides c'est en fait très simple (suffit de le faire une fois et après c'est les yeux fermés).
 
Essaies aussi le Xvid, tu verras que c'est impressionnant pour un si jeune codec...
 
Bons tests...
 
 
     

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

Poussin_Magique a écrit a écrit : Ok, merci, je vais essayer tout ça dès que possible. Par contre, avec flask, je peux sortir du mpeg1 en utilisant sois BBmpeg (bah kk!!!) ou panasonic (cai déja mieux.), voire un frame serving vers TMPGenc(pas encore essayé). Mais là, je fais comment pour sortir du mpeg1 avec gknot? Y a moyen de faire un seul décodage du DVD et de lancer en parrallèle deux encodages? Un en DivX et l'autre en VCD? Ca ça serait le pied, en plus je pourrais mettre un thread d'encodage sur chaque proc et pis roulaize!!! 100% tout le temps PS: Si je demande ça, c'est parce que je rippe systématiquement mes DVDs en Divx pour matter sur mon pc portable partout ou je suis et en parallèle, en VCD pour visionner sur ma platine de salon. Donc 2 boulots, 2 proc, y a de quoi faire nan?

 
Je ne crois pas que Gknot puisse faire de VCD mais je n'y connais absolument rien en VCD donc pitet jme trompe !!!
 
Va voir sur le forum DOOM9, y a tous les cadors de Gknot.
 
Pour le double encodage en parallele, ça serait beau en effet mais j'y crois pas trop...
 
@+

Ce n'est pas ce que j'ai dis.
Sur un MONO AMD 1.4ghz "Optimised MMX" est plus rapide que "3dnow". Rien a voir avec le SMP.
Je n'y peux rien, c'est peut être l'idct 3dnow qui est mal foutu.

Ben je doit my prendre comme une quiche, car ça reste entre +10% et +20%
Quelles versions avez vous utilisées?

jotenakis a écrit a écrit :   Très content qu'on ai pu te montrer (par un pur hasard, en fait) un meilleur IDCT que celui que tu utilisais jusqu'ici

Moi aussi, très content.
Il faudra tout de meme que je fasse un film complet pour svoir si ça a une influence decelable sur la qualité du film.

Pour le Bi-Xeon, je parle du gain lors du passage de 1 à 2 proc, dans l'absolu je peux pas dire je n'avait pas noté les parametres mais les perf ne m'ont pas choqué, ça ne devait pas faire beaucoup plus ou beaucoup moins que sur le Bi-P3.

Si ça marche, ça m'est arrivé de faire comme ça, mais avec 2 films differents, 1 xmpeg et 1 film par proc.
Ca me permet d'encoder 2 films à la maison pendant que je suis au boulot
 
Dommage qu'on ne puisse pas lancer la 2eme passe d'un encodage 2 passe quelque minute après le lancement de la premiere passe.
Ca ferait presque 100% de gain sur un film

 
Gordianknot 0.23b full pack.

Poussin_Magique a écrit a écrit :   T'as essayé avec Xmpeg? Ca me parrait pas bête du tout, et si ça se trouve, c'est pas impossible...

 
c'est impossible, puisque pour faire la 2ème passe il faut le fichier stat de la 1ère passe, fichier relatif au film dans sa GLOBALITE.

Poussin_Magique a écrit a écrit :   T'as essayé avec Xmpeg? Ca me parrait pas bête du tout, et si ça se trouve, c'est pas impossible...

 
Moi ça me parrait pas possible : le fichier stat nécessaire à la deuxième passe est relatif à l'ensemble de la première passe. Si tu lances la seconde pass 2 minutes après la première, elle n'utilisera que 2 minutes de la première passe : ça sert à rien

-Et en plus le fichier est verrouillé (oui j'avais essayé à la sortie du divx4) donc on peut meme pas tester "pour voir".
De plus il faut l'integralité du fichier log afin que la deuxieme passe serve à quelque chose.
 
-Par contre je me demande si il serait possible de mettre un qualité merdique (idct et filtres), donc rapide pour la 1ere et mettre tout bien pour la deuxieme.
Est ce que quelqu'un fait comme ça ici?
 
-Ce soir je fais des test de qualité avec un DVD superbit, c'est une premiere pour moi.

Pour le birate, mieux ne vaut rien changer, comme pour la resolution.
Sinon il va se planter pour la deuxieme passe et tu aura un truc soit degeu plus petit que prevu soit un trucs trop beau mais trop gros suivant le sens dans lequel tu changes entre la 1ere passe et la deuxieme passe.
M'enfin, avec la possibilité de faire les 2 passes d'affilé de xmpeg tu lancee ça la nuit et que ça mette 4h au lieu de 3h45 ne change pas le monde

Il n'y a plus personne?

Le site http://www.mpeg4-fr.com est HS ? Ou c'est que chez moi ?  

si si tout le monde est là mais on n'a plus grand chose à tester !!!
 
Une question peut-être à creuser : il semblerait qu"en utilisant un resize bicubic, on obtienne un fichier de 20 à 30% plus gros qu'en bilinear.
 
J'ai vu ça sur plusieurs forums (sérieux) mais j'ai du mal à le mettre en évidence. Une idée ???

Pour tous ceux qui font de l'encodage audio/vidéo (MP3, DivX, XVid, VCD, SVCD, etc.) avec leur station SMP, allez faire un tour sur ce topic.
 
On concentre tout sur un même topic
 

Bon bah, histoire de pas mettre de l'huile sur le feu, je bench ce WE de l'encodage sous Linux, avec un noyau compilé sans SMP et l'autre avec SMP ...
 
Ce n'est un secret pour personne que le SMP est mieux géré par Linux que par Dows, donc j'espère apporter de l'eau à votre moulin en disant que le SMP aide à l'encodage.
 
(Sauf, diront les puristes, que Transcode utilise les Win32dll - sous Linux, si, si - et que c'est pas du pur Linux, mais le codec lui est bien 100% Linux et gère même le clustering ...)
 
Question installation, OK, Transcode (l'encodeur) est une plaie à installer. Par contre, après, tu lance la GUI, c'est du bonheur (tu selectionne le périphérique d'entrée, tes params de compression, et tu appuie sur le bouton) ...
 
(cf http://www.exit1.org/dvdrip/img/shots/transcode.png)
 
Donc si le topic est encore vivant ce WE, vous aurez de mes news ...

Toujours dans le coin ?
 
Bon mes premiers résultats.
Je rip avec Transcode, 720x576, son à 128 kb/s, image à 773 kb/s, en multipass (ce qui va expliquer les temps que vous allez lire, par contre la qualité est incomparable) sur un A7M266D + 2xMP 1800+ + 512 Mo ECC Reg + 2xWDD60BB ATA100 + Debian 3.0 et kernel 2.4.18 ou 2.4.18-SMP (append = noapic).
 
Bilan pour ripper mon DVD de Total Recall (113 min) :
- en Single : 11h21  
- en Multi : 5h48 ... soit 48.8% de moins !!!  
 
Donc je dis, quand l'OS et les codecs sont bien écrits pour le SMP, c'est trop bon...
 
(ouais je sais ça n'a l'air que d'être du 24 fps mais je rappelle que je suis en multipass et donc en gros je lis 2 fois les datas avant de compresser, histoire de placer intelligemment les keyframes. Du coup plus de dégueulassade en cas de changements brutaux de plans, flashs lumineux, etc.).

la question aurai etait plus aproprier ici
http://www.presence-pc.com/sqlforu [...] =smpfr.inc