Encoder et décodeur(Koepi): 24/06/03
Encoder et décodeur(Nick) : 16/07/03
Encoder et décodeur(uManiac) : 17/07/03
 
 
Site de Koepi
Site de Nick
Site de uManiac

osef

 
 
Bah dit rien dans ce cas-là...

kobaia a écrit a écrit :   c'est bien de se precipiter pour annoncer [Ze topiiiiic] la derniere build x ou y ( une tous les 2 jours?); mais ce serait mieux ( pour ceusses donc piqués de xviD, comme toi? ) de dire, verifier, etc..ce que ça fait !   par ex et EN PREMIER : est ce que le QPel marche oui ou non ! tu voulais compresser LOTR ...ben go ahead; je ne vais pas te demander l'impossible , en terme de ratio bits/pix, s'agissant de QPel qui ne marche notoirement pas dans DivX "de ce fait" dit on chez eux ( faudrait au moins un bits/pix >5..)   donc peux tu verifier si un 'banal' 640*272 @600k marche ici avec QPel dejà Sans B-fs...(et avec eventuellement !) avec XviD   sur LOTR donc, en DivX5, un 640*272 @850k marche pas mal avec le QPel, mais on sent, plus qu'on ne voit, les artefacts liés au ratio 'limite' ; du reste il suffit de refaire le meme en 720*304 pour voir grimper sec lesdits artefacts..   donc ya moyen d'avoir du feedback autre que je suis le premier 'officiiel' a annoncer ceci , cela...mouai !     ha ça va mieux

 
Faudrait ptetre te calmer un peu et remballer ton agressivité parfois .. a chaque fois que je lis tes posts, je remarque que tu te prends vraiment trop au sérieux la plupart du tps, enfin bon, ca doit être moi qui interprete mal      

Une question bete, mais comment on peut voir si le Qpel marche avec ces résolutions ?
Si l'image ne se dégrade pas et que la vidéo se compresse plus, ça veut dire que ça marche ?

c'est vrai qu'il ya beaucoup de topic sur le xvid mais bon,c'est parti d'une bonne volonte !!!

 
Il n'y a pas de question de concurrence, c t juste pour dire que l'on se devait d'avoir not' topic Xvid, en ces temps ou Koepi nous pont une build presk tous les 2 jours (voir des fois toutes les heures )
 
Sinon, pour essayer d'être objectif, le QPel et le GMC ne sont pas safe du tout, car par ex, sur un post que j'ai lu hier Koepi et syskin se contredisait sur l'utilisation de QPel+GMC avec Bframes, l'un disait que c t prêt et l'autre disait que la build du 18 merderait avec une NON utilisation du QPel !!
 
Donc pas encore au point tout ca, mais qualitativement, je ne me suis pas encore vraiment penché dessus même si il parait que pour certain le QPel est actif en MSP 6, alors qu'il y a une case à cocher en plus ds le codec.. Vas savoir ou est la vérité

Tu peux t'amuser comme tu veux, ca ne change pas que je trouve que tu monte très vite sur tes gds chevaux sur un simple topic d'info qui peut être utile pour ceux qui n'ont pas envie de se perdre dans des threads long de xxx pages pour trouver une info ...
 
M'enfin ... si t'a que çà à faire, c'est ton problème à la rigueur ...

Bon ceci étant passé, on peut parler boulo ?
 
Bon j'ai une question pour les amateurs :
J'ai lancé ce matin (en non connaissance de cause) LOL, 5 encodages de 2ème passe, en changeant le type de MSP (MPEG ou Mod HQ) , en changeant aussi les quantizers, ou en changeant des params du alt CC.
 
J'étudies non pas le résultat visuel, mais l'influence de ces params sur les résultats en terme de nombre de intraframe et interframe, en terme de compréssibilité, etc...
 
J'utilise debugview pour capturer ce qui sort du codec.
Et mon problème est que je ne désire pas obtenir de fichier .avi, donc j'avais penser mettre en "dummy mode", mais semble t'il, je dis bien semble t'il, debugview ne capture pu rien. (ce qui sois dit en passant doit être complétement logique, g du raté un épisode mais bon..)
Donc , j'ai fait la chose suivant , j'ai ajouté mes 5 encodages ds le project de VirtualDub, et DebugView va normalement capturer à la suite ds sa fenetre les 5 logs des 5 encodages, normalement, je n'aurais qu'à découper ce fichier et qui plus est, j'enregistre à chaque fois sur le même fichier .avi de sortie (pour n'en n'avoir qu'un).
 
Que pensez-vous de cette soluce ? ( je ne sais pas si ca va marcher, , je verrais ca en rentrant chez me en fin de journée)

J'ai vu un petit utilitaire sympa pour extrait les infos du codec en txt ou html ou xml ici
 
Ca peut être utile qd vous posterez vos params de codec...

UP du matin

Nouvelle build de Koepie qui est censé corrigé les grosses erreurs du 18, sur les bf+qpel
 
XviD-20112002-1
 
Lets test bed..

Nouvelle build de Koepi et Umniac
 
XviD-21112002-1: celle-ci semble être bug-free sur le Qpel + Bframes, mais ne pas utilisé le GMC (http://roeder.goe.net/~koepi/)
 
XviD.Alpha.20.11.2002.2300.exe : celle-ci semble être tip top au yeux de Iago, donc à voir (http://umaniac.leffe.dnsalias.com/)

marche pas le lien vers koepi !!
un miroir ?
merci

nope
 
c le bon lien ceci dit en passant

En passant, je regardes un peu la distrib des i,p,b frames avec la dernière build de Koepi du 21 Nov (qpel+bframe à 4/200/200, 4/150/150, 3/150/150)
 
Ca met du temps avec 4 h pour chaque 1ère passe ..

Euh avec des réglages 4/200/200 Dams tu y vas un peu fort je trouve... Avec le nouveau paramètre = offset des B-frames, vaut mieux pas jouer aussi haut (je vois pas dans quelle occasion ça pourrait être utile, même LOTR à 600kbps je crois pas).
Si tu veux retrouver les réglages quand il n'y avait pas encore d'offset dans la formule de calcul du quant des B-frames, il suffit de le fouttre sauvagement à zéro.
 
Parce que là en plus du ratio de 200% "habituel" tu rajoute un petit +2 au niveau du quant de la B-frame. C'est vrai que les B-frames peuvent théoriquement plus haut en quant, mais là avec en plus la possibilité de 4 B-frames consécutives... M'enfin j'ai pas testé le résultat donc on verra ce que ça donne. Ca n'aurait pas été mon premier test de réglage. Bon courage.

Oki doki, un petit 100 serait sympathique, il rajouterait sa sauce au cas ou on aurait un quant peu élevé pour une bf , pour la forcer ?

Homie : est tu d'accord sur le fait que les Bframes, ne sont pas à utiliser pour des encodages 2 CD ?

Ce qui est sur c'est que les B-frames font augmenter la puissance CPU nécessaire pour décoder le fichier MPEG-4 final. Donc déjà je trouve que ce n'est pas utile de mettre des B-frames dans tous les rips sans regarder auparavant leur effet.
 
Les B-frames sont déjà un moyen de faire monter la compressibilité avec peu de frais au niveau de la qualité visuelle si on les règle correctement (OK c'est pas difficile mais faut pas mettre des ratios à 400 et des offsets à 400). Donc pour du 1CD, l'objectif est de faire baisser les quant P et I (les quant B étant directement dépendants de ces derniers) les B-frames apparaissent comme utiles. Sur du 2CD, on peut encore vouloir faire monter la compressibilité mais plus rarement et moins : dans ce cas, les B-frames ne se justifient plus vraiment.
 
Prenons les devants : la compressibilité ne fait pas tout bien entendu, mais encore une fois on est quand même sur que le codec introduira moins d'artefacts à un quant moyen de 3 qu'à un quant moyen de 6. Bien sur le fait que la source ait été totalement dégradée pour faire monter la compressibilité est un tout autre problème, encore plus subjectif que la précédent...

Un peu de news :
 
http://www.xvid.org/modules.php?op [...] =0&thold=0

j'ai un ecran vert ou noir selon les player donc pas d'image ou alors déformés mais le son est là, j'ai charger nemo codecs et ace codecs pareil, quelqu'un a dejà eu cela?

Essaie BSPlayer en overlay mode 2 , ché moi, ca a viré ce problème !

 
Merçi pour ta réponse mais c pareil

 
si ça peut intéresser des personnes dans le meme cas que moi j'ai pas de bleme d'image avec le player vidomi, le seul qui fonctionne pour moi.

jfk25 : ca ne le fait que pour les Xvid ?
 
Sinon, essai le décodeur de Nic, je ne saurais trop te le conseiller.

Petit édito :
au vu et "ouidire" des dev et foromeu de Doom9, le Qpel semble toujours un peu instable, d'après Syskin, il y aurait certains effets désagréables sur certaines images avec du motion sur une partie précise de l'image (style en haut..)

 
oui ça le fait uniquement que sur les films encodés en Xvid , les autres en divx fonctionnent avec tous les players.
Bah vu que cela fonctionne maintenant et vu toutes les choses tentées et installées, je crois que je vais plutôt en rester là

Nouvelle build du 03122002, sensée allé plus vite (plusieurs personnes avaient constaté une dégradation des performances, Koepi est revenu à d'anciennes optimisations) et le problème du Lumimasking doit être corrigé (plus de points blancs comme l'a dit aussi Homie)

Sortie de l'analyser "XviD Analyzer 0.17" avec support BF et d'autres choses sympatoches.
 
http://www.geocities.com/aleksikerayno  

Bonjour à tous ce matin, vous zetes sur radio Xvid
 
Nouvelle build du 091202:
- correction final du Lumimasking
- amélioration du QPel
- amélioration du chroma
- ajout de l'option Dynamic Hpel/Qpel decision (en gros, suivant le ME et MC, le codec "switchera" au nivo de la précision sur le calcul des entiers, kobaia ou homie sauront mieux expliqué ceci )

Merci Dams (ultra rapide)

Surtout KOEPI

Bon un petit up tout ca pour dire que Koepi nous a pondu il y a 3 jours une chit build (XviD-19122002-1) qui ne semble pas sortir des sentiers battus si ce n'est quelle semble être plus rapide pour quelques foreumeux AMD (optimisations 3Dnow)

Build de la nouvelle année 2003 (XviD-03012003-1), plus rapide (modif de Syskin) et moins "crashante" ds virtualdub et nandub.

Build du 15 (XviD-15012003-1) avec en autre suppression d'un crash ds virtualdub, et un meilleur GMC.

Vivi mais je conseille de ne pas utiliser cette build : il y a un GROS problème d'oversize. J'ai lancé un rip avec juste des B-frames comme ASP, et pan! 840 Mo au lieu de 640 Mo demandés...
Donc faut attendre que les développeurs se penchent sur le problème : en ce moment, ils s'intéressent bcp au Qpel et à ses problèmes de "smearing" (trainées je crois), et au GMC. Wait and see...

J'ai tester la build du 03/01/2003 et le Qpel etait pas mal du tout.
Le problème c'est qu'il y a un gros problème de repartition de iframe(trop rare).
Dommage!
Quelqu'un a un conseil pour une insta build a peu près stable?

Celle du 15 corrige le problème de Iframe du 03