dans la foulée de mes petits tests , entre DivX5.02 et la derniere build de XviD (14052003) sur les 30 000 premieres frames de Matrix1 (640*272 @800k) , j'ai essayé ...TAHANEA
 
enfin juste 1 encodage : aucune option de  traitement de l'image ;  en mode "slow" et un tout bete "constant quality" ensuite ;  
 
ouai ça marche, on peut meme dire qe ça va plaire à tous ceux qui privilegient un coté bien "lisse", bien "propret" , des images ; car en virant tout post-processing en lecture (de toute façon la qualité etai suffisante pour s'en passer) on voit que , désormais, le codec "lisse" aussi pas mal en amont ; alors que d'habitude c'est plutot le postfiltrage qui le faisait;
 
revers de la médaille , tout ce qui fait "le grain" de l'image est 'lissé' ;  la peau des visages n'est plus naturelle, ou encore la texture des tissus , les murs,portes,  etc..
 
perso je ne suis pas trop client de cela ; on peut meme probablement en déduire que le QPel doit ,ici, passer à la trape ; au moins à ce bit rate ; alors que j'avais pu constater avec Divx5.02, que l'on pouvait activer ici le QPel , sans dégats collateraux, et donc pour le gain d'une image plus naturelle au final
 
bref pas de rejet, mais pas convaincu non plus ; rien que l'on ne pouvait faire des 5.02 ; ou est alors le progres ? il viendra peut etre avec plus de developpement...

si c'est pour avoir du flou en 720*576, autant avoir du net en 352*288
 
moi non plus je n'aime pas ce choix, le divx va finir par avoir une qualité VHS à force de lissage. Je préfère un macro-block de temps en temps qu'une image digne d'un impressioniste.

Bah de toute façon au niveau des codecs mpeg4 je crois qu'on a + ou - fait le tour (divx xvid etc...). Y'aura jamais de miracle! En dessous d'un certain bitrate faut pas rêver la perte d'information implique forcément de tels résultats--->soit on filtre donc on améliore la compressiblité et no macroblock ou bien pas de filtrage et saturation du codec--->macroblock. Bien sur avec des ruses style qpel bframe etc on a pourra affiner en terme de performance mais pour moi y'aura rien de révolutionnaire. c'est le principe même de la DCT et de la quantification (donc du mpeg) qui l'impose. Je pense que le salut viendra d'une technique de transformation temps/frequence nouvelle (style ondelettes ou fractale ou je ne sais quoi d'autre).
 
Si ça se trouve on va bientôt apprendre que divx network s'est bien foutu de la gueule du monde en incorporant tout simplement du code avisynth avec du smartsmoother dans leur tahanea.

 
euh de toute facon le tahanea c un truc expérimental ya pas à dire "trop facile ils sont nuls gnagna", c juste un truc test qu'ils rendent public. Je vois pas le prob de toute façon

le truc pas mal, par contre, c'est apparament (G lu tres vite..)la possibilité de faire du 1_pass , tout en "i" frames ; what4? pour... recompresser IPB ensuite
 
bref, quelle utilité et pour quelle type de source ? si c'est pour faire une sorte de TiVO ben c'est pas bon, autant recuperer le stream Mpeg2 ! plutot que le réencoder , à la volée, en Mpeg4 "I" frames ; donc resterait plus d'interet que pour des captures sur source analogique; et alors c'est pas trop le sens de l'Histoire ici...
 
sinon, nan , on ne peut pas 'jeter' , à ce stade, le Mpeg4 ! et si l'on enreste à celui proposé par DivX/XviD, il y a encore pas mal de marge de progres , par ex en ameliorant le QPel ; "il se dit" que l'ASP (advanced Simple Profile) ne serait finalement "que" 30 à 40% derriere H264, lorsque tout le potentiel de ASP aura été developpé ; on peut vivre avec..nan? surtout si ça remplit cette fonction gratuite de mp3 de la video