Les bonnes résolutions de Will : n°2, Purbach

[brizhell 2 671]

Salut Christophe,

oui c'est du second degrès, l'image de Wesley est en effet redimensionnée de manière à coller à l’échantillonnage de la séquence video de JLD faite avec un 150mm (pas un 250). On a pris cette image de Wesley comme référence car prise le même soir à quelques dizaines de minutes près.
L'image de Wesley servait ici à voir la réalité des détails les plus fins ramenés à la même échelle, rien de plus.
L’intérêt n'était pas de concurrencer Wesley (sinon on aurait fait ça avec le T1m), mais de voir l'intérêt d'un algorithme de déconvolution aveugle nommé AIDA sur une séquence video turbulée. En résumé sur ce post, on cherchait à comparer un traitement classique (shift&add + ondelettes)) d'un traitement statistique type déconvolution sur l'ensemble de la séquence, avec une PSF théorique correspondant à la diffraction du 150 et son échantillonnage.
Ben le traitement n déconvolution s'en sortait vraiment pas mal...

Bref mon propos en réutilisant ce vieux post était de dire qu'annoncer un résultat de traitement sans le montrer, c'est une lettre au père Noel....

Ca deviendra vraiment crédible avec des résultats sur des videos astro que tout le monde pourra traiter.

[Nebulium 1 436]

" c'est une lettre au père Noel....
Ca deviendra vraiment crédible avec des résultats sur des videos astro que tout le monde pourra traiter."

Oui, Bernard !
Dans le fil Clavius où l'on a commencé à discuter de cette affaire, j'écrivais qu'on trouverait dans ses souliers un petit programme :

Cet exécutable ouvrira une fenêtre dans laquelle on fera glisser ses films AVI, SER et autres conteneurs "astronomiques" ou encore la première image d'une séquence d'images aux formats graphiques habituels ainsi que les 16 bits et autres flottants courants en astronomie.
On pressera un bouton "Stabiliser", un thermomètre s'affichera avec indication du "Temps restant" en clair et un bouton "Annuler".

Dans les dossiers d'origine, on trouvera au fur et à mesure les versions stabilisées avec le nom rallongé par "_ms" (comme merveilleusement - ou magnifiquement - stabilisé)

Je rajoute une option :
- Case à cocher : Arrêter l'ordinateur quand terminé.

-----------------------------

AIDA :
Je l'ai toujours sous le coude depuis nos essais de l'époque.
Je viens de voir qu' il a évolué
Ce serait aussi à essayer, et sur les images individuelles.
D'ailleurs mes essais ci-dessus seraient à reprendre en prétraitant les images individuelles, COMME LE FAIT ms, avant de les empiler avec AS!2 ou autre.

[Ce message a été modifié par Nebulium (Édité le 15-03-2015).]

[ValereL 15 475]

Ben nan Neb, quand c'est très pourri, je fais comme tout le monde, je ne poste rien puisqu'il n'y a rien à voir même quand le film contient quelques 4000 images !...
......................................................

Alors...on jette...
Lalalalalala, Lalalalalala
Alors...on jette...
Lalalalalala, Lalalalalala

Et là tu te dis que c'est fini,
Car pire que ça ce serait la mort,
Quand tu crois enfin que les conditions sont bonnes,
les conditions sont pires encore,
Ça te prend les tripes,
Ça te prend la tête,
Et puis tu pries pour qu'ça s'arrête
Mais un soir, c'est le soir,
Alors tu te bouges de là,
tu filmes à tout va,
tu cries encore plus fort, mais ça persiste

Alors on chante
Lalalalalala, Lalalalalala
Alors on chante
Lalalalalala, Lalalalalala

Bon OK, je me suis un peu inspiré d'un grand artiste...

[Nebulium 1 436]

=> VL
je ne savais pas que tu composais aussi des paroles

[Ce message a été modifié par Nebulium (Édité le 16-03-2015).]

[Nebulium 1 436]

Hello

Dans les comparaisons avec AS!2 & cie, j'avais zappé un élément important, à savoir comparer des procédures comparables :
ms empile après restauration donc je recommence en restaurant avant d'empiler.

J'ai très sommairement essayé quelques-uns des outils traînant dans ma boîte, j'ai retenu un "made in China" rapidement paramétrable (qui d'expérience aurait préféré une Lena encadrée par un noir dégradé) et empilé les résultats avec AS!2, réglé comme précédemment.

1 fusion
2 sortie un poil accentuée
3 original
4 sortie d'empilement

1 2
3 4
.
[/URL]

Ce résultat rapide incite à refaire la manip avec soin (et en gérant les bords) et en ajoutant aux outils la nouvelle cuvée d'AIDA pour pouvoir faire des mesures valables de PNSR, avant l'interpolation finale pour laquelle je n'ai pas d'algorithme équivalent à celui utilisé par ms

Mais pour des tests réalistes pour les astrams, il faudra s'attaquer des images comme par exemple celles de Marc (a.k.a. Patry) qui vient de mettre en ligne un film monochrome au C11 de 600 images, brut de caméra.
J'attends son accord pour...

[Edit]
PS : Message modifié à la demande de VL :
Une histoire de pommes normandes...
[/Edit]

[Ce message a été modifié par Nebulium (Édité le 16-03-2015).]

[ValereL 15 475]

Merci beaucoup Neb.

[Ce message a été modifié par VL (Édité le 16-03-2015).]

[-ms- 2]

quote:

---

Pour le film de 250 qui explose un 350, ms, il va falloir montrer des preuves qu'un logiciel est capable d'exploser les lois de la diffraction. Les gens qui s'y connaissent en imagerie planétaire enseignent depuis longtemps que même si le logiciel de traitement compte beaucoup, il ne fait que 5 à 10 % du boulot, pas plus...

---

J'ai profité de la perche tendue par Jean pour mettre une petite couche de taquinerie (voir les émoticones et la montée en puissance avec Encke) et tout de suite VL qui monte sur ses grands chevaux.
Pour en revenir au sujet : lena c'est pour montrer comment préserver les bords (très utile pour les gros plans de la lune), comment intégrer un recalage affine dans la restauration, comment réduire les artefacts et enfin comment sélectionner un algorithme de régularisation qui garantisse une qualité pratiquement constante quel que soit lambda. Enfin, il y a aussi un algorithme d'interpolation en bout de chaîne qui fait bien mieux que tout ce que l'on trouve dans le commerce actuellement.
Après léna, je prendrai un échantillon de 256x256 dans les RVB du Pic et je ferai croître le nombre d'images basse résolution : 3, 6, 12, 24, 48, 96, 192 et 384 pour montrer l'incidence du nombre de trame sur la qualité de l'image (MSE, PSNR) et l'existence d'un palier. Tout cela en préservant les bords, en évitant les artefacts et surtout en prenant en compte toutes les trames.
Les gens qui s'y connaissent en imagerie planétaire (comme tu dis) devraient suivre les avancées de la super-résolution et surtout les appliquer à leur domaine. Lors d'un prochain parcours dans le labyrinthe, tu découvriras une image super-résolue prise avec un 10" et tu verras si le logiciel de traitement compte pour du beurre.

Bon et ce traitement de 3 images brutes de Lena avec les logiciels actuels (AS!2, R6, IRIS, ...) c'est quand qu'on affiche les résultats ?

[Nebulium 1 436]

Hello

quote:

---

et ce traitement de 3 images brutes de Lena avec les logiciels actuels (AS!2, R6, IRIS, ...) c'est quand qu'on affiche les résultats ?

---

Tu as les 4 images juste au-dessus avec AS!2 (je vérifierai si Emil n'a pas mis en ligne un nouvelle beta), mon résultat est améliorable avec une deuxième passe plus soignée, en complément des résultats plus haut de Will et Polo.
Avec Iris, tu n'auras pas, le spécialiste est en délicatesse...

Veux-tu ébruiter l'affaire sur CN ?

Par ailleurs,je comprends mal l'énergie que tu veux dépenser pour préserver les bords. En astro, ce ne serait utile que pour la Lune, et encore il suffira de les détourer après, sauf s'ils gênent l'élaboration de la PSF.
Quelques logiciels de déconvolution que j'ai pu expérimenter gèrent la chose en créant une sorte d'extension bidon de l'image qui est détourée à la fin.
De mon côté, j'ai trouvé pour les images 3x8 bits une page html qui crée un cadre dégradé en 3 clics et pour tous les autres formats plus profonds, je multiplie l'image par un cadre "maison" guère plus long à fabriquer.
Pour Lena, il faudrait un cadre spécifique, je vois comment faire (ça me donnera un prétexte pour travailler sur l'image intégrale d'origine ), mais je préfère d'abord maintenant m'intéresser au bruit "électronique" dont j'ai obtenu un échantillon réel -apparemment, le bruit est proportionnel à la luminosité de l'image - pour donner des boutons à une Lena hamiltonnisée

J'attends avec impatience ton prometteur algo doubleur, (rien trouvé d'exploitable à mon niveau sur le net) relativement facile à tester.
Pour ce qui est en amont, j'ai eu l'accord de Marc (Patry) et je vais mettre en ligne tout à l'heure le genre d'image que j'aimerais bien voir passer dans ta moulinette jusqu'à avant la fusion et après.

[Ce message a été modifié par Nebulium (Édité le 17-03-2015).]

[-ms- 2]

quote:

---

Par ailleurs,je comprends mal l'énergie que tu veux dépenser pour préserver les bords.

---

Les bords au sens large : le cadre (c'est pas très gênant), le disque (c'est plus gênant), les bords d'une région de l'image (là où se forment une bonne partie des artefacts).
Pour compléter Lena, mon prochain jeu d'essai c'est une zone 256x256 dans les vidéos R,G,B du Pic : jupiter[240:495, 285:540, couche] avec 3, 6, 12, ..., 384 images. Si tu fais un gif animé avec les 3 première images (un dans le rouge et un en couleur) et que tu le compares avec Lena (parcours 2 et 3), tu y verras un air de déjà vu ... je disais ça juste pour ceux qui ne voient pas l'intérêt de commencer avec une image synthétique dont l'image de référence est connue.
Après, je passerai à une zone 1024x1024 avec 3 vidéos en entrée et une image super-résolue en sortie comme dans les parcours 2 et 3 (en remplaçant chaque image basse résolution par une vidéo R/G/B).
A la fin ce sera 3 vidéos R/G/B basse résolution en entrée et une vidéo couleur super-résolue en sortie.

quote:

---

Avec Iris, tu n'auras pas, le spécialiste est en délicatesse...

---

A défaut d'avoir obtenu suffisamment d'éléments pour faire mon prochain article, je vais le consacrer à la fabrication avec Julia des jeux d'essais à base des vidéos RGB de Jupiter au Pic.
Pour ma part, je ne demanderais plus rien sur ce forum mais je te remercie pour le travail que tu as déjà entrepris.

quote:

---

J'attends avec impatience ton prometteur algo doubleur, (rien trouvé d'exploitable à mon niveau sur le net) relativement facile à tester.

---

Cet algo dérivé des travaux d'El-Khamy est en effet très performant (5 dB d'écart PSNR avec les algos du marché sur l'image couleur de Lena issue de la fusion). Tu peux déjà faire le test avec les interpolations : cubique, Lanczos, cubic O-MOMS, ...
L'algo de restauration intégrant un recalage affine est aussi dérivé des mêmes travaux.
Par contre l'algo de fusion utilise l'approche GFF (Guided Filtering Fusion) et non les ondelettes comme chez El-Khamy.
Enfin je travaille encore sur le recalage non-rigide et en particulier sur les démons spectraux c'est pour cela que l'algorithme de restauration embarque actuellement une partie du recalage (le recalage affine).

[Ce message a été modifié par ms (Édité le 17-03-2015).]

[Nebulium 1 436]

Je n'ai pas bien compris ceci :

" jupiter[240:495, 285:540, couche]"

Je viens de feuilleter ce bouquin.

Oui, bien sûr
Mais pfffffffffffffff....
Et elle s'appelle comment cette Lena voilée, pour les intimes ?
Tu ne m'as rien dit pour CN... Qui ne dit mot ne consent pas!
J'ai vu que tu t'es tapé la traduction des articles, bravo !
Tu sais comment me joindre, je vais continuer à suivre tes articles et essayer de les appliquer à ras de terre quand j'y arrive.
Merci d'essayer de mettre à la portée du plus grand nombre cette discipline difficile

[-ms- 2]

Dans chaque image de jupiter 1392x1040 :
- fenêtre 256x256 -> ligne 240 à ligne 495, colonne 285 à 540
- fenêtre 1024x1024 -> ligne 1 à 1023, colonne 80 à 1103

De toute façon, je mets chaque fois le script Julia pour fabriquer les jeux d'essais et pour mesurer la qualité.

Ce bouquin est la compilation des documents que j'indique en Références.
Il y a des scripts Matlab en Annexes mais ils sont non commentés donc difficiles à exploiter (à part les jeux d'essais que j'utilise dans les 2 premiers parcours). Je suis parti de la formulation des documents que l'on peut trouver sur internet pour une fraction des 2 premiers parcours. A partir du troisième parcours, le travail devient un peu plus personnel.

quote:

---

Tu ne m'as rien dit pour CN... Qui ne dit mot ne consent pas!

---

Ben oui pas de problème, en espérant que ça se passera un peu mieux que sur ce forum.

quote:

---

J'ai vu que tu t'es tapé la traduction des articles, bravo !

---

Le site est bilingue FR/EN mais tous les scripts Julia sont commentés en anglais.

[Ce message a été modifié par ms (Édité le 17-03-2015).]

[Nebulium 1 436]

Merci pour les infos /Juju
Je vais vérifier si ça colle avec l'image de Sylvain, car je n'ai pu retrouver les AVIs

OK pour CN, mais il me faudrait un résultat astro pour amorcer la pompe !

[Ce message a été modifié par Nebulium (Édité le 17-03-2015).]

[-ms- 2]

Sous srapplis.org/Images/Jupiter_PdM il y aura cette après-midi 1 répertoire avec 453x3 fichiers png (R/G/B).

L'image de Sylvain Weiller (sw.jpg) correspond bien aux AVI R/V/B que j'ai.
Je crois qu'il y avait aussi des couches IR et Méthane à l'époque, elles pourraient être fusionnées avec les autres canaux.

quote:

---

OK pour CN, mais il me faudrait un résultat astro pour amorcer la pompe !

---

Prochain article (jeudi) c'est les images de test de Jupiter puis suivront Lena/Juju 256x256 en // puis Jupiter 256x256 avec plus de trames puis Jupiter 1024x1024 donc dans 3 semaines tu auras déjà de la matière.

[Ce message a été modifié par ms (Édité le 17-03-2015).]

[Nebulium 1 436]

"dans 3 semaines tu auras déjà de la matière"

Je ne sais pas si on se comprend bien.
Dans mon idée, ce CN /SR4 c'était pour avoir rapidement des essais de traitement externes de tes trois Lena Hamilton motivés par des images d'astram.
A très court terme, on peut voir avec la Juju de Marc.

Quand on sortira l'artillerie du Pic, ce sera dans le droit fil de cette discussion qu'il faudra relire soigneusement auparavant :
Pic 2011
en étant sûr de son anglais, le mienis very poor, avant d'aller au baroud.

[-ms- 2]

Ben, je suis déjà sur la manip de la semaine prochaine : j'ai remplacé les 3 Lena 256x256 par les 3 premières images brutes de juju 256x256. Après j'en prends 6 puis 12 puis ... Je peux comparer avec l'image 256x256 de Sylvain et voir au bout de combien de trames j'atteins le même PSNR. En fait, l'effet Lena joue aussi pour Juju.
Après, je peux déplacer ma fenêtre 256x256 où je veux pour passer à 1024x1024 ou plus grand.
C'est quand même cool de ne pas massacrer les bords ça facilite le "stitching".
Tu prends 4 fenêtres de 256x256 qui bossent en // et ton image 1024x1024 est pratiquement traitée dans le même laps de temps et à l'arrivée c'est 2048x2048 en super-résolution.

[Ce message a été modifié par ms (Édité le 17-03-2015).]

[Nebulium 1 436]

Bon, OK, c'est toi le maître de la manoeuvre, c'est toi le scientifique mathlabeux & cie, c'est toi qui bosses (beaucoup) avec une bécane de course de scientifique sous un OS itou, c'est toi qui décides, en plus de ton site, quand, où et comment tu publies tes résultats.

Moi, je joues le cobaye basique avec la bécane de la famille Toulemonde, j'essaie de te suivre en temps partagé au ras des pâquerettes en te questionnant quand je coince trop (Julia semble s'être mise au pli, mais il faudrait que tu m’apprennes à lui faire des boucles sur p images, merci ) et j'essaie enfin de partager mes nouveaux acquits avec quelques astrams par ici.

Ça va comme ça ?

Je vais laisser un peu décanter et m'attaquer enfin au Mur = la 3ème bonne résolution de Will.

[Ce message a été modifié par Nebulium (Édité le 17-03-2015).]

[jp-brahic 4 174]

Bon j'avoue que je n'ai pas tout compris et loin s'en faut!!! mais c'est intéressant ce que vous " triturez" , je continue à suivre çà avec attention

[Nebulium 1 436]

Merci JP

En quelques mots, ms travaille scientifiquement sur l'implémentation de nouveaux algorithmes pour obtenir de meilleures images en présence de turbulence (ce sera très bon pour le Soleil, ça !)et moi j'essaie de comprendre et d'appliquer ce qu'il fait
Au fait, tu ne voudrais pas nous empiler au mieux les 3 images floutées "registration 1, 2, 3 "?
Merci

[jp-brahic 4 174]

je vais essayer çà demain après midi

[Nebulium 1 436]

Merci JP

1. Prétraitement facultatif
2. Empilement
3. Accentuation

Par ailleurs, d'ores et déjà, ms met à notre disposition sur son site le dossier du Pic 2010 contenant une image traitée par SWeiller, l'un des concepteurs de Registax, avec la version de l'époque, visible en p 3 et 3 x quelques 450 images RGB sauf erreur prétraitées que tout un chacun peut empiler de son mieux.
Ces images en PNG peuvent être téléchargées conventionnellement une par une, mais sous peu ms nous en fera un ZIP.
A défaut, je pensais bidouiller un script Julia pour moi et ceux qui seraient repartis en courant du site de ms (je suis sûr qu'ils y reviendront bien vite )mais je suis tombé sur un os, je n'arrive pas à accéder en Julia aux répertoires d'un site distant.

Le premier objectif, si j'ai bien compris, est de démontrer qu'en empilant avec de nouveaux algorithmes* moins d'images prétraitées, et prenant les meilleures, on peut obtenir la qualité de l'image de référence.
Alors moi je dis "Et quid du bruit ?"
Si à cause du bruit, il faut empiler plus d'images, on sera gagnant sur la qualité, et ce d'autant plus que la turbulence sera élevée, car corrigée, au moins dans une certaine mesure.
A minima, les astrams qui ne shootent pas au Pic ou depuis certains balcons très privilégiés devraient y trouver leur compte, surtout en dérotant les images prétraitées. On retrouve ici l'intérêt de traiter proprement les "bords" qui peuvent souffrir à la dérotation.

* Ce serait intéressant de tester aussi les existants, AS!2 & cie. Avis aux amateurs! Merci

PS : question pour ms :
Est-ce que tes images de Juju sont "pippées" (= centrées) ?

[Ce message a été modifié par Nebulium (Édité le 17-03-2015).]

[-ms- 2]

Pas de problème, j'ai fait un R.zip, G.zip et B.zip

On peut travailler avec des fichiers png pour limiter les artefacts de compression des jpeg.

[Nebulium 1 436]

OK, merci, je vais pouvoir arrêter l'aspirateur avant que les voisins ne tapent au plafond !

"travailler avec des fichiers png pour limiter les artefacts de compression des jpeg"

Ben c'est évident !
Le JPEG, c'est tout juste bon pour publier en final !

[Ce message a été modifié par Nebulium (Édité le 17-03-2015).]

[-ms- 2]

Le scenario qui risque de se produire le plus souvent c'est un recalage avec AS!2 et un renforcement par ondelettes avec R6, nous allons atteindre ainsi un tir groupé autour de valeurs très proches du PSNR. Ce qui m'intéresse c'est de voir sur une portion des images traitées avec toutes les trames (453 ttrames) le nombre de trames nécessaires pour atteindre une même valeur du PSNR et la valeur optimum (50 dB pour Lena).

Il y a un point qu'on n'a pas encore indiqué : quand je réduis mon image interpolée 512x512 de Lena à 256x256, le PSNR des images 256x256 passe de 37 dB (fusion) à 50 dB (image HR) soit un gain de 13 dB. A ce niveau là, on atteint pratiquement la qualité de l'image de référence car si je prends mon image HR comme image de référence alors le PSNR de l'image fusionné passe à 35.5 dB (très voisin de 37 dB à 4% près).

Pour juju c'est pareil, mon image va passer à 2048x2048 en super-résolution (interpolation) mais c'est l'image 1024x1024 que je retiendrais avec un bien meilleur PSNR. C'est ce qui fait que l'image du 10" que j'avais traité cet été était si flatteuse mais je n'avais pas compris pourquoi.

Ci-après l'image de référence et l'image HR de Lena qui peuvent conclure le troisième parcours :

Est-ce que la super-résolution présentée dans srapplis.org peut mettre 20 dB de PSNR dans la vue des traitements actuels ?
C'est ce que je voulais voir avec le jeu d'essai de Lena mais que nous allons voir avec juju du Pic qui s'y prête peut-être mieux.

Pour plus d'infos sur le troisième parcours : http://srapplis.com/?p=2026

[Ce message a été modifié par ms (Édité le 18-03-2015).]

[Nebulium 1 436]

quote:

---

Le scenario qui risque de se produire le plus souvent c'est un recalage avec AS!2
et un renforcement par ondelettes avec R6, nous allons atteindre ainsi un tir groupé
autour de valeurs très proches du PSNR.

---

Demande de précision :
Les images
. http://srapplis.org/Images/Jupiter_PdM/R.zip
. http://srapplis.org/Images/Jupiter_PdM/G.zip
. http://srapplis.org/Images/Jupiter_PdM/B.zip
.
sont-elles celles des AVIs ? (dans le cas du ZIP des empilées de Sylvain, elles ne sont pas centrées) :
. http://sweiller.free.fr/jupiter/JupiterPdM-Registax60122.zip
.
Si oui, les traitements actuels devraient conduire à une qualité du genre de l'image finale de Sylvain :
. http://sweiller.free.fr/jupiter/jup-PdM_RGB-R6&FM.jpg

Dans ce cas, ce serait intéressant d'ouvrir un fil spécifique pour appel aux volontaires.

Si non, les images de tes trois zip ci-dessus sont prétraitées, alors :

quote:

---

Ce qui m'intéresse c'est de voir sur une portion des images traitées avec toutes les trames (453 ttrames)
le nombre de trames nécessaires pour atteindre une même valeur du PSNR
et la valeur optimum (50 dB pour Lena).

---

Dans ce cas, également, ce serait intéressant d'ouvrir un fil spécifique pour appel aux volontaires avec traitements actuels
Je crois qu'il faut être clair, les volontaires ne se bousculent pas, alors il faut bien savoir ce que l'on veut leur demander

quote:

---

Il y a un point qu'on n'a pas encore indiqué : quand je réduis mon image interpolée 512x512 de Lena à 256x256,
le PSNR des images 256x256 passe de 37 dB (fusion) à 50 dB (image HR)
soit un gain de 13 dB. A ce niveau là, on atteint pratiquement la qualité de l'image de référence
car si je prends mon image HR comme image de référence alors le PSNR
de l'image fusionné passe à 35.5 dB (très voisin de 37 dB à 4% près).

---

J'ai déjà pensé à ceci, mais je n'ai pas encore approfondi la chose car intuitivement, pour moi, si agrandir
puis réduire une image améliore son PSNR, le PSNR mesurerait plus une qualité esthétique que scientifique,
ce qui me paraît un peu singulier.
Je me proposais plus tard de tester tes algos quand disponibles sur une mire de définition, genre
"Contrast sensitivity" que l'on peut paramétrer soit-même en format EPS.

quote:

---

Pour juju c'est pareil, mon image va passer à 2048x2048 en super-résolution (interpolation)
mais c'est l'image 1024x1024 que je retiendrais avec un bien meilleur PSNR.
C'est ce qui fait que l'image du 10" que j'avais traité cet été était si flatteuse
mais je n'avais pas compris pourquoi.

---

quote:

---

Ci-après l'image de référence et l'image HR de Lena qui peuvent conclure le troisième parcours

---

:

Je vais coiffer la dame avec mon peigne le plus fin

quote:

---

Est-ce que la super-résolution présentée dans srapplis.org peut mettre 20 dB de PSNR
dans la vue des traitements actuels ?
C'est ce que je voulais voir avec le jeu d'essai de Lena mais que nous allons voir avec juju du Pic
qui s'y prête peut-être mieux.

---

Ben oui, c'est bien l'objet de tout ce bazar, c'est pourquoi je m'accroche à tes basques pour voir combien de db

[Ce message a été modifié par Nebulium (Édité le 18-03-2015).]

[-ms- 2]

Les 3 fichiers .zip correspondent aux AVI initiaux, j'ai juste extrait les images au format png par les 3 commandes linux :
$ avconv -i jupR_*.avi -f image2 R/jup%3d.png
$ avconv -i jupG_*.avi -f image2 G/jup%3d.png
$ avconv -i jupB_*.avi -f image2 B/jup%3d.png

Après chacun fait comme il veut pour fournir son image haute résolution en utilisant toutes les trames pour qu'on puisse comparer.
L'image de Sylvain est super mais elle n'est pas optimum parce que depuis 2010, AS!2 a fait quelques progrès.

Le PSNR est un bon test quand il s'agit de comparer des traitements sur la base d'un même jeux d'essai. Il pénalise bien les traitements pas très respectueux des limites ou ceux qui génèrent des artefacts difficiles à identifier à l'oeil nu. Pour l'aspect esthétique, il faut plutôt choisir le SSIM. Quoiqu'une image avec un PSNR largement au dessus de 30 dB va être très fidèle à la réalité et pourra se passer du test du SSIM.