Reprise du message précédent :
merci , et le divx.ax et le divx.chm ?? je les bouffe ?

Ah ? Y a un divx.ax et divx.chm ?
D'ailleurs je pense que c'est DivXDec.ax plutot. tu le met pareil dans windows system
le chm ben on s'en fout c'est le fichier d'aide.

merchi (: donc c'est bien ce que je disais...
le divx.ax il existe pas, donc je peux le bouffer.
et le divx.chm aussi puisqu'il sert a rien !

bruce a écrit a écrit : Ben avec la beta 3 il faut mettre bien plus de 10%... Matrix fesait 420 Mo contre les 640 demandés...   Le pb semble corrigé avec la beta non officielle (on reviens à 10% à rajouter au débit ). Là je suis encore en plein encodage (dans les 20%) donc je ne peu pas savoir la taille finale mais une estimation me donne dans les 590 Mo...

 
tu rajoute 10% sur un cd de 716.8Mo ? (700*1024=716.8Mo) ?
ou au bitrate final ? tu fais toujours en 1 ou 2 pass ?

Non je rajoute 10% au débit...
Mais il semblerais que cela ne soit plus nécéssaire avec cette béta non officielle, au final mon matrix prévus pour 640 Mo fait 741 Mo (pour un fois que c au dessus ). Bon, je vais ré-essayer ce soir en laissant le débit correct
J'encode en 2 passes, en 1 passe le pb ne semble pas y être...

demain matin je saurai aussi si cette version non officielle corrige le bug.
J'ai fait un test rapide sur une séquence de 3 minutes, l'erreur est nettement moins grande qu'avant, donc j'ai bon espoir pour un film entier.
Peut-etre bientot une beta4 (ou version finale?) qui respecte enfin la taille en 2 passes?

Bon apparemment c'est beaucoup mieux. sur Trainspotting, je suis passé de 12% d'erreur à 5%.
Et sur une séquence de 3 minutes, le taux d'erreur (bien que double) a aussi diminué de moitié.

Je remonte ce thread pour vous demander un petit service, pour tous ceux qui ont le bug de "freeze" en fin de premire passe, svp envoyez un message sur ce thread : www.divx.com/forums/viewtopic. [...] 72&forum=6. Plus on gueulera plus cela les fera bouger

bruce t'as fait plusieurs essais avec la beta non officielle (06/08/2001 je crois) pour le bitrate?
Les tests que j'ai fait m'ont donné 1 à 5% de moins au niveau de la taille, mais j'ai fait que 3-4 tests avec 2 films différents (bitrates entre 650 et 950). C'est déjà nettement mieux, si ça pouvait descendre toujours en-dessous de 2-3% ça serait parfait.
Par contre avec cette beta j'ai retrouvé un vieux bug (que j'avais eu avec la version 3.11!!!) qui alloue régulièrement de la RAM pendant la lecture dès que le post-processing est >0. En gros au bout d'un certain temps le swap prend toute la place libre sur le disque et y'a plus qu'à quitter et relancer le player (the playa, windows media player 6 ou 7)... sans parler des saccades dues au swap.

Pour la taille j'ai ré-encodé Matrix cette nuit, j'ai été intrigué par le truc que doom9 as trouvé, le codec buggerais sur le fait de compter par 1000 et non 1024 comme toute l'informatique le fait. en gros pour le débit multipliez par 1.024 pour avoir le "bon" débit.
J'ai testé et matrix arrive à 706 Mo avec le son... Bon, du coup je me demande si ne pas avoir ajouté ce petit plus n'est pas une erreur. Je vais ré-essayer avec le VRAIS débit. En tout cas le dernier build (175) marche vraiment bien nivo prévision de taille (en 2 pass en tout cas...).
 
Ensuite, pour chaque bug je vous encourage à les signalers sur www.divx.com !!!!!!

j'ai une question qui n'a rien a voir ,mais je voudrais savoir si d'encoder des films avec la beta de divx 4 risque de poser des problémes a la lecture plus tards quand le codec sera finalisé ?

pour cette histoire de 1.024 j'ai pas testé avec la vidéo mais il me semble que les encodeurs mp3 comptent des kilobits qui font 1000 bits et pas 1024. C'est vrai que c'est pas une très bone idée d'avoir fait ça.
Mais pour la vidéo si tu as dépassé la taille ça doit pas etre ça, à moins que le codec fasse 2-3% d'erreur maxi dans chaque sens.

normalement une version beta doit avoir les memes foctionnalités qu'une version finale, avec juste quelques bugs en plus. Le principal risque c'était d'encoder avec l'alpha, mais finalement tout ce que j'ai encodé avec est encore lisible. En plus la beta est faite pour lire toutes les versions depuis la 3. Donc visiblement c'est destiné à remplacer tous les codecs divx en restant compatible. Aucun souci donc, ce qu'on encode avec sera lisible avec la version finale.

Bon, j'ai re-fait un essai.
Ce coup ci le film est Patriot, durée 2 heure 38 minutes. Taille voulue : 700 Mo (son WMA). Bon, je sais j'ai cherché la difficultée là car mettre quasiment 2h40 sur 1 CD faut pas s'attendre à du DVDen qualitée
Résultat : 701 Mo ! Pas mal non ? (débit 540 !!!)
Et ce sans appliquer le multiplicateur 1.024...
 
Et nivo qualité, bon ben c pas mal du tout ! Franchement c plus regardable que beaucoup de films fait en DivX 3.11a !

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

moi avec la beta officiel j'ai obtenu un film a mettre sur 2cd alors que j'en avez prevu qu'un seul  
du coup j'encode de nouveau en sbc en attendant un version du codec qui corrige ce probléme ...

Bruce:
j'ai pas testé de bitrate aussi faible, peut-etre que ça l'aide à respecter la taille!
Donc d'après tes tests ça fait pas + gros (ou 1mo, c'est rien), mais ça peut faire un tout petit peu mois gros en prenant des kilos de 1024.
Enfin y'a un net progrès par rapport à la beta3 quand-meme.
c'est quelle version que tu as utilisé pour encoder?

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

Drakkeng t'as mis quoi comme bitrate, mQ et MQ?

Drakkeng t'as mis quoi comme bitrate, mQ et MQ?

wave : j'ai encodé avec le build 175. J'ai pas appliqué le coef de 1.024 car il me semble faux... Matrix s'était retrouvé trop gros avec et là les 701 Mo me confortent dans mon choix...

je pense aussi.
Ma version s'appelle 20010806 mais j'ai trouvé nulle part de n° de build.

Regarde pendant la lecture dans les propriété du codec, le 06 est plus ancien (build 173 je crois), prend donc le 08...

Bruce, vas voir mon topic, j'ai fait un encodage sur 2 cds.
 
http://forum.hardware.fr/sqlforum/ [...] =cache&p=1
 
Le résultat est très convaincant et la taille respectée ( enfin à qques Mo près).

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

G vus ton thread, à ces débits c pas très dur d'avoir une bonne qualitée

C'est surtout pour le respect de la taille que je t'informais de mon topic !

Bon, je relance mon appel ! J'ai besoin de VOUS !!!! Dites sur le forum que vous avez le même problème !!!! (si vous l'avez ).
 
www.divx.com/forums/viewtopic. [...] 72&forum=6

bruce as-tu vu ne différence selon que tu laisse le codec mouliner 1 heure après l'encodage ou que tu supprimes la tâche?
J'ai pas fait le test, mais si on peut se permettre de terminer le processus c'est pas la mort. Et j'ai l'impression que c'est répandu comme problème, je pense qu'ils vont s'en occuper.

Je ne sais pas... Perso je m'en fout car je lance la nuit alors

Le nouveau build (178) viens de sortir... Il corrige entre autres le bug de freeze entre les deux passes (enfin il devrais le corriger, je suis en plein encodage pour tester lol).

La build 178 est sortie mais j'arrive pas a trouver l'adresse de down !! aidez moia please !
 
Bruce :    Beta 15 --> fonctionne au poil !

La build 178 est au même endroit que la ou était la 175... sur www.divx.com
 
Sinon j'ai encore une fois encodé Matrix... Avec le build 175 je suis à 693 Mo au final, avec le build 178 il fait 706 Mo... Bon pour le coup c trop gros now... zarb...

umb moi si j'encode plusieurs fois le meme film j'ai pas la meme taille a chaque fois pourtant je change rien ! pourquoi ?

Ben si tu utilise TOUT exactement pareil (même codec, même build, même encodeur, même paramètres...), cela devrais faire pareil... Zarb ton truc...

bon j'ai essayé la build 178 et ben pour le moment ca tue grave !
j'ai mi 700Mo et ben un miracle c'est produit j'ai eu 700Mo a mon film au final donc je vais essayer avec un autre film tout a l'heure pour voir, par contre je fais en 1 pass et le resultat est pas mauvais du tout

y a pas de paramètres idéaux ... Tout dépends du film que tu encodes...
 
Certains films requiert un quantise assez bas d'autres moins...  
 
Moi j'encode en 2 CD par films et j'ai toujours une qualité proche du DVD ...

La manière d'encoder est aussi importante...
 
J'utilises Flask 6.0 avec Divx 4 en 2 pass VBR.
 
Pour le son j'extract avec Flask 6.0 en wave avec normalisation 350% et j'encode en MP3 avec GOGO.
 
Ensuite je mix le tout avec nandub.

Avec Gogo ???
Autant mettre du WMA dans ces cas là ! Tu y gagne en taille et en qualité !

Mon cher Bruce Gogo c'est LAME en fait.
 
Et LAME c'est ce qui se fait de mieux en encodeur free et d'ailleurs c'est ce qui se fait de mieux tout court. Tu sais des films j'en ai encodé plus de 200 alors j'ai eu le temps de tester les codecs fauraunoher, LAME, et aussi kkes autres mais Gogo donc LAME reste pour moi le plus rapide et celui qui rends la meilleure qualité.

Mon cher Hezekiel, regarde donc mes tests et tu verra que Gogo est une version optimisée de Lame, oui mais une vielle version mal optimisée ! Résultat : catastrophique ! Rien à voir avec la qualité de Lame...

Tiens regarde ici : bheller.multimania.com/mp3test [...] %20MP3.htm

Tu utilises quelle version de gogo ? parceque la derniere est nikel chrome ...

Bein écoutes ... peut être que sur des musiques la différence est audible mais je t'assures que sur de la bande son cinéma franchement et pourtant je suis musicos, la différence est vraiment pas franchement audible. (j'encode en 192 Kbps au fait et pas en 128 c'est ptet pour ca)
 
Il faut aussi voir si tu as encodé en Stereo ou Joint Stereo ... Ca change pas mal la donne.  
 
Sinon pour fraunhofer, t'as utilisé la version music match mais c'est laquelle ? T'as essayé avec la version "free" celle de RADIUM la 263 inclue dans Divx 3.11 ou a part ? l3codeca pro.
 
Pour LAME t'as pris la 3.88, moi j'utilises la 3.89 actuellement.  
 
Essaye wingogo avec des bo de films et tu verras qu'en 192 y a pas de pb ... du moins c'est pas audible.