Ca y est, je suis arrivé à faire une version utilisable:
 
http://gabriel.mp3-tech.org/comp_color.rar
 
Je vous file cette première version pour que vous puissiez l'utiliser ce w-e.
 
Il vous faut des ppm en mode binaire en entrée (un example est fourni). Si besoin vous pouvez en créer avec paint shop pro.
 
Il vous faut aussi des images carrées, sinon il y a un bug.
 
Pour l'espace de couleurs, dans le cas divx/xvid, prenez luv/yuv

thanks !!        
 
pour les images carrée, va falloir faire de la découpe à la main sous psp ...    
par contre la dernière remarque je pige pas trop car on a l'habitude d'extraire précisément telle ou telle frame avec vdub : il nous sort un zoli bmp donc en rgb ...  

Ca y est t'as fini par y arriver.

 
   
c pas trop gerable a grande echelle alors
y'a pas moyen de faire en sorte que ca marche pour des images non carrées mais de mm taille ?
et y'a pas moyen de faire des batch run aussi ?

t'inquiète, il y a marqué "première version". Il a du faire des concessions, mais on peut déjà bosser ...

Graou®  
Excellent et merci encore, vivement les prochianes versions

Pour l'espace de couleur: je voulais dir qu'il faut passer l'option d'espace luv à mon programme. De votre coté, pas de problème vous lui passez des images en rvb normal.
 
Pour les images carrées: c'est une erreur de ma part, j'ai du me tromper qqe part dans le code. Mais il faudrait que je cherche, et là j'ai pas le temps. J'ai préféré vous livrer quand même cette version pour que vous puissiez l'utiliser pdt le week-end.

J'oubliais:
 
si vous avez des questions rapides pour l'utilisation, posez les maintenant. Dans environ 1/2h je pars en week-end.

bon va voir avec le rgb parce que j'ai pas top pigé, à chaud, dans le vide  

oki c cool no pb

Bon, je donne une exemple:
 
./difCalc -i1 orig.ppm -i2 divx5.ppm -space LUV -dif cont -o result.ppm
 
En gros l'option qui va vous interesser c'est -dif:
* lum: différence de luminance
* chro: diff de chrominance
* emerg: emergence (en gros la façon dont chaque point se détache par rapport à ses voisins. genre "mon divx préserve-t-il correctement les grains de sable de cette image de plage?" )
* corr: corrélation d'un point par rapport à ses voisins
* cont: contours
*fisher: je me souviens plus bien (ça fait 2 ans qu j'ai fait ce truc)
 
Je tacherais de vous donner plus d'explications plus tard

fischer ca serait pas quand t'avé envie de faire une pause avec une bonne fischer    

up

arf, chro ça marchais pas ("param non reconnu"   ) et luma a bien marché sur une partie de l'image, puis un truc trop space, puis remarche, puis respace ...  
ça l'a fait 2X, sur image carré (ajout de bords noirs pour redim en 1024*1024), en ppm binary (je demandais pkoi mes fichiers était bien gros en decimal , et pkoi ils passaient pas dans ton prog )
j'ai pas la photo sous la main (j'ai oublié de la ramener), mais demain ok tu pourra voir ça ... c'est du bug hunting je pense mais c'est vrai que sur la partie qui marche on va pouvoir émettre un avis plus prononcé sur les param du codec. (notamment avec la valeur en % que renvoie ton prog. (très simple à utiliser soit précisé au passage   )

kobaia, c'est quoi le P de PSNR ? Pxxx Signal to Noise Ratio ...

Nouvelle version

tjrs même lien ?

@Gabriel, corrige la contrainte des images carrées?
@Atlantis P=Peak

oooh un algo de PSRN depuis le temps que je veux en voir un
 
Merci Kobaia

Sinon je suis sûr qu'on trouve plein de trucs pour faire ca sous Matlab

connais pas mathlab
 
Puis vu le nom et le type de programme, ca doit être nul pour integrer dans du C/C++

dis tu peux me balancer ton pavé de bookmarks, ce sera + rapide qu'attendre tel ou tel topic pour que tu balances les bonnes infos
 
Sinon c'est pas pour le deinterlace que je voulais un algo de PSRN, c'est pour autre chose

alerte flash: limitez vos imgs à une taille max de 450*450

c pour ça que les 1024*1024 ...

Je veux pas jouer les rabat-joie, mais le psnr c'est un peu "basique" comme mesure. Ca donne juste une note globale, et ne tient pas compte du voisinage du point, juste du point lui-meme.
Une image A peut avoir un psnr plus faible qu'une image B et apparaitre clairement meilleure.

@Kobaia
 
Bah sur mon DD    me rappelle plus des conditions du test ,IVTC, res en 352x256 , bitrate 300 ou 350 kb/s ?
Si je me souviens bien, il fallait le faire en 1 passe, correct?
 
Avec ou sans b-frames?  

Ben je veux pas faire grand chose, principalement parce que j'ai pas vraiment le temps.
 
Je fournis juste un outils qui puisse permettre de mesure objectivement plusieurs critères. Ca peut par exemple servir pendant le développement d'un codeur vidéo. Le gros avantage c'est que les critères sont ciblés pour une utilisations spécifique.
 
Si je change par exemple une partie de l'algo de mon encodeur vidéo, une simple mesure comme le psnr ne m'indiquera jamais si ma nouvelle version fait plus d'artéfacts sur les contours ou non.
 
Comme j'ai vu plein de gens dire des trucs du genre "xvid préserve mieux les couleurs que divx" ou "les contours sont plus nets avec divx", je me suis rappellé que j'avais fait il y a qqes années un truc qui permettait justement de mesure sans contestation ces différents paramètres.

Encore une nvelle release, cette fois sur http://gabriel.mp3-tech.org
 
(l'emplacement restera fixe)