Reprise du message précédent :

PC2000 a écrit a écrit : Voilà entre autres les bug que j ai avec ta version béta 14 ... Là c la 1er fois que je le lance ..... http://player.one.free.fr/bug/1.jpg   http://player.one.free.fr/bug/2.jpg   Très explicite la fenêtre ..... http://player.one.free.fr/bug/3.jpg     Ba là c'est le best of des 50 fenêtres d'erreurs au second démarrage après avoir régler les paramètres : http://player.one.free.fr/bug/4.jpg   http://player.one.free.fr/bug/5.jpg   http://player.one.free.fr/bug/6.jpg   http://player.one.free.fr/bug/7.jpg   http://player.one.free.fr/bug/8.jpg   http://player.one.free.fr/bug/9.jpg   http://player.one.free.fr/bug/10.jpg       Ouais c tout ......     Je crois que je vais me remettre à la béta 13 en remplacant les normalise.exe et lame.exe à la main... (Au fait ca pose pas de problème si on change de version normalise et lame avec la béta 3 ?)

 
moi pareil...mais je reste a la version b12 ou on est un peu moins assisté....c'est le syndrome 'easydivx est passé dans la presse'

Bruce sur tes conseils j'ai donc re-encoder jet set avec la beta14. Résultat, toujours un décalage de son très important et une image dégueulasse malgré un encodage en 1600. je précise que j'utilise le divx 3.11.
Peut être une piste pour l'image car je viens de me rendre compte que les fichiers vobs d'origine ont une résolution de 1024*576. je suis en train de le refaire avec des paramètres differents.

Bravo pour ton prog, g l'habitude d'utiliser flask ou mpeg2avi gui.
petites questions :  
 
quelle option prise q0 (quality filter) ou q1 (fast filter)? car pendant la preview c le q1.
 
pourrai tu faire une option ou on pourait choisir le nombre de frame et a partir de la quelle on veut encoder. Tres pratique pour les tests.
 
sinon l'indice joue sur quel parametre des differents softs ?
 
merci et bon courrage pour les evo

oups
 
pour l'indice je parler de l'indice qualite

Salut bruce,
 
je m'excuse platement pour mon emportement de tout à l'heure, mais siteuplé!! peux tu me dire comment faire pour ne pas avoir à cliquer sur Ok pour confirmer le multiplexage avec VDub avec le Rippack v2.2 lorsque je rippe du son au format AC3 s'il te plait? c'est embetant car si je met le dvd à traiter la nuit, quand je me lève je clique sur Ok et le pc bosse pendant 1h environ encore ;( c'est encore + gênant quand je traite plusieurs dvd en vob à la suite    
 
sur ce a+++++
 
ps : [Khephren... abuse pas ]

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

sinon, pour les rippack v3,quels sont les + fiables niveau qualité, et niveau taille finale du divx en megaoctets souhaitee?? quelles betas tiennent le mieux leur "promesse"
merci

Bon, pour tous, j'ai fini la beta 15 et je met ça en ligne dans quelques minutes...
Quoi de 9 ? Déjà cela devrais ne plus bugger... , j'ai d'ailleur encore trouvé un bug sur l'indice de qualitée, je sais pkoi ça resté à 1 chez certain... Ensuite, j'ai enfin ajouté différentes valeurs d'interleaving en fonction du débit du AC3 lors d'un mux DivX/AC3... Enfin, j'ai rajouté une "auto-config" qui configure les logiciels d'un click...
Rien de révolutionnaire donc, mais ce qu'aurrai du être la beta14 dès le début...
 
PC2000 ; 10 Mo c rien du tout comme écart ! Quand on compare à la beta 3 qui m'avais fait un matrix de 480 Mo... Là sur 3 films c nikel, Matrix 693 Mo, Patriot 701 Mo, Rivières pourpres 696 Mo...
 
manu083 : bug connus de la beta13 si tu as la dernière version du codec... en fait je rajoutais 10% de débit car la b3 du codec était buggée... Passe à la b15...
 
fred2k : on est pas plus assisté dans les nouvelles beta...
 
tochy : heu... quel film ? Car c zarb ce que tu me dit. Déjà la résolution de ton film m'étonne ! Copie donc le contenu de ton .rpk ici svp.
 
codi : pour l'encodage j'utilise evidement le quality (-q0) J'ai mis -q1 pour la preview car c'est plus rapide...
L'indice de qualitée ? héhé
Bon, allez je suis en forme (je rentre du Latina Café, lieu à ne pas manquer si vous voulez passer une bonne soirée sur paris ), alors cours explicatif pour ceux qui ont pas suivi
En DivX vous devez déjà connaitre le débit (bitrate), c'est ce qui défini la qualité de l'image. Mais cela ne prend pas en compte la taille de l'image elle même... Alors si du 600 kbps peut être magnifique sur du 352*288, en 720*576 c'est une autre histoire ! Et c'est là qu'intervient l'indice de qualité. Cet indice est basé à la fois sur le débit et la résolution.
Donc, pour le calcul... c'est très simple. On compte déjà le nombres de pixels de l'image, ça c facile, on multiplie la largeur par la hauteur... Donc en 352*288 vous avez 101376 pixels. Voilà, vous nottez ça qq part
Ensuite, on sais que l'on veux utiliser 600 kbps... Première étape, comme on étudie une seule image (frame) on divize par le nombres d'images par secondes (oui, le framerate). En PAL c'est 25 fps, donc 600/25=24 kb pour 1 frame. Ensuite on converti en bit pour y voir plus clair, soit une multiplication par 1024 (pour ceux qui ont pas fait d'info, pour passer du bit au kb on multiplie par 1024, même topo pour aller au Mo... mais revenons à nos mouttons ), donc 24*1024=24576 bit. C'est le poid "moyen" d'une frame... Moyen car on sais bien que le codec fait varrier le débit en fonction de ce qu'il as à encoder.
Ensuite voici le fameux calcul de l'indice, on divise cette taille par le nombres de pixels de l'image (mais si vous l'avez notté tt à l'heure ! ). Soit :
24576/101376=0.242424... bit par pixel par frame. Voici ce fameux indice de qualité
Faisons rapidement le même calcul tj à 600 kbps mais en 720*576 :
24576/(720*576)=0,05925... bit par pixel par frame.
Et là vous voyez que c tout petit par rapport à l'autre...
En général en DivX on obtiens une bonne qualitée quand l'indice de qualité est au dessus de 0.15, en dessous on as souvent des macroblocks, au dessus c encore mieux Par contre au delà de 0.3 le codec a tendance à "saturer"... Logique, il vas pas inventer des choses à encoder à partir de l'original
Voilà... j'espère avoir été clair
Donc vous pigez l'intéret du truc, le rippack lui vous calcule tout ça tout seul comme un grand... Et en fonction de la durée et du format de votre film !
Donc pour les difficils qui veulent une pure qualité, ils peuvent monter l'indice à 0.2 par exemple, mais vous metterez moins de films sur 1 CD...
 
Khephren : Nandub laisse la fênetre AC3 ouverte 10 secondes et la referme automatiquement...
Sinon pour le codec, le dernier build du DivX 4.0 est excellent.

ben alors la beta 15??? ca fait plus de 2h00 Bruce?
 
 

bon, Bruce a du bosser le reste de la nuit, sa béta est disponible sur sur site, respectons le travail du maître!!!
 
 

Lol,
 
Voilà, la beta 15 est sortie... en fait c'est plus une beta 14 bien finalisée qu'autre chose mais bon...
 
Sinon, nouveauté, plus besoin de se prendre la tête pour l'adresse, www.bheller.com/file/Rippackv3beta.exe vous amènne direct à la dernière beta. L'autre version (cad www.bheller.com/file/Rippackv3beta15.exe) marche aussi...

VIVE BRUCE NOTRE DIEU A TOUS !!! slap slap (:

 
c pas Dieu ms Gourou    
 
t'as pas suivi ou koi    
 
Bruce : DL en cours... je recommence les ripps    

lol!! j'avais lancé dejà un ripp avec la 14.5, on va voir, fini dans 1h20, je verrai ca ce soir,et je comparerai avec la 15
 
 

Je viens de ripper Road Trip en Divx 4 (Build175) avec la beta 15. Tout a marché au poil mais à la fin du rip j'obtiens un fichier de 699 Mo (avec son mp3 128) alors que j'avais spécifié 650 Mo.
Je croyais que le problème de la taille du fichier avi était réglé avec la dernière Build ...
 
PS : j'ai mis ensuite la bande son en Wma et là le fichier final fait 652 Mo ...

Salut,
 
Avec la beta15 j'ai toujours le probleme suivant :

Hé bé, moins de messages d'erreur qu'hiers
 
sylvanio : tu as encodé en 1 ou deux passes ? En 2 pass cela ne devrais pas dépasser. En 1 pass il est possible que le codec s'écarte de la prévision, met toi en mode complet et chage la valeur du maximum quantizer à 8... (essaye aussi de monter le minimum à 3...).
 
melchizedek : en fait le problème ne viens pas du fait que le rippack soit comme "planté"... Mpeg2avi est lancé dans un nouveau thread et je vois mal comment il pourrais ralentir ton PC en dehors du fait qu'il utilise un max de CPU pour encoder
Tu est sur quel OS car que ce soit sous Me ou Win2k les autres ont pas ce pb... essaye de ré-installer...

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

Bon ben j'ai comme qui dirais sauté la version V3 b14 , et je pense que j'ai bien fait  
 
Je viens de finir (enfin le Pc du boulot) un Divx avec la b13 , aucun problème , le film est un poil court 1090Mo au final alors que j'avais demandé 1300 , mais ca arrive parfois si le film est sombre ou bouge pas trop qu'il n'ai pas besoin de trop de taille , le rippack m'avais proposé de debit de 1300 que j'ai monté a 1500 , 640* , son Ac3 , film "Memento" , le son est synchro et je n'ai pas eu de blocage , miracle entre les 2 passes du codec divx4 .
 
Je telecharge la beta 15 et comme j'ai un autre ripp qui traine sur le Hd (ripp avec la b13) je le ferais cette fois avec la b15 .
 
A noté , vraiment pour trouver un bug ..... ( W2k chez moi)
Lorsque l'on rippe en suivant 2 Dvd , le second Dvd ne se met pas a jour niveau "initialisation" du nom du volume a la question en tout debut de ripp de selection du lecteur ou se trouve le Dvd .
( il affiche toujours le nom de l'ancien Dvd en nom de volume meme si l'explorateur windows est bon et que le rippack semble faire une detection en partant dans la barre des taches 1 seconde   )
Donc juste un rafraichissement fenetre non fait .... pas dramatique !!!!!!
En fermant et reouvrant le rippack c'est ok .
 
Damned

Ba moi j avais demandé un film de 650 MO et il s obstine à me faire un putain de fichier de 600MO alors que j ai installé le codec built 155 et quelque soit la valeur de la quailty machin ca met toujours le même bitrate !!
J en ai marre  

Le pire c que j ai essayé avec la version 14, 14.5 et 15 et c toujours la même chose    
Par contre avec la béta 13 et le codec divx béta 3 il me fait le film bien (bitrate 866 contre 793 avec la b&ta 15 !)

Ba laisse tomber j vais rajouter 10% à la main ...  

Damned : oui je sais pour ce "bug", mais bon... Je vais voir mais je crois que c le composant borland qui bugge
 
PC2000 : tu utilise quels paramètres pour le divx 4.0 ? 1 ou 2 passes ? Si c en une passe, essaye de baisser le maximum quantizer (à 5 voire 4 par exemple).

Mais bruce c le bitrate qui est pas correct avec la béta 15 il est à -10% par rapport à la version 13 même en réinstallant 50X béta 3 + patch (divx.dll + divxdec.ax ..).
Le quantizer je pense pas que c une solution ....

Au fait Bruce, est ce que les gars de Divx.com ton donné la soluce pour ne garder que le codec Wma DivX du codec 3.11a ?
 
Pour mon film c'était bien du 1 passe donc j'essayerais tes paramètres lors de mon prochain rip. Merci
 
L'équipe de DivX.com a sortie une nouvelle beta du codec divX4 (datée du 11/08/2001) et ils annoncent la finale sous peu

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

J ai pourtant été sage toute l année avec ma maitresse à l'école.
 J ai eu pleins de bon points et voilà comme père noël-bruce-fouettard me remercie  

Ba j ai essayé avec les 2 et le rippack il me choisit toujours un bitrate faible et j ai toujours un petit film riciki, je dois augmenter moi-même comme un grand ...

petit soucis av la beta 15    
 
j'ai un DVD ripper complétement ds mon répertoire e:\video_ts, donc pas bon pour encoder    
 
je lance la beta 15 & lance le rippage com pour un DVD classic... choisis le ifo.... ben mes DD pédale, pédale... ls apparament grave dans la semoule   j'ai la fenêtre "le rippack travaille, ms apparement y fait rien   et fo ke je fasse "fin de tâche" pr l'arrêter.
 
donc ripp en cours av la vieille 2.2
 
le DVD en kestion (des clips de 2PAC) a été rippé en mode file av smartripp 2.23    
 
chemin de la beta 15 => c:\rippackV3\ (le chemin par défo)
chemin de ripp => d:\temp\
je suis sous win98se (2ème machine ds profil)
 
une idée  

Voila exactement la description de mon probleme :
 
- Je demarre un de mes 2 PC (duron + kt133a (ou kt133) + SB Live (ou PCI128) + Geforce 3 (ou geforce DDR) .... ) qui tournent sous windows ME
 
- J'enleve tout ce qui est en tache de fond pour plus de clareté (si j'enleve rien c'est pareil) :

 
- Je lance le rippack v3 beta 15 et fais toute les etapes jusqu'a l'utilisation de mpeg2avi :

 
- Je lance une autre application (ICQ, photoshop, visualisation d'une image, winamp ...) celle ci ne s'execute pas totalement meme si je met mpeg2avi en IDLE ou meme en pause voici ce qui se passe au niveau des process :

 
- Je stoppe le rippack avec ctrl+alt+suppr. et la mon application se lance :

 
J'ai ce probleme uniquement avec le rippack ! Je ne vois vraiment pas d'ou ça pourrait venir d'autre vu ce qui se passe. De plus un de mes 2 PC a été recemment formaté.

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

 
c'est par ce que bruce dans le calcul du bitrate fait la beta 14 il ajoutait automatiquement 10 % en plus
apres dans la beta 15 il a enlever le calcul de ces 10 % en plus

Salut Bruce !
Bon apparement pr le rippack b15 pas de pb !
a part qqe chose mais ca vient pas de ton prog, en fait j'ai encodé une video en 4/3 et qd je la lis il y a des lignes horizontales qui s'affichent qd ca bouge beaucoup !!! [512] part contre qd je reduit la rezo y a + rien !!!      je comprend rien du tout !!!
Ensuite concernant le rippack, ca serait cool de remettre les fonctionnalité de la beta12 [toutes les etapes a part] et ainsi choisir ce que l'on vx faire qd on encode.....
En clair j'aimerai bien encoder que la video et ensuite le son a part pr avoir la taille finale voulue en bourrant avc le max de qualité sonore !    (crois tu que ca serait possible ds la beta 16 ??)
Encore un truc : le divX4 est-il vraiment une revolution ?? parce que je perd des fps en encodant avec le divX4 par rapport au Divx 3.11a !!    
Les 2 passes sont-elles vraiment necessaires ??? et a partir de quelle durée de film ???
 
Question intermediaire :    Tu fé combien en fps avec ton T-bird avec le DivX4 (et le DivX 3.11a) [en moyenne je sais bien que ca varie un peu], histoire de faire de beau reves cette nuit en attendant mon T-bird qui devrait arriver jeudi matin...      

Bruce : bon pour le moment, oubli ce ke j'ai dit car apparement c mon PC ki a trop cho et ki me gros caca nerveux    
 
ActarusPrinceD'Euphor :  

Ca j ai compris l histoire des 10% en moins mais c pas la nouvelle version du DIVX built 155 qui est cencé le régler ce prob ??

actarus : c'est que ton film doit etre entrelacer
 
PC2000 :
l'ancienne version du codec avait un probleme
tu lui dissais d'encoder avec un bitrate de 1000 elle encodait avec un bitrate de 900
pour contrer ce probleme bruce a "truquer" la calculatrice
elle donnnais un bitrate de 1100 au lieu de 1000 comme ça le codec encodait a 1000
 
mais maintenant si tu dit au codec d'encoder a 1000 il encode a 1000
donc bruce a enlever le trucage de sa calculatrice et maintenant elle calcul juste ce qui explique  la difference de bitrate selon les version
 
moi j'ai toujours la même bug avec mpeg2avi 0.15 a la fin de l'encodage il se ferme et occupe 100 % de mon proc
et le rippack ne fais pas la 2° passe
 
par contre avec virtual Dub il n'y a pas de probleme
 
je vais essayer avec une vielle version de mpeg2avi

avec mpeg2avi 0.12 ça marche (chez moi)
sauf que  
1° on a pas de preview
2° a la fin de la premiere passe mpeg2avi crass et ils nous met "ce programme a effectuer une operation non conforme bla bla ..."
en cliquant sur fermer l'encodage repart
je vais tester avec la version 0.13 et 0.14 de mpeg2avi (si je les retrouve)

Merci dje33 sinon moi j allais faire un caca nerveux  

Bruce pour la bug a le fin de la premiere pass tu a essayer avec virtual dub
car chez moi avec la build 178 ça passe sans probleme avec le job control
 
par contre avec mpeg2avi j'ai toujours le probleme
j'ai pas tester avec flask
a mon avis c'est plus un probleme de mpeg2avi et comme flask et mpeg2avi on peut etre des bout de code commun ça explique les probleme
 
je vais aller poster sur le forum DivX mais je suis pas sur qu'ils comprennent mon anglais

j'aurrai bien poster chez www.divx.com mais j'arrive pas a m'inscrire

Ou trouver la build 178 ???  
Un lien pleaz !!!!      

ActarusPrinceD'Euphor a écrit a écrit : Ou trouver la build 178 ???   Un lien pleaz !!!!

 
http://www.presence-pc.com/sqlforu [...] =cache&p=1
 
 

Salut Bruce
Le film en question est jetset
La résolution que j'indique est celle que me donne mon player dvd, lorsque je clique sur les propriétés du film.
Voici le contenu du rpk :
 
[File]
ifo=D:\Rippackv3\film\out.ifo
lst=D:\Rippackv3\film\out.lst
 
[Audio]
0xBD 0x80=Francais, AC3, 448 kbps
0xBD 0x89=Francais, SDD
0xBD 0x82=Francais, AC3, 192 kbps
 
[Movie]
width=720
height=576
aspect=16:9
framerate=25
format=PAL
length=01:40:43
 
Je note que derrière les flux audios il n'y a rien (pas de delai comme sur certain film). Je ne comprends donc pas ce décalage de son qui est très important. Je précise que j'ai essayé de ripper par les trois méthodes possibles avec le rippack et le résultat est toujours le même. De plus comme je te l'ai déjà dis l'image est vraiment pourri.
 
Je rajoute que le rippack n'arrive pas authentifier le dvd.

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

Bon... dans l'ordre :
 
PC2000 : Non, c pas possible... Oublie les 10% ct une connerie et j'aurrai jamais du ajouter ça. Le calcul du débit est BON, après selon les films il faut jouer sur les param du codec. Ensuite si tu as le build 155 il faut que tu t'inquiette car je file la 175 et la 178 viens de sortir...
En une passe, les quantizer SONT la solution !
En deux passes j'ai déjà encodé plus de 6 films, tous ont eu un BON bitrate ! Alors soit tu as un pb soit je sais pas...
 
sylvanio : ben regarde les codecs de la beta15... J'ai foutu le DivX 3.11a avec WMA mais SANS le MP3... Et j'ai fait ça tout seul comme un grand
 
jajax : heu... zarb que ça ai planté la 1° fois... C pas parceque cela n'affiche rien que cela ne fait rien !
 
melchizedek : je veux bien te croire (j'ai jamais dit le contraire), mais c pas normal ! Ré-installe ton windows...
 
ActarusPrinceD'Euphor : zarb ton pb...
Oui le divx 4.0 vaux le coup d'attendre un peu plus ! Surtout en 2 passes !
Pour les options lis donc le fichier "A lire" qui est fourni avec le rippack...
Quand à la vitesse, tout dépend de la résolution et du format de l'image... En 4.0 je suis dans les 16/20 fps, en 3.11a ajoute 10 à 20%.
 
dje33 : pour le bug, c pas mpeg2avi qui bugge car sur le forum de divx.com d'autres ont le même pb avec Flask !
 
ActarusPrinceD'Euphor : sur divx.com... (http://www.divx.com/features.php)
 
tochy : put'1 jet set mais oubliez le ! Non seulement le film est nul mais le DVD est pourri mal fait... Bon, ils te foutent un décalage de 13 secondes (problème connus) mais ils ne foutent pas de delai... arf...

Bruce la question n'est pas que le film soit bien ou nul. Si sur ce film l'encodage plante il se pourrait bien que d'autre film utilise la même technique dans le futur.
Sinon encore bravo pour ton super boulot