Reprise du message précédent :
un autre truc que tu peut essayer c'est d'encoder en utilisant les filtres directshow dns ton avs au lieu du projet d2v

 
Explique ?

tu fait un avs dns ce style
DirectShowSource("D:\film.vob" )
Crop(0,0,720,576)
BicubicResize(480,352)

je t'avé demandé si ac le 4.12 c plantait c t popour rien si c le cas c ta config ou ton install!!!!
 
et pi tetre ton install manuel ke gknot a buggué lors de son install a lui...
 
reinstalle-le et vire-le après si t'en veux po!!

laclasse : je vais essayer...
 
neodam : pas encore eu le temps de tester (c long un encodage ). Dès que DVD2AVI fini (sans planter j'espère) je remet le 4.12 et je teste.
 
Quand à AviSynth je suis certain de mon install, je débute pas J'ai la version 1.05 téléchargez chez Doom9 donc...

je dis po ke tu débute je te connais assez bien pour dire une telle chose...
 
 
moa dvd2avi plantait quand g t trop O/C mais komme tu y est po...
 
 
Au fait burn MMX c un truc de bourrin pour tester l'O/C justement!!
 
ça monte les CPU en charge graves!!!
 
donc en en lançant 3 en meme temps tu charge ton proc comme un bourrin pour voir si il est stable...
 
dernière soluce une partoche rapide ac un new win dessus et aucune installe de Gknot puiske c depuis ke ta d merdes...
juste lé bons codecs...
 
et reretests...
 
Good Luck kand meme!!  
 
moa

neodam a écrit a écrit : je dis po ke tu débute je te connais assez bien pour dire une telle chose...     moa dvd2avi plantait quand g t trop O/C mais komme tu y est po...     Au fait burn MMX c un truc de bourrin pour tester l'O/C justement!!   ça monte les CPU en charge graves!!!   donc en en lançant 3 en meme temps tu charge ton proc comme un bourrin pour voir si il est stable...   dernière soluce une partoche rapide ac un new win dessus et aucune installe de Gknot puiske c depuis ke ta d merdes... juste lé bons codecs...   et reretests...   Good Luck kand meme!!     moa

 
Bha je verrais ça mais g pas 100000 disques dur...  
Je vais peut-être me faire un backup et tout ré-installer mais ça me prend 3 jours quoi...

Bon, même plantage sur DVD2AVI... alors que ct presque fini...  
 
Allez hop, bug repport à divx.com

Pour être sûr de moi, je lance now un encodage avec le divx 4.12 dans les mêmes conditions que ce qui plante avec le divx 5... Wait & see dans 4 heures environs

jotenakis a écrit a écrit : Je viens d'encoder Matrix en 640*256 avec ce codec "pourri" avec un bitrate de 638kbps et le résultat est halucinant ! Crois moi si tu veux, mais c'est vrai : pas un bloc c'est SUPERBE. Le tout avec une bande son Vorbis, super.   Vive les codecs pourris       PS : je visais un fichier de 610944 Ko et j'ai eu 610900 ! Voila ce que j'appellais un respect du bitrate.

 
Comment t'expliques qu'il soit aussi loin pour moi ?
C'est comme le vin ? Il faut le laisser murir pour qu'il divienne bon ? Ca commence à combien ? 5 minutes ? 10 ? 60 ?
 
J'ai rien contre ce codec. Bien au contraire, je préfèrerais une alternative comlètement ouverte plutôt que le DivX. Mais les faits sont là, je les ai pas inventé !

 
J'attends de voir le tien Pitairs !
 

 
En gros ce test dit exactement la même chose que moi (il est tout pourri son test) ! A la différence près que moi j'aime pas les gros carrés qu'on voit dans le XviD. Je préfère le flou du DivX. Surtout quand tu passes la video en full screen, les carrés ca fait dégueulasse. C'est une question de gout... Maintenant si tu nies que sur les captures d'écran on ne voit pas les carrés, je ne peux rien faire pour toi.

salut,
 
j'ai essaye de faire un Bivx format MP4 et non pas AVI, et quand je donne a divx5 mon bivx AVI pour le convertir en mp4, il me dit que ce n'est pas du divx5...
est ce possible donc de faire du BivxMp4 ??
Merci !

Sinon j'ai rajouté une video XviD et DivX5 pendant un changement de scene rapide... Que ceux qui ne voient pas la différence lève le doigt
 
http://mukoli.free.fr/video/
 
Evidement il faut avoir les codecs DivX5 et XviD d'installés.

 
   
 
"I took a couple of screenshots to compare the detail level and XviD is still more detailed, plus it has less artifacts around the edges of objects. "
 
achète toi des lunettes si tu trouves que Doom dit pareil que toi..
 
Au fait,en ce qui me concerne, tout tes screenshots quels qu'ils soient sont de mauvaise qualité.
 
Xvid a de grandes similitudes avec SBC , produit un fichier .stats compatible, est orienté quantizer plutôt que bitrate. L'utiliser autrement qu'en mode qualité based ou en 2 passes en le tweakant n'a pas de sens

 
Si je te file l'original (en MJPEG) tu saurais faire un XviD avec une qualité au moins aussi bonne que le DivX ? Avec le même bitrate et sans les carrés bien sûr.
Sinon, qu'est-ce qu'ils ont de mauvais les screenshots ?
 

 
Eh ben dis leur de virer les options qui n'ont pas de sens alors ! C'est comme par hasard celles qui m'interressent.
 
Sinon jette un coup d'oeil aux 2 AVI que j'ai mis à la fin. Si tu trouves que le XviD a une qualité acceptable...

et hop un nouvel encodage avec le codec "pourri" : La ligne Verte en 640*352 avec un bitrate de 850 kbps.
Et comme d'habitude résultat SUPER.
(Critêre de qualité de 0.15 seulement pourtant).

speedyop a écrit a écrit : wow c'est lent en cochant toutes les option MP4, j'etait a 10 fps sans (PIII 650 ) et avec les 3 options je passe a 5-6fps... j'ai surestimé de debit de 50 kbits pour voir si j'optient une taille plus approprié

 
     
 
nan serieux c abusé... mon encodage est finir, resultat moins bon que mon premier encodage a 760 sans les options MP4 mais par contre une taille assez incroyable : 479 MO au lieu des 700 attendus... eux sachant que le debit est a 800, la durée du film 2H, le son occupant 54 MO... comme le pere d'amelie: "comprends pô"

@Robux04
 
Comme je l'ai déja écrit, chacun est libre de faire ses tests et d'en tirer ses propres conclusions.  
Mais de là à dire qu'un codec comme le Xvid est pourri! c'est un peu rapide et extrême comme conclusion.
 
Un encodage classique en Divx3.11 ne donnera pas la même qualité qu'un encodage SBC bien fait et pourtant le codec est le même..
 
Je pense effectivement que Divx5, voire Divx4 est meilleur en 1 pass - CBR que Xvid
 
Cela devient beaucoup + discutable en 1 pass-quality based et encore + en 2 passes.
 
Sinon, ce ne sont pas tes screenshots  en soi que je trouve mauvais mais la qualité de l'image de tous tes encodages, peut-être que l'original est également de mauvaise qualité?
 
Voici un avis de Doom9 que je partage
 
 
Q: Is DivX5 better than DivX3/DivX4/SBC/XviD/etc?  
A: As Einstein said, everything is relative. So is the quality of video codecs. Some might find codec X more visually pleasing, others may prefer Y and both are right when they say "their" codec looks best but they should not try to impose that opinion on others because what may be right for them is completely wrong for others.  
 
Q: How to best compare DivX5 to other codecs?  
A: Encode a clip in CQ mode. Use the same mode for every codec. Rate control that's being used in 2 pass encoding may work different in various codecs and you have the ability to compress mixed with the rate control and you really should look at the ability to compress only.

[jfdsdjhfuetppo]--Message édité par Peters--[/jfdsdjhfuetppo]

 
cela tombe bien, je voulais le refaire. Params d'encodage?
 
a+, bientôt(aujourd'hui ou demain) du nouveau sur Xvid!

 
Motion Search : 5  
Quantizer : Mpeg
Curve Compression : 240/25/15
Iframe Quantizer : 2-5
Min quant Max quant : 1-25
Keyframe Boost : 30%
End Credits à 5%
Taille visée : 1160530
 
C'est quoi les nouveautés prévues ???
B-frames déjà ?

Hello!!! j'ai un petit sourci pour extraire de l'audio du dvd d'un concert.sur le wav extrait j'ai un pb de son concernant les morceaux a plusieurs angles de vue (ca saute en permanence), les autres étant ok.
C'est un problème que vous auriez déjà rencontré ?

 
Thank's pour les params.
Je ne sais pas ce qu'ils nous préparent, B-frames? Nouvelle API?
 
Petite remarque 'anodine' de Koepi
 
http://forum.doom9.org/showthread. [...] adid=19394
 
"The primary goal is to stay as compatible as possible.  
So i guess we're trying some workarounds for .avi first. Another option is to write our own encoding application - with that we could use whatever we want. But it's a bad idea to write another format parser.  
 
Just sit back and relax, starting on sunday it'll get really interesting  "

[jfdsdjhfuetppo]--Message édité par Peters--[/jfdsdjhfuetppo]

robUx4 a écrit a écrit : Sinon j'ai rajouté une video XviD et DivX5 pendant un changement de scene rapide... Que ceux qui ne voient pas la différence lève le doigt   http://mukoli.free.fr/video/   Evidement il faut avoir les codecs DivX5 et XviD d'installés.

 
... t'es stupide ou koi ???
 
si tu vois des carrés avec le xvid et pas le divx5 c tout simplement parceque tu utilises un decodeur xvid qui n'a pas de postprocessing ... (enfin maintenant si d'ailleurs moi je l'ai héhé ;-))
 
et donc ce qui est tres marrant c que soit en changeant le fourCC de xvid en divx (ou en enclanchant l'humble postprocessing du tout nouveau decodeur xvid) je n'obtiens pas les petits carrés que tu decris (grace au post processing) ...            
 
DONC REVISE TA COPIE !!

[jfdsdjhfuetppo]--Message édité par mphilamp--[/jfdsdjhfuetppo]

par contre je suis d'accord le xvid fait plus paraitre les carrés mais aussi beneficie d'une plus grande finesse
 
en fait , comme le dis peters "Xvid a de grandes similitudes avec SBC , produit un fichier .stats compatible, est orienté quantizer plutôt que bitrate. L'utiliser autrement qu'en mode qualité based ou en 2 passes en le tweakant n'a pas de sens  
"
 
le xvid est orienté copie de film 2 passes , c evident (en plus calcul auto de la taille finale , rate%  pour les credits etc)
 
 
donc :  
CAPTURE : DIVX5 avec ou sans les options selon la rapidité de votre PC
 
DVD copy : XVID 2 PASSES

[jfdsdjhfuetppo]--Message édité par mphilamp--[/jfdsdjhfuetppo]

je suis MDR PTDR      
 
c KIF KIF bouricot ...
 
bon allez après 10 minutes de concentration je confirme que divx5 fait des taches plus lineaires alors que le xvid fait des taches un peu plus carées ...
 
mais faut le voir ...
 
alors je poste meme pas les images il faudrait que ca soit au format png pour voir la difference ...

je vois que tu ne chomes pas  

Petit mea culpa de ma part. Effectivement avec le filtre DirectShow pour le XviD j'avais pas le post processing. Et c'est vrai que ca améliore grandement la qualité (j'ai chopé la dernière version de Keopi pour tester). Il n'en reste pas moins que même avec cette version je vois très clairement la pixelisation sur le visage de la nan juste après, alors que je ne le vois pas sur le DivX5.
 
Sinon quand il n'y a pas de changement de scène brutal, le XviD semble avoir une meilleure qualité d'image. Alors encore un effort du coté du changement de scène et le XviD sera pas mal.
 
A noter que la synchro semble pas terrible sur le filtre directshow XviD, alors mieux vaut encoder avec le FourCC de DivX.
 
Aussi j'ai remarqué le bug des lignes violettes sur des encodages de XviD !!! En baissant la quantization (de 4-31 à 4-20) ca ne bugge plus.

 
et la cà devient aussi une question de gout ...
 
Ps:excuse moi de t'avoir traiter de stupide ...
     

question:
 
le divx5 que tu as fait [move-dv5] a quelles options (gmc , bframes ?)

 
Je possède un Athlon 1.33 ghz et je n'ai vraiment aucun pb de synchro avec le DS Xvid (son Mp3 ou ogg, tjrs en 48 khz)...
 
Je n'ai jamais eu le bug des lignes violettes car j'utilise tjrs une res multiple de 32 ...
 
Enfin dernier point, le motion detection de Divx5 est le même que celui de Divx 4.12 , bien faiblard par rapport à celui de Xvid.

 
d'accord sur tout...

 
 
ouhla attention ... ne basons pas trop nos discussions sur des choses theoriques , mais en effet tu as raison , le xvid en a vraiment ds le ventre , surtout quand il va integrer les b-frames et autres petits pmvfast(je sais pas ce que c mais c pas grave    ) bien sympatiques

les nouvelles sources de Xvid circulent mais rien sur le site officiel http://www.xvid.org/index.php?section=Developer
 
D'après les échanges entre Koepi et Nic, je parierais sur une nouvelle API, en tt cas j'ai mis en veilleuse mes encodages Xvid    
 
le pvmfast, c'est le motion vector pour speeder la 2ème passe, non?

c'est quoi les mv fichiers (fichier bin) ds divx5 . Ils servent a quoi . ?????
 
 
Merci .

Peters a écrit a écrit : les nouvelles sources de Xvid circulent mais rien sur le site officiel http://www.xvid.org/index.php?section=Developer   D'après les échanges entre Koepi et Nic, je parierais sur une nouvelle API, en tt cas j'ai mis en veilleuse mes encodages Xvid       le pvmfast, c'est le motion vector pour speeder la 2ème passe, non?

 
ou est-ce qu'on peut en soivoir plus ou telecharger les binary ?

 
Ben c'est justement les 'motion vectors' qui permettent de speeder la 2ème passe...

Bon, moi en tout cas ça as pas planté avec le divx 4.12 donc c bien le codec qui plante.
 
Par contre avec le divx 4.12 moi j'arrive pas à lire les divx 5, il fait planter explorer.exe !!!

Bruce a écrit a écrit : Bon, moi en tout cas ça as pas planté avec le divx 4.12 donc c bien le codec qui plante.   Par contre avec le divx 4.12 moi j'arrive pas à lire les divx 5, il fait planter explorer.exe !!!

 
Tu n'es pas le seul à avoir des pbs d'encodage d'après ce que je l'ai lu sur différents forums...
 
Et si fais un coup de regsvr32 divxdec.ax /u, ça devrait passer non ?(tu perds le DS mais bon..en tt cas pour relire du 3.11 avec le DS 3.11 c nickel)

 
Faut que je passe sur doom9 pour suivre un peu mais g pas le temps...
 
Sinon, avec le divx 5 ça lis les 4 et 5 donc bon...
Par contre je sais pas si vous avez remarqué mais dans vdub le codec fait chier, il saute des frames !

 
Quand je ne spécifie rien, c'est sans les options spécifiques au 5. (qui gagne juste en vitesse donc)
 
Sinon pour Bruce, j'ai réussi à lire les DivX5 encodé sans les nouveaux paramètres avec le 4.12. Les nouvelles options font planter l'ancien.

 
Voilà qui est intéressant à savoir