Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
3541 connectés 

 


Dernière réponse
Sujet : divx-xvid comparaison objective d'images
Gabriel Bouvigne Encore une nvelle release, cette fois sur http://gabriel.mp3-tech.org
 
(l'emplacement restera fixe)

Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
Gabriel Bouvigne Encore une nvelle release, cette fois sur http://gabriel.mp3-tech.org
 
(l'emplacement restera fixe)
Gabriel Bouvigne 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.
Peters @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?  :)
Gabriel Bouvigne 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.
Atlantis c pour ça que les 1024*1024 :D ...
Gabriel Bouvigne alerte flash: limitez vos imgs à une taille max de 450*450
Slyde 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 ;)
Slyde connais pas mathlab :D
 
Puis vu le nom et le type de programme, ca doit être nul pour integrer dans du C/C++ ;)
robUx4 Sinon je suis sûr qu'on trouve plein de trucs pour faire ca sous Matlab :D
Slyde oooh un algo de PSRN depuis le temps que je veux en voir un :D
 
Merci Kobaia ;)
Peters @Gabriel, corrige la contrainte des images carrées?
@Atlantis P=Peak
Atlantis :) tjrs même lien ?
Gabriel Bouvigne Nouvelle version
Atlantis kobaia, c'est quoi le P de PSNR ? Pxxx Signal to Noise Ratio ... :??:
Atlantis 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 ... :pt1cable:  
ç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 :D , 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  :) )
Gabriel Bouvigne up
French_Phoenix

Gabriel Bouvigne a écrit a écrit :

BonEn 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
*fischer: je me souviens plus bien (ça fait 2 ans qu j'ai fait ce truc)




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

Gabriel Bouvigne 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
Oxygen3 oki c cool no pb ;)
Atlantis bon va voir avec le rgb parce que j'ai pas top pigé, à chaud, dans le vide  :D
Gabriel Bouvigne J'oubliais:
 
si vous avez des questions rapides pour l'utilisation, posez les maintenant. Dans environ 1/2h je pars en week-end.
Gabriel Bouvigne 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.
French_Phoenix Graou®  
Excellent et merci encore, vivement les prochianes versions ;)
Atlantis t'inquiète, il y a marqué "première version". Il a du faire des concessions, mais on peut déjà bosser ...
Oxygen3

Gabriel Bouvigne a écrit a écrit :

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  




 
 :sweat:  
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 ? :D

johnbroot Ca y est t'as fini par y arriver. ;)
Atlantis thanks !!  :bounce:  :bounce:  :)  
 
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 ...  :??:
Gabriel Bouvigne 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

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)