Reprise du message précédent :
J'ai peut être pas "slowest", c'est juste que je me rappelais plus le nom ... oups

Normal, les nouveaux modes sont: Fastest, Fast, Standard, Slow.
Ils correspondent respectivement à: Fastest, Standard, Slow, Slowest de la version précédente (5.1.1).
 
C'est à dire que le nouveau mode Standard correspond à l'ancien Slow.
Il y a donc bien amélioration de la vitesse d'encodage.
 
Je le teste actuellement en faisant une 1ère passe en Standard et une 2ème en Slow (j'ai vu ça dans la doc officielle !!).
Mais ça reste quand même long: 7h (estimé) pour un film de 2h40.
Il devrait avoir fini vers 19h...

merci pour les info xeon .j'ai teste le dix 5.2 en triple passe slow avec gmc + single b frame . 576x304 neutral bicubic sous vdubmod.
 
en gros 20 fps pour chaque passe . mais j'ai un  
athlon 64 3000+  
 
tu a quoi comme proc ?
 
merci .

Le b frame, c'est une option du Divx Pro. Est-ce que çà apporte vraiment quelque chose ou le gain est mineur ?

je ne sais pas si c'est le bon endroit mais je tente quand même
Nouveau codec divx 5.2 et Gordian knot 0.32
Quelqu'un a t'il essayé ces 2 nouvelles versions !
y a t'il des bugs connus?
J'ai essayé un encodage avec les mêmes reglages que d'habitude (divx 5.1.1 et GK 0.29) et GK plante au début de la passe 2.
Erreur de Virtual Dub "ne peut pas demarrer la compression video, le format image source n'est pas acceptable"  avec un code erreur 2
 
Kesako !

J'ai un Athlon 2000+
 
En fin de compte, il a mis 7h30 pour faire tous les traitements programmés: extraction audio + encodage double passe: la 1ère en Standard, la 2ème en Slow.
 
Il faut dire que j'utilisais plusieurs filtres pour la vidéo: l'original provient d'un enreg TV encodé en temps réel avec MMTV et le même codec, mais en utilisant des params un peu "spéciaux": (quantizer constant q=2.2, mode "all I-frames", etc...).
Ces params me permettent d'obtenir une excellente qualité d'enregistrement.
En contrepartie, les fichiers générés sont assez volumineux: 5 à 6 Go/heure pour du 768x576 et 2,5 à 3 Go/heure en 384x576 anamorphique.
 
Ce qui fait que je suis obligé de réencoder de façon plus conventionnelle pour pouvoir graver sur CD ou DVD.
 
Les filtres VDub utilisés au réencodage sont destinés à améliorer l'aspect général de la vidéo, et surtout à éliminer certains artefacts générés par MMTV (quelques lignes violettes résiduelles, parasites sur les aplats de couleur saturés, surtout le rouge)
 
Après j'ai traité le son (normalisation + encodage MP3) et j'ai réassemblé le tout.
Le résultat final est très bon...
 
Le gain par rapport au codec 5.1.1 est surtout sensible en enreg temps réel: avant, je ne passais pas en dessous de q=2.4 (sous MMTV), là, j'ai enregistré en mode Fastest à q=2.2 sans perte de frame...
Il ne me reste plus qu'a essayer avec iuVCR en mode Fast et toujours en q=2.2, le résultat devrait être excellent.
 
Par contre, encoder en triple passe, je suis septique quand au gain obtenu par rapport à la double passe...

Les B-frames sont des frames se référant à la fois à la frame précédente et à la suivante (encodage bidirectionnel).
 
Ce mode existait déjà en 5.1 et depuis longtemps en Xvid.
Il permet surtout de réduire la taille des frames intermédiaires et du coup, d'allouer plus de bits pour l'encodage des I-frames.
Ce qui augmente la qualité à bitrate égal, ou permet de diminuer (un peu...) le bitrate à qualité égale.

tu perd pas  trop de frames en 768 ?? J'ai un 1.5 ghz, je crois que j'arriverai jamais à encoder en reel à cette resolution (tu compresse pas le son peut être?
Je serais interessé par la procedure exact avec les filtres Vdub que tu utilise. (en MP si tu veux ).

 
Ok merci. Je sais que çà existe depuis un moment mais je connaissais pas l'impact sur la vidéo.

Je ne perds aucune frame en 768x576...
Il s'agit de l'encodage via iuVCR, mais il est vrai que mes params "spéciaux" font toute la différence...
Avec un paramétrage "classique" j'ai effectivement des "dropped frames".
 
J'ai fait une doc sur l'enregistrement en temps réel en DivX, et une autre sur le réencodage des vidéos après enregistrement.
Ces docs sont basés sur VDM 1.5.10.1 et DivX 5.1.1 (free).
Elles sont en cours de MAJ pour le DivX 5.2
 
Si ça t'intéresse, donnes moi ton e-mail par MP et je te les envoie.

j'ai refait un essai avec Divx 5.2 et GK 0.32 et cette fois ci ça a marché.
En fait je n'avait pas mis les même paramêtres dans la passe 1 et 2.
Quand on passe de la 1er à la 2eme passe la version 5.2 ne gardes pas les réglages en mémoire contrairement à la 5.1.1.
En ce qui concerne la vitesse en mode normal je n'ai pas trouvé de difference par rapport à la 5.1.1
J'ai encodé un dessin animé avec un bitrate très bas (0.105) et ma fois le résultat semble pas mal.
Sinon avez vous une astuce pour faire des essais de compression sur quelques minutes de film !
A+

Ben, il suffit d'extraire qq minutes de ton film avec VDub...

step ,moi je fais legerement differament que toi.
 
je cree mon avs avec gknot (choix resolution,bitrate,etc,etc)
et je fais la suite avec vdubmod sans utiliser gknot .
 
tu peux mettre tes 2 passes en file d'attente aussi
 
 
pour avoir quelques minutes de film ,tu prends dvd2avi et tu mets des marques .
 
tu ouvres ensuite ds gkot et le tour est joué

Merci chris25fr pour ton astuce je n'y avais pas pensé.
Est ce que ça marche aussi avec une capture issue d'un camescope DV. je pense que oui vu que c'est du Mpeg2, mais quelqu'un à t'il déjà essayé ?
A+

Avertissment aux peronnes concernées : c'est pas le lieu pour débattre des softs de capture TV. Il y a d'autres topics pour ça. Et encore moins celui pour parler de deschtroumpfage.

Sorry...

C'est normal: le mode standard correspond à l'ancien mode slow du 5.1.1
Il y a donc bien un gain de vitesse si on le compare le 5.2 standard au 5.1.1 slow.

c'est normal d'avoir le logo divx pro avec la version 5.2 gratuite ?

Si t'as upgradé ton Divx 5.1 Pro avec la 5.2 gratuite oui c'est normal ; de plus le logo Divx n'est pas lié à la version Pro, il est présent dans toutes les versions.

non j'ai upgradé de la 5.1 gratuite a la 5.2 gratuite, mais je ne parle pas du logo sur les divx mais dans les reglages, y a pas de 5.2 normale ?

Petite question, vous parlez beaucoup de la compression, mais qu en est il de la lecture? Pour ma part mes divx passaient tres bien avec divx 5.1, mais depuis que je suis passe a la 5.2 (installation fraiche de XP sur une machine et upgrade sur l autre) l esemble de mes divx subissent un decallage image/son (et sur mes 2 machines!).
Avez vous constate ce genre de problemes?

Perso, non, mais c'est vrai que j'utilise ffdshow pour lire...

 
C est justement la question que je me posais: Est ce que ca pose probleme d utiliser ffdshow pour lire et d avoir le codec divx installe pour un eventuel encodage? N y a t il pas de risque de conflits? Comment configurer le tout pour que la lecture se fasse bien avec ffdshow et pas avec divx?
Et l eternelle question, quelle version de ffdshow est la meilleure (pas tapper si je m égare...).
Donc pour ne finir personne n a eu de desynchro son image avec ses divx depuis le passage a la 5.2?

Si tu installes ffdshow tu peux le configurer pour qu'il prenne le pas sur le décodeur Divx à la lecture. Mais cela ne désactives pas du tout l'encodeur.
La meilleure version c'est celle que tu veux... Il y a ceux qui préfèrent les toutes dernières et ceux qui préfèrent les plus anciennes... à toi de tester.

ffdshow agit sur le décodage seulement donc aucun risque sur l'encodage.
ffdshow peut être utilisé pour le décodage du divx5.2 seulement a partir de la version du 20040629 car les développeurs de divx l'avaient mis en décodage prioritaire. Cette version de ffdshow corrige cela.

Bon j ai installe la derniere version de ffdshow et tout semble rentrer dans l ordre. Je l ai configuré pour qu il prenne le pas sur les 5.2, mais ca n explique toujours pas pourquoi il y a ce decallage (au fait la version du decodeur associé au divx 5.2 est le 5.0.5, est ce normal?)