Reprise du message précédent :

bruce a écrit a écrit : Bha... c tj en dessous, et si la qualité suit tu vas pas faire chier le monde ? Fait l'audio avec une meilleure qualitée

en + a la fin de la premier pass a 100%, ben ca reste a 100%, cela peux venir de quoi ?

Ouais avant de me faire gueuler dessus je me suis mal exprimé (vi enfin j ai dit une connerie sur la fin). Les autres parametres jouent aussi sur la qualité

ouais et pour histore de cd dee 700mo ?

maintenant le fais 3 passes: 2 passes normalement (en mettant 10% de + que voulu sur le bitrate), et si y'a trop d'erreur par rapport à la taille voulue je refais le seconde passe en modifiant le bitrate selon le rapport taille voulue/taille obtenue. Ca prend du temps mais c'est très précis (2 Mo d'erreur maxi en général)

Heu, le phénomène est vérifié ou pas (des 10% en moins sur la taille prévue) ? Car si oui, moi je met direct un petit boost de 5% au débit dans le rippack... Qu'en pensez-vous ?

Cela semble se verifier les 10 % , j'ai eu le meme souci avec 4 films :
Tigres et Dragons  
Bullit  
On ne vit que 2 fois  
Matrix  
D'autres temoignages ?

j'ai pas encore encodé des tas de films avec, mais j'ai l'impression que les 10% sont une moyenne.
J'ai l'impression que c'est souvent entre 8 et 15%, mais pour des séquences courtes (3 minutes) l'erreur peut devenir beaucoup + imoportante.
Et encore, j'ai testé que des bitrates de 600 à 1000.
En gros je pense qu'on peut rien affirmer de vraiment général tant qu'on n'a pas beaucoup + de statistiques, et qu'on a pas testé tous les cas particuliers (noir et blanc, films extrèmement rapides ou extrèmement lents, dessins animés avec peu de couleurs différentes...)
Mais c'est pouqruoi je fais la 2è passe avec 10% de + (la moyenne de ce que j'ai constaté), et lors de la 3è passe j'obtiens vraiment la taille que je veux. Sauf que vu les taux d'erreurs que j'ai pu constater sur des séquences courtes ( jusqu'à 40%) je suis pas sur que 3 passes suffisent à obtenir la taille exacte souhaitée.

wave : sur des scéquences courtes c normal ! Le principe des deux passes ne peut marcher que si ce qui est à encoder dure suffisament longtemps... Sinon le méchanisme du reservoir bit ne se met pas en route et tu perd tout l'intéret des deux passes. Pour les trucs courts (moins de 3/4 minutes...) encodez en CBR c plus sûr !

bruce je pense que tu as 2 choix: soit tu prends l'erreur minimale constatée pour garantir que ça rentrera du premier coup sur le CD (dans ce cas 5% semble bien d'après le peu de données qu'on a), soit tu prends l'erreur moyenne constatée pour avoir la taille la + proche possible de ce qu'on souhaite, mais en sachant que le résultat a 1 chance sur 2 d'etre + gros que prévu (donc bitrate demandé + 10% ou un peu +).
 
A moins d'implémenter un système automatique en 3 passes, ce qui serait vraiment pratique et fiable, bien que long à compresser.

le principe du réservoir bits me semblerait + logique pour 1 seule passe non?
En 2 passes, après la 1ère le codec connait exactement la complexité de chaque frame et peut donc savoir dès le début quelle taille exacte leur allouer.
Enfin c'est ce qu'il me semblerait logique, mais je connais pas l'algo exact.

Ben c'est impossible, le principe du reservoir bit est d'avoir un réservoir de bits (littéralement ). En gros lors de la 1° passe il analyse les images et stocke dans le .log les paramètres pour encoder l'image au mieux. Ensuite lors de la seconde passe il se sert de cette première analyse pour que le débit demandé soit respecté et que chaque image soit encodée avec le plus de bits possibles... Les scenes qui ne nécéssitent pas bcp de bits vont donc faire augmenter le réservoir, quand aux scenes complexes, ben elles pompent dans le réservoir

pendant la 1ère passe il doit quand-meme obtenir une approximation du quantizer qu'il devra utiliser pour chaque frame non?
Remarque c'est vrai que choisir le quantizer doit pas suffire pour choisir précisément la taille qu'occupera une frame, vu qu'il y a une partie non destructive dans la compression qui donne une taille non prévisible.
Mais je pense que l'analyse faite lors de la première passe ne peut qu'aider à respecter le bitrate demandé. J'ai fait quelques tests en CBR sur de courtes séquences, il me semble que c'est encore pire au niveau de l'erreur de la taille.
 
Sinon ça te dit d'implémenter un système en 3 passes ?
Je connais pas bien ton ripack donc je mesure pas la complexité du truc, mais si c'est pas trop chiant à faire je pense que ça ferait un système parfait pour remplir un CD.

vous etes sympa mais moi ca bloque a 100% lors de la premiere pass, est-ce normal ?? je suis avec flaskmpeg

CA le fait chez moi aussi et chez un pote mais ca a aucune importance vu ke le fichier log est crée ...
Dc : ctrl alt sup , et passes a la seconde passe !!!!!

ok je croyais que cela delirais, ta vu en + la taille de l'avi est tout petit !
 
bon bref par contre j'arrive pas a faire un bitrate precis (620mo pour 718mo demandé), tandis qu'avec la solution 1 pass avec le film que j'ai fais ct direct 703mo (pour 716 demandé) donc nikel !

A tout ceux qui ont des bugs et chez qui le VBR 2 pass fait un fichier trop petit, foncez sur la beta3 !

bruce a écrit a écrit : A tout ceux qui ont des bugs et chez qui le VBR 2 pass fait un fichier trop petit, foncez sur la beta3 !

 
ok je vais tenter ca !

J'ai essaye la beta 3 la nuit derniere. bon resultat. c'etait du dv que j'ai converti VBR 2 passes. Excellent resultat.
taille finale 645Mo (ben ouais j'ai des cd 650Mo).
 
thekiller : chez moi ca reste a 99% (genre il reste 2 frames) pendant 2-3 min avant de terminer. Mais ca ne bloque pas. Essaye de copy-paste le nouveaux fichier, il devrait deja exister. S'il te manque la fin divfix et voili.
 
En revanche quand j'utilise media ou playa pour le lire, ca ne marche que si c'est le premier divx lu. Si j'ouvre d'abord un "vieux" divx puis le nouveaux le codec video est unknown et ensuite widows plante (super).
Any idea ?

j'ai testé sur trainspotting (version 4/3, résolution d'origine) en demandant 960 kbit et j'obtiens 837 kbit.
Le son est en mp3 128 Kbit, et 837+128=965, soit presque le débit demandé. Ca peut paraitre idiot, peut-etre que c'est un hasard, mais le codec calculerait-il son bitrate en fonction de la taille de l'AVI et non de la place occupée par la vidéo dans l'AVI???
Je vais refaire des tests sans le son pour voir...
fullgazz le bitrate que tu as demandé c'était bien pour la partie vidéo uniquement ou bien pour l'AVI en général (vidéo+son)?

moi ca varri selon le film les kb, comme avant

up

wave : impossible qu'il prenne en compte le son ! lol, comment veux tu qu'il sache en quoi tu vas encoder le son ?

je sais, j'ai dit que c'était peut-etre stupide, mais il pourrait tester la taille de l'AVI...
A mon avis c'est peu probable, et si ça se trouve un codec n'a meme pas la possibilité de le faire, mais bon on sait jamais!
Faudrait que je teste sans le son sur le meme fichier pour voir, mais j'ai testé sur un petit fichier (3 minutes) et c'était loin d'etre bon, et la différence n'était pas du tout de la taille du son. Je sais pas si c'est meilleur que la beta2, c'est possible mais j'en sais rien (ça me fait chier de remettre la beta2 pour tester)

wave : encore une fois non, réfléchis deux secondes ! Oublie le codec ne sais pas quelle taille prendra le son et s'en moque totalement !
Ensuite, je te l'ai déjà dit, sur une extrait c même pas la peine d'essayer ! C'est NORMAL que tu ais une taille non prévisible en 2 pass...

Up, pour quelqu'un qui se reconnaitra

Bon, j'ai enfin fait un film entier en VBR 2 passes, et en effet la taille est pas respectée, je voulais 580 Mo j'ai eu à peine 500...
Je vais essayer en CBR 1 passe pour voir ce que cela donne

bruce tu dis que sur un extrait c'est meme pas la peine d'essayer, mais c'est quand-meme dommage que le mode qui donne la meilleure qualité soit réservé aux films longs (et en 3 passes quand-meme pour respecter le bitrate), et c'est dommage aussi que l'analyse du film faite lors de la 1è passe soit un handicap pour respecter le bitrate.
Il me semblait qu'à la base ça servait à avoir une idée de la complexité de chaque frame pour mieux choisir son quantizer lors de la 2è passe, sans etre obligé de massacrer (ou au contraire de mettre une qualité bien meilleure) la fin du film pour rattraper les écarts de bitrate moyens fait au début du film.

Oui mais c le principe du truc, tout comme Nandub le 2 pass VBR n'est pas fait pour les courts films... Cela viens (je te l'ai déjà dit mais bon), du principe de reservoir bit !

j'ai bien compris l'histoire du réservoir bits mais ce principe me semble indépendant des 2 passes non? Un reservoir bits serait tout aussi applicable (et au moins aussi utile) en 1 passe.
Je sais pas si c'est ce qu'ils ont fait.
Tout ce que je dis c'est que le principe des 2 passes en théorie ne peut qu'aider à respecter le bitrate. Bien sur ça suffit pas, on en a la preuve.

Non, impossible d'inclure un reservoir bit dans un encodage à une passe !

Ben alors le réservoir bits ne correspond pas à ce que tu m'as expliqué.
Parce que le fait de mettre des bits de coté quand on en économise, pour les utiliser quand on en a besoin, je vois pas en quoi ça pose problème en 1 passe.

j'ai de meilleures resultat en 1 pass, maintenant il faux verifier l'histoire des 10% en plus pour avoir un bitrate correct !

je fais le monologue ?

Ben c plus que vérifié... C'est même bien plus de 10% qu'il faut mettre avec la beta 3... C assez chiant même...

Bon, voici une beta non officielle (elle viens quand même de l'équipe du DivX ne vous inquiettez pas ) qui est sensé corriger quelques pb du VBR 2 passes, j'ai pas encore essayé mais bon, voilà : avifile.sf.net/divx4windows-20010806.zip
 
(et ma source au cas ou vous ne me croyez pas : www.divx.com/forums/viewtopic. [...] 04&forum=6)

 
la je essayé 10% c'est trop, 8% pas assez donc je test 8.5% mais j'espere que cela sera pour tous les films !
Par contre la beta marche bien, j'ai plus de plantages

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...

 
Voilà l'explication de tes tests a bas debits

ca explique tout..
 
sinon comment on installe le new codec unofficial ??

Tu met le DivX.dll dans ton repertoire Windows/System
Si il te met erreur "patacrotte peu pas ecraser"    
ben tu rebootes et tu n'ouvre pas de video avant d'ecraser le fichier

merci , et le divx.ax et le divx.chm ?? je les bouffe ?