Voila,
 
Après plusieurs jours d'encodage avec le rippack, j'ai été forcé de constater que la décompression du Vob faite pas le rippack est inférieure en qualité à celle de flask. Je m'explique.
 
Sur mon DVD quand je le décode avec flask, la qualité nickel, égale à celle d'origine (normal, je décode).
 
Alors qu'avec le rippack de bruce, meme au décodage, donc sans encodage, il y a une perte de qualité il semble ondulé l'image verticalement.
 
Je sais pas d'ou ca vient mais si c'est juste un réglage à faire dans Le rippack j'aimerais le savoir.
 
A+

c vrai j'é le meme probleme mé je crois que cela vient du type de dvd ou encore de l'entralacement?

Il doit quand même y avoir quelque chose, car pour un même DVD au même endroit, il y a une différence notable en faveur de flask.
 
Donc rippack décode moins bien quand meme.
 
 
A+

il faudrai comparer aprés la compression car avant et apres la qualiter n'est pas la meme, meme si tu utilise 2CD

Je parle du décodage de la vidéo et non de l'encodage.
 
Les différences sont notable avant meme la compression.

Il ne faut évidemnt pas comparer les preview... Celle de mpeg2avi sert principalement pour les re-dimentionnement et avoir un apperçu mais la qualité n'est pas au rdv. Encode le même passage sur les 2 softs tu verra la qualité identique !

Je suis quand meme pas complètement neuneu, meme après l'encodage la différence est visible avec le meme codec avec les memes parametres: 6000 pour la vidéo

Moi j'ai un vrai probleme avec le rippack v2 de Bruce.
 
Je le trouve super clean pour le GUI et toutes les options, mais il y a un hic : un fois le fichier avi prêt, le filtre DivX ou je sais pas trop quoi ne se met pas a la lecture. C'est pas une connerie, j'ai fait des tests avec FlasK (qui me le fait aussi parfois, mais je ne sais vraiment pas à quoi c'est du).
Ce probleme se voit dès l'ouverture de fichier avec WMP 6.4, quand je fais AltEntrée (Fullscreen) : avec un DivX qui fonctionne, le passage en plein écran est IMMEDIAT ; dans le cas d'un fichier foireux, cela met 2 sec, en affichant d'abord les bandes noires.
C'est très visible, le fichier est plein de patés tout laids (et pas des patés venant d'un mauvais rippage, j'utilise ClaDDVD).
 
Si quelqu'un a la solution, merci de me la donner.
Mon proc : K7 650MHz
 
HomiE

SAlut , moi j'aurrais une question a poser a ceux qui utilise flask:a quoi sert le plugin panasonic mpeg encoder?Sur un site g lu qu'il etais essentiel au fonctionement de flask mais moi flask (optimiser intelà) marche tres bien sans!
????

Bon, pour ceux qui me croient pas j'ai fait un test, voici donc ce que j'obtiens :
 
Mpeg2avi :
 

 
Flask :
 

 
Voilà, ça parle de sois je pense...
 
homegrown : rip pas avec Clad mais plustôt avec la GUI.

Moi y a pas de problèmes, je veux bien croire que c'est la meme qualité. Mais quand meme une image toute noire pour juger c'est pas terrible et vu que c'est une ondulation verticale on voit rien.
 
Si tu as la meme qualité c'est qu'il y a quelque chose de différent entre ma configuration et la tienne.
 
Je vais illutrer la différence aussi par des photos.
 
Elles viennent de pulp fiction: 35eme image du deuxième vob:
lampe derriere bruce willis, verticale, on voit bien l'oréole grade et déformante.
 
Puis je les ai mises en BMP comme ca on perd pas de qualité a cause du jpeg.
 
Rippack:
 

 
 
Flask
 

 
 
Je ne ment pas, c'est le meme codec, les memes reglages, je veux juste t'aider parce que je suis pas le meme avec ce problème. Sur american pie, la différence est flagrante!
 
A+

C'est en effet bizare, je vais ré-essayer sur un autre VOB...

Voilà, sur Volte/Face :
 
Flask :

 
Mpeg2avi :

 
Bon, je suis d'accord il y as un léger bug sur les horizontales, par contre niveau qualité d'image... Je préfère mpeg2avi... Alors l'un dans l'autre... J'ai encodé à 910. N'oubliez pas que mpeg2avi vas tout de même 1.5 fois plus vite que Flask alors...
 

--Message édité par bruce--

Bonjour,
le "combat" qualite flak/mpeg2avi est vieux comme l'encodage divx...
On trouve des sites ricains sur le sujet.
A priori, lorsque je m'etais interesse a la chose, mpeg2avi s'en sortait mieux.
De plus, je pense que pour pouvoir faire une comp avec des photos, il faudrait etre CERTAIN de la meme config :
machine identique, taches de fond idem, taux de compression idem,
...
Et sur plusieurs films.
 
Perso, j'ai encore des soucis pour faire marcher correctement rippack, mais flask est tellement long...
a+

gargs : en effet, c pour ça que je fait exactement la même chose avec flask et mpeg2avi...
 
Il suffit de voir comment flask as encodé le mur blanc avec les planches de bois...

tu peux refaire le meme test sur volte face en mettant 6000 au lieu de 910!!
 
A+

ok, je fait ça ce soir.

Ok thanks.

Bon, désolé de ne pas up-loader les images mais tu as raison. La qualité d'image en elle même est identique mais il y as bien un très léger effet de vague (comme on le vois sur le screenshot précédent).
 
Je vais essayer de contacter PX3 pour lui demander son avis...
 
Je vais faire le test en utilisant un autre IDCT (floating point).
 
Mais sinon vus le rapport qualité/temps, je conserve mpeg2avi

Bon, alors ça c intéressant !
J'ai fait le test avec le mode -r0 (64 bits floating point) et c'est parfait, pas de vagues.
Ensuite j'ai fait le test avec le -r2 (16 bits MMX chen) et pareil, pas de vagues... Il y as donc un petit bug dans le décodeur MMX 32 bits...
C'est dommage quand même
 
J'ai envoyé un mail à PX3 (dur de trouver son mail, j'espère que celui que j'ai marche !) lui expliquant le pb, on verra bien ce qu'il m'en dit
 

--Message édité par bruce--

Voili voilou!!!
 
 
En espérant qu'il arrange ca.
 
Sinon, sur certains DVDs (american pie), la différence à certains moment est vraiment impressionante!
 
A+

Héhé, réponse de PX3 :
 
hi Bruce,
 
have a look at
pub28.ezboard.com/fdoom9smpegforumfrm7.showMessage?topicID=59.topic . there's a answer to your mmx idct question..
 
rolf
px3
 
Voilà...
Suffisait de demander

Bruce:
ca veut dire qu'il vaut mieux mettre -r0 ou -r2 au lieu de -r1?
C'est valable pour tous les films/zones?

Cool!
 
Mais ou on la choep la version 0.16b34?
 
C'est quoi le site de mpeg2avi?
 
Et aussi, est-ce que tu vas inclure une option pour traiter que moitiée de film par moitiée de film dans le prochain rippack?
 
A+

GodFearsMe Bruce:ss
ca veut dire qu'il vaut mieux mettre -r0 ou -r2 au lieu de -r1?ss
C'est valable pour tous les films/zones?
ss
 
En fait c'est juste les options de mpeg2avi:
 
-r0 : c'est un décodage et encodage en 64 bits, vachement précis mais hyper lent: entre 2 et 4 fps sur mon p3 1066
 
-r1 : décodage 32bits MMX, celui à utiliser sur nos proc, dans les 18/20 fps suivant les films.
 
-r2 :ss16bits MMX il utilise que 16 bits mais utilise le MMX.
 
D'ailleurs j'ai pas trouver de différence de rapidité enormes entre le -r2 et le -r1.ss
 
Et toi bruce?
 
A+

Sith: Ok mais pour la meilleure qualité quoi choisir? si dans le -r1 (celuis qu'on utilise) y'a le bug?

Ca dépend de la version de mpeg2avi!
 
Si t'as lu le post du forum que bruce a mis juste au dessus il faut vérifier que t'as pas la version 0.16b35!
 
Si c'est celle que tu as, utilise -r2: chez moi la différence de rapidité n'est pas énorme!
sinon prend la version 0.16b34!
 
Mais je sais pas ou la récupérer!
 
A+

Sith:
Comme dirait Maitre Yoda:
"Dur trouver la version 0.16b34 c'est"...
 
J'ai pas reussi la trouver ni chez doom9 ni chez Apachez ni sur d'autres sites... aucun lien?

Bruce tu l'as la version 0.16b34 ???
 
A+

GodFearsMe : pour le moment c difficile à dire... En -r0 la qualité est excellente mais c très très long ! En -r2 je ne sais pas si 65536 valeurs (16 bits) suffisent pour le DVD -> DivX... C'est quand même embettant (même si c vrais que je ne vois pas de différences mais PX3 déconseille d'encoder avec car c'est moins préçis...).
 
sithlord : elle est sur le site de Doom9 (elle y était en tt cas...). Sinon pour le moment je ne peu pas inclure l'encodage partie par partie tant que mpeg2avi ne le fait pas...
 
Mais la version 0.16b34 ne marchera pas avec le rippack, en effet je crois (si je me souviens bien) que la preview bugge et qu'il ne sort pas le ac3/mp2...

Elle y est plus, tu l'as pas dans un coin de ton dur?
 
A+

Héhé, une petite recherche google me donne ça:
members.tripod.com/~liaor/mpeg2avi.html. Je vais d'ailleur regarder les autres trucs en DL pour voir ce que c...

Cool!
 
mais je l'ai téléchargé et ca fait la meme chose!!!
 
 
A+

Donc ca fait exactement la meme chose et pour bien montrer que sur certains DVDs c'est vraiment crade je remet deux images de la mort: DivX 6000!!!
 
Flask:

 
 
MPEG2AVI:

Je te crois bien... En attendant encodez donc en 16 bits MMX, je ne vois vraiment pas la différence (et en fait cela n'influe pas sur le nombre de couleurs de l'image...).

Je n'ai rien dit mais c'est bien ce qu'il me semblait, c'est juste le mode de traitement qui change. En 32bits, on utilise pleinement notre processeur.ssEnfin quand je dit pleinement je rigole doucement.
Mois ce que j'attend c'est l'implantation su SSE dans ces logiciels!
 
A+

Encoder avec l option -r0 n apporte pas un gain de qualite a l image a bitrate equivalent ????
Moi le temps je m en fous ce ki m interesse c la qualite et le peu d occupation d espace disque !!!

C'est à tester!
 
Test ca si tu veux, je le ferais surement moi meme plus tard mais la j'ai pas le temps, j'ai des exams la semaine prochaine et pleins de projets à finir et à soutenir!!!
 
 
A+

Finalement j'ai pris 30 sec pour tester:
 
En 64bits: 42s de traitement et un résultat qui est très bien sauf qu'il y a des lignes verticales crades qui se baladent. Encore un bug de mpeg2avi??
 
En 16bits: 3s de traitements et résultat ou j'ai pas vu de différence!
 
Voili voilou
 
A+

Bon, ben utilisez donc le 16 bits, en plus c'est plus rapide