dimanche 05 juillet

Accueil :: Dépêches :: Entretiens :: Journaux :: Forums :: Sondages :: Suivi :: Statistiques :: Contact :: Plan

Articles précédents : Logiciel

[4] Muse 0.7.0 est sorti, MuseScore progresse
[73] PhoneGaim, le téléphone sous GNU/Linux !
[35] JBoss obtient la certification J2EE
[15] Zabbix : un nouvel outil de monitoring
[115] Doom3 sous Linux
[6] Sortie de Nessus 2.1.0
[60] Sortie de PHP 5.0.0
[39] Sorties de Scilab 3.0 et de python-numarray 1.0
[6] Bugzilla : failles de sécurité, nouvelles versions, et nouveau site web
[6] LOLiWin d'été

Liens connexes

Vector-valued regularization PDE's for Image Processing : A Web Demo Page (11441 hits)
The C++ Template Image Processing Library (l'implémentation) (2802 hits)
Complément d'information (2203 hits)

Dépêche modérée par

Nyco

Dépêche éditée par

penso
Yusei

Logiciel : Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL

Posté par Fabien (page perso, ). Modéré le 20 juillet 2004.

L'INRIA Sophia-Antipolis a mis sous licence GPL l'implémentation d'un algorithme permettant d'améliorer la qualité d'une image de manière assez bluffante.

Comme vous pouvez le voir sur le premier lien, on obtient un résultat vraiment impression avec par exemple la possibilité d'enlever les lunettes d'une personnes, le système s'occupant de remplacer les pixels cachés.

Mise à jour (22 juillet) : David Tschumperlé, l'auteur de la bibliothèque graphique de l'INRIA Sophia-Antipolis, nous a demandé de publier un complément d'information qui répondra à vos questions.

Vector-valued regularization PDE's for Image Processing : A Web Demo Page (11441 hits)
The C++ Template Image Processing Library (l'implémentation) (2802 hits)
Complément d'information (2203 hits)

> Lire les commentaires (77 commentaires, moyenne: 3,7).

Cette discussion est archivée, il n'est plus possible de laisser des commentaires.

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.

Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL

Posté par chl (page perso, ) le 20/07/2004 à 12:25. (lien). Évalué à 8.

Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL

Sous GPL ? Mais pourquoi n'ont ils pas utilisé leur nouvelle licence CeCILL ? :)

http://www.linuxfr.org/2004/07/07/16748.html(...)

[^]Re: Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL

Posté par TilK () le 20/07/2004 à 12:32. (lien). Évalué à 16.
Surtout qu'ils ont l'air de ne pas connaitre très bien les implications des licences :

The sources are distributed under the GPL Licence, so only non-profit organizations can use it
- [^]Re: Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL
  
  Posté par mayal () le 20/07/2004 à 18:15. (lien). Évalué à 4.
  Il y a là un vrai problème en effet !
  Et de plus, dans le Readme du paquetage téléchargeable sur le site il y à écrit :
  
  "Please use this program only for your personal experiments, and do not redistribute it without the complete
  zip package. Please also cite the reference article corresponding to this algorithm, available at :
  
  ftp://ftp-sop.inria.fr/odyssee/Publications/2003/tschumperle-deric(...)"
  
  Et quand on lance le programme, on à encore droit à un rappel :
  
  This code is distributed only for experiments and comparisons purposes. This is not legal to use it or redistribute it without the permission of the INRIA Sophia-Antipolis Lab.
  Please contact the authors : David.Tschumperle@sophia.inria.fr , or Rachid.Derich @sophia.inria.fr for additional informations.
  
  C'est trop bête, doit y avoir un malentendu, peut-être qu'on à oublié d'enlever de vieilles restrictions qui ne sont plus valables ?
  - [^]Re: Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL
    
    Posté par let antibarbie = xp <- xp - 1 (page perso, ) le 21/07/2004 à 08:03. (lien). Évalué à 1.
    je pense que c'est surtout l'auteur qui n'a pas bien saisi, ou surtout qui s'est mal exprimé, j'avais lu une doc interne de l'Irisa sur les options des choix de licenses possibles, et c'était concret et réaliste sur les choix qui s'offrent pour les travaux des chercheurs.
    
    Personellement je me fais pas de soucis pour leur choix de licences. Pour ce qui est de la Cecill, il est possible que sans l'accord de tous les participants à la librairie, il leur soit impossible de distribuer la librairie sous double licence.

[^]Re: Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL

Posté par Fabien (page perso, ) le 20/07/2004 à 12:52. (lien). Évalué à 5.
La librairie est sous GPL depuis visiblement quelque temps. Il était je pense donc plus simple d'implementer ce nouveau système dans la librairie plutot que de passer le tous sous une nouvelle licence.
- [^]Re: Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL
  
  Posté par gaolinn () le 20/07/2004 à 13:05. (lien). Évalué à 6.
  L'INRIA, c'est grand, il doit y avoir un service qui à pondu CeCILL pendant que d'autre font de la recherche utile. Je viens de regarder les exemples et c'est vraiement bluffant, surtout le perroquet qui semble floter et le blonde avec le damier à 50%, j'en suis le c... parterre.
  - [^]Re: Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL
    
    Posté par Éric (Jabber id, page perso, ) le 20/07/2004 à 13:15. (lien). Évalué à 2.
    Moi c'est plutot le hibou très bruité parce que ça même à la main c'est limite infaisable à ma connaissance (contrairement à la blonde qui a beaucoup d'applats sur lesquels on peut faire du copier/coller/intégrer
    - [^]Re: Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL
      
      Posté par Annah C. Hue (page perso, ) le 20/07/2004 à 13:34. (lien). Évalué à 2.
      Si ça avait été une blonde à gros seins c'est sûr que ça aurait été bien plus dur.
      
      -->[]
      - [^]Re: Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL
        
        Posté par gaolinn () le 20/07/2004 à 14:41. (lien). Évalué à 0.
        Pas forcément, les grandes courbes tendu sont plus faciles à vectorisé que les petites biscornu ;o)
      - [^]Re: Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL
        
        Posté par _seb_ () le 20/07/2004 à 15:46. (lien). Évalué à 4.
        Tout comme le peroquet et la cage ou la personne et ses lunnettes, je sais pas si ils arriveront à retirer le maillot de bain de la jolie blonde.
        
        OK --->[]
        
        [^]Humour
        
        Posté par Aloctus () le 20/07/2004 à 16:14. (lien). Évalué à 7.
        Les japonais ont deja integre cette technologie dans un appareil photo pour portable :D
        
        http://www.pdafrance.com/pdaforum/showthread.php?s=2e55b1ce056fcc38(...)

Miam !

Posté par jigso () le 20/07/2004 à 12:33. (lien). Évalué à 10.

À quand l'intégration dans Gimp ?

[^]Re: Miam !

Posté par Stephen Amar () le 20/07/2004 à 12:37. (lien). Évalué à 4.
ben j'espere rapidement, on commence a se raprocher des film avec reconstruction faciale d'une personne sous une cagoule dans le noir :p (enfin presque)
- [^]Re: Miam !
  
  Posté par Pinaraf (Jabber id, ) le 20/07/2004 à 12:48. (lien). Évalué à 3.
  Ou comme la méthode de la police grecque qui se base sur le reflet dans la pupille de l'oeil de la victime pour identifier ce qu'elle voit au moment de la photo et donc l'assassin.
  - [^]Re: Miam !
    
    Posté par Antoine Reversat () le 20/07/2004 à 15:39. (lien). Évalué à 3.
    "Qui a tué pamela rose ?"
    - [^]Re: Miam !
      
      Posté par Pinaraf (Jabber id, ) le 20/07/2004 à 16:07. (lien). Évalué à 1.
      Ha enfin quelqu'un qui a de vrais connaissances cinématoghraphiques :)

[^]Re: Miam !

Posté par chl (page perso, ) le 20/07/2004 à 12:46. (lien). Évalué à 10.
À quand l'intégration dans Gimp ?

Je ne connais pas les temps de rendu pour une image. Si ce temps est assez court, je pense que ca pourrait etre interessant de mettre ca sur mplayer, videolan ou xine, ca permettrait d'avoir un beau film, meme s'il a ete mal encodé ou avec un bitrate trop faible ...
- [^]Re: Miam !
  
  Posté par tgl () le 20/07/2004 à 13:00. (lien). Évalué à 8.
  ca permettrait d'avoir un beau film, meme [...] avec un bitrate trop faible ...
  i2bp, je l'ai reconnu, le voilà, enfin \o/
  
  Plus sérieusement, je serait en effet curieux de voir ce que ça pourrait donner sur mes vieux épisodes d'animes en mpeg tout pourri.
- [^]Re: Miam !
  
  Posté par farib () le 20/07/2004 à 13:01. (lien). Évalué à 12.
  Comme ça, au lieu de lui faire retirer des lunettes, tu fais retirer des vêtements à ton actrice de ciné préférée...
  
  ~~~~~~>[ ]
- [^]Re: Miam !
  
  Posté par TilK () le 20/07/2004 à 13:19. (lien). Évalué à 5.
  Vu ce qui est dit dans la thèse, ca a l'air super lent (une centaine d'itérations avant d'avoir un truc correct), donc ce n'est pas demain que tu auras cela sur un téléphone portable et on the fly avec mplayer...
- [^]Re: Miam !
  
  Posté par lordcow () le 20/07/2004 à 18:23. (lien). Évalué à 4.
  dans mplayer amha c foutu, mais dans mencoder! pour récuperer les vieux simpsons encodés en mpeg! wohooo ;)
  
  --
  Je est un autre.

[^]Re: Miam !

Posté par KiKouN (Jabber id, ) le 20/07/2004 à 13:08. (lien). Évalué à 2.
On va pouvoir avoir des photos convenables avec nos téléphones portables. (pas de troll, je fais de très belle photos avec mon phone, mais ça demande de l'expérience)

Et comme cela l'est souligné plus haut, on peut très bien placé ce filtre avant un rendu (image compressée, webcam, etc...)

--
KiKouN, Bucheron-Geek
- [^]Re: Miam !
  
  Posté par Erwan (page perso, ) le 20/07/2004 à 16:12. (lien). Évalué à 3.
  Bah de toutes facons maintenant on a des appareils photos 3 megapixels dans les telephones, ca donne la meme chose qu'avec un appareil photo qui ne fait pas telephone...
  - [^]Re: Miam !
    
    Posté par Éric (Jabber id, page perso, ) le 20/07/2004 à 17:54. (lien). Évalué à 4.
    En nombre de pixel oui (quoique) mais en qualité, absence de bruit ... c'est loin d'être sûr. Si les appareils photos numériques sont de la taille d'un jetable au moins ce n'est pas pour mettre des boites vides hein ...
    - [^]Re: Miam !
      
      Posté par Erwan (page perso, ) le 21/07/2004 à 01:38. (lien). Évalué à 2.
      Il y a des appareils photos numeriques qui sont tres compacts, ceux qui sont plus gros c'est pour y mettre un gros zoom optique ou parce qu'ils utilisent de plus vieilles technos.
      
      http://loisant.org/files/chateau.jpg(...)
      (ca c'est pris avec mon telephone, c'est pas en resolution max)
      - [^]Re: Miam !
        
        Posté par Éric (Jabber id, page perso, ) le 21/07/2004 à 07:32. (lien). Évalué à 6.
        ok, donc on n'a simplement pas la même notion de photo réussie, pourtant je suis vraiment très mauvais photographe.
        Là tu as trop de contraste (cotés sombres presque noirs, le clair au sol est empeche de voir la texture), peu de détail, tu vois du premier coup d'oeil les artefact (escaliers sur le toit bleu-vert au milieu), etc.
        
        Prend la même photo avec un appareil numérique sérieux, même avec une si basse résolution tu vas tout de suite voir la différence, ça saute aux yeux. Là il ne faut même pas compter faire un tirage papier, c'est juste bon à montrer sur le Web.
        
        [^]Re: Miam !
        
        Posté par Erwan (page perso, ) le 21/07/2004 à 07:42. (lien). Évalué à 3.
        Je suis d'accord pour dire que c'est pas de la photo de pro, mais on est tres loin des photos d'exemples crados montrees dans le lien en question.
        
        En clair, je ne suis pas sur que l'algo presente apporte vraiment grand chose pour les telephones recents.
        
        [^]Re: Miam !
        
        Posté par Laurent Martelli (page perso, ) le 22/07/2004 à 11:53. (lien). Évalué à 1.
        Je doute qu'un bon APN permette de faire mieux. Vu la position des ombres, la photo a été prise lorsque le soleil était à son zénith, et pas un nuage à l'horizon: on a donc une seule source lumineuse placée haut dans le ciel. Donc tout ce qui est à l'ombre est tout noir, et le sol, perpendiculaire aux rayons lumineux, est cramé et sans relief. C'était juste le pire moment de la journée pour prendre la photo.
- [^]Re: Miam !
  
  Posté par xael (page perso, ) le 21/07/2004 à 12:22. (lien). Évalué à 2.
  Cela existe déjà, malheureusement c'est proprio... mais DxO de Dolabs
  fait ça. Quelques exemples :
  
  http://www.dolabs.com/EN/Photography/DxO_Optics_Pro/image/oP_IMG_49(...)
  http://www.dolabs.com/EN/MobileImagingSolutions/image/chalutier.htm(...)
  http://www.dolabs.com/EN/MobileImagingSolutions/image/Louise.htm(...)
  http://www.dolabs.com/EN/Photography/DxO_Optics_Pro/Image_Gallery.h(...)
  http://www.dolabs.com/EN/Photography/DxO_Optics_Pro/image/oP_DSC_00(...)
  
  Pour le principe : il y a une base de donnée de mires photographiées
  avec chaque appareil / objectif et par comparaison avec la mire 'idéale', on
  connait les déformations générée par l'optique (distortions et problèmes
  chromatiques) et en appliquant la matrice inverse, on améliore grandement
  la qualité de l'image...

[^]Re: Miam !

Posté par Christophe Merlet (page perso, ) le 20/07/2004 à 13:11. (lien). Évalué à 11.
Ça existe déjà pour GIMP.

Ya un greffon qui s'appelle resynthesiser qui fait déjà la même chose
http://www.logarithmic.net/pfh/resynthesizer(...)

Les résultats sont tout aussi bluffant. Mais c'est trés trés lent de reconstruire ainsi les images... mais les résultat est là :))
- [^]Re: Miam !
  
  Posté par Colin Leroy (page perso, ) le 20/07/2004 à 13:22. (lien). Évalué à 2.
  D'après les démos ça a l'air moins puissant (moins automatique, voir la photo avec l'âne dans le champ).
  
  --
  Claws Mail - it bites!
  - [^]Re: Miam !
    
    Posté par Christophe Merlet (page perso, ) le 20/07/2004 à 13:29. (lien). Évalué à 1.
    En quoi c'est moins automatique ????
    Je vois pas comment tu peux faire plus simple que d'indiquer par une sélection trés large ce que tu veux enlever et de cliquer sur un bouton ???!!!
    
    Je suis en train de reprendre les exemple donné sur le site de l'INRIA pour les traiter avec GIMP... on verra bien si la qualité n'est pas au rendez-vous...
    
    Si les algos de l'inria sont plus puissant, il suffira de les intégrer dans resynthesiser...
    - [^]Re: Miam !
      
      Posté par Colin Leroy (page perso, ) le 20/07/2004 à 13:59. (lien). Évalué à 2.
      En quoi c'est moins automatique ????
      Le coup de la map (le dégradé pour indiquer le changement de taille de brins d'herbe).
      
      --
      Claws Mail - it bites!
- [^]Re: Miam !
  
  Posté par nicolassanchez () le 21/07/2004 à 08:34. (lien). Évalué à 1.
  N'empêche que le truc pour appliquer un thème, ça déchire... et je ne pense pas que l'inria ait ce genre de but.
  
  Chaque bibliothèque doit avoir ses points forts....
- [^]Re: Miam !
  
  Posté par Bruce Le Nain (Jabber id, page perso, ) le 21/07/2004 à 09:02. (lien). Évalué à 1.
  La version pour Gimp 1.3 marche avec Gimp 2.0 ?
  
  --
  Hôdo
  - [^]Re: Miam !
    
    Posté par dvrasp (page perso, ) le 21/07/2004 à 21:23. (lien). Évalué à 2.
    La dernière version disponible sur le site est faite pour gimp-2.0. Ça se compile avec gimptool (package libgimp-dev).
    Attention cependant, il faudra probablement recompiler le binaire resynth pour votre système, parcequ'il est fourni précompilé dans le tarball (rm resynth ; make install).

Chapeau !!!

Posté par Cali_Mero () le 20/07/2004 à 12:34. (lien). Évalué à 5.

Le rendu obtenu par cette bibliothèque est impressionnant, bien meilleur que la plupart des filtres gimp/photoshop actuels...

Chapeau, vraiment, c'est une belle invention :)

--
#define MAGIC 0xdefaced /* I should've patented this number -cliph */

[^]Re: Chapeau !!!

Posté par Thomas MARTIN (page perso, ) le 20/07/2004 à 12:46. (lien). Évalué à 7.
Il n'y a qu'à voir qui est derrière.
Deriche, pour qui touche un minimum au domaine de l'analyse d'image, est loin d'être un inconnu.
Quant à David Tschumperlé, j'ai eu l'occasion d'assister à une présentation de ce travail l'an dernier, il a l'air plus que balaise. Tout comme les concepts mathématiques que se baladent derrière l'outil.

[^]Re: Chapeau !!!

Posté par Cyril (page perso, ) le 20/07/2004 à 15:03. (lien). Évalué à 4.
C'est vraiement suprenant, quand on vois des truques comme ca dans les films on se dis : Mais bien sûr !!!!
Mais ca existe réellement, c'est dingue, et qu'on puisse l'avoir à la maison c'est encore plus suprenant. je vais l'essayer tout de suite.
- [^]Re: Chapeau !!!
  
  Posté par gallenza () le 20/07/2004 à 20:41. (lien). Évalué à 1.
  (bis) je pense tout pareil...
- [^]Re: Chapeau !!!
  
  Posté par Khanh-Dang (page perso, ) le 20/07/2004 à 22:17. (lien). Évalué à 10.
  Non, dans les films c'est moins bien, pour sûr ;)
  
  A partir d'une photo de rien du tout, on t'extrait un mec au loin, fondu dans le paysage et caché derrière un arbre.
  
  Ensuite on demande au type du labo photo de faire un agrandissement parce qu'on a tout de suite eu la certitude que c'était du tueur dont il s'agissait.
  
  Le type du labo photo te sort (en te croisant dans le couloir et toujours à l'avance sur le timing : il avait dit qu'il aurait les résultats le lendemain à partir de 15h) un agrandissement et avec modestie te dira : « La mauvaise nouvelle d'abord :on n'arrive pas très bien à voir la tête de l'individu parce que la photo est floue. Et maintenant la bonne nouvelle : j'arrive à voir les empreintes digitales de l'individu en agrandissant suffisament. »
  
  Et hop, avec super méga base de donnée qui tue tout et qui fait défiler à l'écran tout le contenu de la base de donnée (quelques téra octets vu les photos des types qui sont fichés) en 2 ou 3 secondes.
  
  Et voilà, on a la tête du tueur, il ne reste plus qu'à aller l'attraper.
  
  Coment ça je regarde trop la télé ? :)
  - [^]Re: Chapeau !!!
    
    Posté par Talou (Jabber id, page perso, ) le 20/07/2004 à 23:40. (lien). Évalué à 3.
    Merci pour la poilade :o)
    
    C'était un plaisir de lire ton scénario, du vrai, du bon, du solide polar du 21eme siècle !

Applications en compression d'image ?

Posté par Victor STINNER (Jabber id, page perso, ) le 20/07/2004 à 12:57. (lien). Évalué à 4.

Je me demande si cet outil ne permettrait pas de compresser un peu plus nos images. L'exemple de la photo de femme dont 50% des données ont été supprimées est assez bluffant. 50% des données en moins, ça donne environ des fichiers 2x plus petit, je me trompe ?

---

En passant, je trouve l'outil vraiment HALLUCINANT ! Je pensais pas qu'on pouvait reconstituer d'aussi gros morceaux d'images !

Outil dont j'avais juste parcouru la page web (plugin pour Gimp) :
http://www.logarithmic.net/pfh/resynthesizer(...)

Il permet de "Making more of a texture", "Creating tile-able images", "Applying themes to images" et surtout "Removing objects from images". Les exemples sont également très impressionants, mais semblent moins précis que l'outil présenté dans cette news.

@+ Haypo

[^]Re: Applications en compression d'image ?

Posté par Erwan (page perso, ) le 20/07/2004 à 13:03. (lien). Évalué à 10.
ça donne environ des fichiers 2x plus petit, je me trompe ?

C'est vrai sur des images non compressees, mais sur des images compressees le taux depend de la densite d'information, donc masquer 50% de l'image ne divise pas par deux la taille du fichier.
- [^]Re: Applications en compression d'image ?
  
  Posté par renoo () le 21/07/2004 à 07:34. (lien). Évalué à 3.
  C'est plus ou moins vrai, le jpeg fait de la compression par petits blocs non (8x8 ou 16x16 pixels) ?

[^]Re: Applications en compression d'image ?

Posté par Geoffrey Scoutheeten (page perso, ) le 20/07/2004 à 13:22. (lien). Évalué à 11.
on obtient un résultat vraiment impression avec par exemple la possibilité d'enlever les lunettes d'une personnes, le système s'occupant de remplacer les pixels cachés.
Le problème est que cette technique de désocclusion lave les textures (désocclusion=terme savant qui qualifie l'action de boucher un trou de l'image) donc pour le débruitage bravo, mais pour la désocclusion il existe mieux.
En fait j'ai bien peur que cette méthode ait un peu les mêmes défauts que l'image inpainting de http://www.iua.upf.es/~mbertalmio/bertalmi.pdf(...) ; vous remarquerez d'ailleurs que les exemples donnés sont sur des trous fins, et j'aimerais voir le résultat sur un gros trou patatoide, par exemple pour effacer une personne d'un paysage.
Pour en savoir plus vous pouvez faire un tour sur le site du plugin resynthetiser pour gimp: http://www.logarithmic.net/pfh/resynthesizer(...) ou lire le papier de désocclusion de microsoft (eh oui ...) http://research.microsoft.com/research/pubs/view.aspx?type=Technica(...)
Bon et quand j'aurais fait le plugin pour gimp de ma méthode je continuerais à critiquer.
En tout cas merci à l'inria pour l'inria de publier les codes sources et pas seulement un pdf d'explication de l'algorithme comme beaucoup de labos

Je me demande si cet outil ne permettrait pas de compresser un peu plus nos images
Oui, les outils de désocclusion permettent de comprimer les images, une des techniques consiste à garder une partie en forme de + de l'image, puis on fait l'interpolation à partir de cette croix de pixels et on compare à l'image de départ. ensuite si il y a beaucoup de différences on réapplique la même méthode dans un des quatres rectangles délimités par le +, mais ça c'est une technique de compression différente, pas une technique existante qui prends deux fois moins de place, ce n'est pas vraiment comparable. ceci dit, je ne suis pas au courant des toutes dernières avancées dans ce domaine.
- [^]Re: Applications en compression d'image ?
  
  Posté par ronounours () le 20/07/2004 à 13:33. (lien). Évalué à 6.
  voir aussi
  
  http://visgraph.cs.ust.hk/cktang/paper/cvpr2003/imgrep.html(...)
  
  qui donne des résultats d'inpainting qui préservent les textures
  (marche mieux que le truc microsoft à mon avis).

sources C"++" ... hum :( ??

Posté par Space_e_man (page perso, ) le 20/07/2004 à 13:26. (lien). Évalué à 6.

Du C++, j'en ai fais... C'était il y a plus d'un an et j'aimais faire ça proprement... C'était sous Windows, j'utilisais C++ Builder de Borland. Utilisation d'espaces de nom, de fonctions et classes templates ("meta-programmation"), constantes symbolique, séparation des déclarations et des implémentation, etc. Tout ça marchait très bien et j'étais content de faire du C++ et non pas du C (je n'ai pour autant rien contre le C ;)

Là, j'envisage de m'y remettre. Je ne sais pas encore comment ça se passe dans un projet GPL / GNU / Linux.

Je viens de télécharger les sources en question... Je suis plutôt décus... Le gros du truc se trouve dans le header... Plein de macros... Pas d'espace de nom, tout en globale !?. etc.

Qu'en pensez-vous ? Suis-je complètement "out" de comment ça se passe en pratique ?

J'envisage de ré-implémenter la chose à ma manière, ne serait-ce que pour le sport et l'occasion de me remettre au C++, sous GNU/Linux cette fois ^_^

Qu'en pensez-vous ?

Que pouvez-vous me conseillez comme outils ("éditeur", etc.) ?

[^]Re: sources C"++" ... hum :( ??

Posté par ronounours () le 20/07/2004 à 13:37. (lien). Évalué à 0.
Faux.
CImg est une librairie qui est effectivement toute entière codée dans un gros header. On aime ou on aime pas, mais ca a certains avantages.

En ce qui concerne l'algo, il utilise CImg, mais est dans un fichier complètement à part, et ca ressemble plutôt à du pseudo code.
à mon avis c'est assez facile à transposer avec d'autres outils,
et d'autres lib de traitement d'images (ipl, ...)

David.
- [^]Re: sources C"++" ... hum :( ??
  
  Posté par Space_e_man (page perso, ) le 20/07/2004 à 14:25. (lien). Évalué à 3.
  Faux.
  
  Qu'est-ce qui est faux ?..
  
  On a peut-être pas les même sources... Moi j'ai 2 fichiers (hormis la doc, les exemples, doxygen, license, makefile, etc.) CImg.h et CImg_test.cpp ... Dois-je explorer le dossier visual_studio ?
  
  J'ai l'impression que tout se trouve dans CImg.h Est-ce que je me trompe ?
  
  Mais quand je dis tout, c'est y compris les données d'un police de caractère !..
  
  Alors je comprend pas bien, qu'est-ce qui est "faux" ?
  
  J'essaye de comprendre... Ça sert à rien de me moinsser pour ça...
  - [^]Re: sources C"++" ... hum :( ??
    
    Posté par ronounours () le 20/07/2004 à 16:52. (lien). Évalué à 5.
    Quand je disais Faux, c'était pour dire que l'algorithme dont parle la news ne se trouvait pas dans le CImg.h, mais utilisait CImg qui est
    une librairie générique de traitement d'image.
    
    Le code de cette lib est relativement compliqué (c'est le .h), vu que la lib est quand même multiplateforme et assez efficace à l'utilisation. Ca permet par contre ensuite de faire des programmes pas trop moche.
    En gros toutes les saletés bas-niveaux sont dans le .h (la lib), et ca permet de faire des trucs assez clairs ensuite. C'est sur qu'il ne faut pas juger le code en regardant ce .h !
    
    Note que l'on peut faire pleins de trucs différents avec, et pas seulement l'algo de restauration, qui est seulement UN exemple d'utilisation de la lib (voir aussi CImg_test.cpp justement, ainsi que les autres exemples proposés dans le package : tetris, render3D,...).
    
    L'algo de restauration se trouve dans le fichier annexe 'examples/pde_TschumperleDeriche2D.cpp', et si tu regardes ce source, tu verras que c'est assez clair à comprendre (170 lignes environ) justement grâce au fait que les trucs bas niveaux sont déja codé dans la lib CImg.
    
    C'est pour cela aussi que je pense que le code est facilement transposable avec d'autres librairires de traitement d'images,
    puisque ca ressemble plus à du pseudo-code.
    
    Ca ne mérite effectivement pas de moinssage intempestif. :)

[+] [^]Re: sources C"++" ... hum :( ??

Posté par Guillaume Knispel () le 20/07/2004 à 14:52. (lien). Évalué à -2.
Le code est clairement pas beau.

Mention spécial laideur pour l'utilisation de defines de 5 km de long au lieu d'inline.

Il faudrait forcer l'auteur a refaire son truc en Java, ca serait plus propre :)
(parce que la il a l'escuse de dire "c'est quand meme du C++" alors que ca ferait dresser les cheveux à n'importe qui)

[^]Re: sources C"++" ... hum :( ??

Posté par bibouchon () le 21/07/2004 à 06:49. (lien). Évalué à 0.
C'est clair que je n'ai rarement vu un code aussi horrible. Faire un seul fichier .h avec tout le code dedans fallait vraiment oser. C'est peut etre une star en math le gars, mais niveau développement logiciel il est pas du tout au top.

Bon courage pour extraire qq chose de ce fichier a mon avis c'est meme pas la peine de tenter de faire quoi que ce soit, mais tu peut toujours essayer. Comme éditeur sous linux il y a anjuta ou kdevelop.
- [^]Re: sources C"++" ... hum :( ??
  
  Posté par Juke (Jabber id, page perso, ) le 21/07/2004 à 07:21. (lien). Évalué à 2.
  tu devrais peut être lire le thread.
  - [^]Re: sources C"++" ... hum :( ??
    
    Posté par bibouchon () le 21/07/2004 à 07:32. (lien). Évalué à 2.
    et ?
    
    ca ne m'enleve pas de l'esprit le fait que developper de cette manière (1 .h avec tout dedans) c'est super crade et pas très pro. C'est plus du domaine de la bidouille qu'autre chose son code.
    - [^]Re: sources C"++" ... hum :( ??
      
      Posté par Erwan (page perso, ) le 21/07/2004 à 07:44. (lien). Évalué à 3.
      Un chercheur c'est pas un pro de l'implementation, son but c'est surtout de pouvoir faire tourner son algo pour montrer ce que ca donne et ecrire un papier.
      
      Apres c'est le boulot d'un ingenieur (voire d'un technicien) d'ecrire un programme bien propre, optimise, reutilisable et tout...
      - [^]Re: sources C"++" ... hum :( ??
        
        Posté par nardzir () le 21/07/2004 à 09:22. (lien). Évalué à 2.
        Ca coute rien de coder proprement des le debut, meme pour un proto ...
    - [^]Re: sources C"++" ... hum :( ??
      
      Posté par Snooorky () le 21/07/2004 à 07:45. (lien). Évalué à 2.
      Préambule: je n'ai pas lu le code, de toute façon je serais gonflé de critiquer l'esthétisme du truc :)
      
      Le but n'est pas de fournir un programme stable, bô et bien codé, mais de filer un exemple d'implémentation de leur algo. Et là, reconnais que c'est sympa, si tu veux juste tester cette méthode, de ne pas avoir à essyer de traduire la théorie mathématique qu'il ya derrière en algorithmique.
      
      Et nan, Deriche n'est pas développeur, c'est juste un des plus grands chercheurs en traitement d'image.
      - [^]Re: sources C"++" ... hum :( ??
        
        Posté par bibouchon () le 21/07/2004 à 08:36. (lien). Évalué à 1.
        oui ca j'avais compris que c'était un chercheur le monsieur.
        
        Mais la je répondais a la question :
        "Qu'en pensez-vous ? Suis-je complètement "out" de comment ça se passe en pratique ?"
        
        donc pour etre plus clair je répond : je pense que la pratique en générale c'est pas de développer de cette manière et qu'essayer de reprendre ce code pour le faire de manière plus clean est trop compliqué.

incroyable!!!

Posté par nicolinux (Jabber id, ) le 20/07/2004 à 15:48. (lien). Évalué à 1.

je connais rien en prog, mais la c carrement de la magie ;)

en tout cas, j'attend avec impatiente un scriptfu pour the Gimp!!!!

y en a qui pourrait faire des testes persos pour voir l'effet reel??? (je suppose que les images presentees etait plus ou moins favorable a un script comme celui la)

[^]Re: incroyable!!!

Posté par dioxine () le 20/07/2004 à 16:03. (lien). Évalué à 1.
Je suis en train de faire quelques tests c'est vraiment bluffant.

Mais c'est super lent pour avoir de bons rendus.

Il y a un petit programme pour tester.

Je test actuellement sur windows, c'est en ligne de commande.

On peut jouer sur les variables, domage qu'il est pas un petit tuto avec.

Enfin bref testé, ça vaux le coup ;)
- [^]Re: incroyable!!!
  
  Posté par dioxine () le 20/07/2004 à 16:06. (lien). Évalué à 1.
  Il y a même une photo du rendu qu'y évolu en temp réel.
  - [^]Re: incroyable!!!
    
    Posté par Stéf () le 20/07/2004 à 16:20. (lien). Évalué à 1.
    hi hi -> TD-CVPR2003_linux.exe

Ah bah qui voila ?

Posté par Wawet76 (page perso, ) le 20/07/2004 à 18:06. (lien). Évalué à 2.

Ce que je trouve le plus fort moi, c'est de reconnaitre la personne sur la photo bruitée. Ce n'est ni D. Tschumperlé, R. Deriche.

Coucou Christophe si tu passes par ici.

j'ai peur, pas vous ?

Posté par zero heure (Jabber id, page perso, ) le 20/07/2004 à 19:36. (lien). Évalué à 1.

C'est bizarre, j'ai surtout peur moi!
Je me dis que bientot les ordinateurs seront assez puissant pour effectuer ce genre de truc en temps réel.
Et un jour on arrivera bien à "améliorer" radicalement le contenu de l'image sans que ce soit immédiatement décelable. Bien sûr si ça consiste à effacer Sarkozy de l'info en direct c'est positif. Mais...

Enfin bon sans tomber dans la parano de science-fiction le rendu est tellement impressionnant que je ne peux m'empêcher de penser à des usages détournés...

Bref, on est plutot vigilant sur l'usage de l'informatique ici, mais là personne ne s'inquiète du potentiel de ce genre d'outils ?! incroyable, suis-je là dernière conscience du monde ? arrgh! ça y'est ils sont infiltrés partout!

--
J'ai vu bien des choses dans ma petite vie, et je mesure amèrement l'impuissance à les dire. (JP Rosnay, Le 13ème apôtre) http://www.poesie.net/apotre2.htm

[^]Re: j'ai peur, pas vous ?

Posté par Christophe Renard (page perso, ) le 20/07/2004 à 20:56. (lien). Évalué à 4.
La raison en est simple : ca fait longtemps que l'on sait modifier une image de façon non decelable.

En temps reel c'est plus dur, mais si je ne m'abuse les tribunes de la coupe du monde de foot de 98 (en France c'etait bien 98 ? ) etaient retransmise censurees en Arabie Saoudite en quasi temps reel.

Ca fait longtemps qu'on est loin des caviardages ridicules de l'epoque stalinienne.

Si recemment le montage de Kerry / Jane Fonda à une manif anti-vietnam qui etait un montage grossier a mis plusieurs semaines pour etre demonté, tu peux imaginer du travail pro sur des personnes ne pouvant pas protester de façon credible.

La situation est simple : aucune image n'est credible, aucune image n'est au dessus d'une alteration invisible.

Il suffit de voir les effets speciaux des films recents : on le les voit plus !

Ca n'est donc pas ce programme qui va changer cet etat de fait.
- [^]Re: j'ai peur, pas vous ?
  
  Posté par tgl () le 20/07/2004 à 21:38. (lien). Évalué à 5.
  La situation est simple : aucune image n'est credible
  
  Pour illustrer un peu ton propos :
  http://homepage.mac.com/gapodaca/digital/digital.html(...)
  - [^]Re: j'ai peur, pas vous ?
    
    Posté par Benoît Sibaud (Jabber id, page perso, ) le 21/07/2004 à 07:55. (lien). Évalué à 3.
    D'ailleurs on y voit que l'image du tueur sur l'oeil de la victime blonde a été supprimé.
    http://homepage.mac.com/gapodaca/digital/blonde/index.html(...)
- [^]Re: j'ai peur, pas vous ?
  
  Posté par zero heure (Jabber id, page perso, ) le 20/07/2004 à 22:41. (lien). Évalué à 3.
  Oui bien sûr ça n'a rien de nouveau. On peut remonter au stalinisme pour les débuts de l'effacement de personnes sur des photos, et beaucoup plus loin encore pour la falsification de documents écrits, tableaux, etc.
  Effectivement aucune image n'est crédible, mais ... et merde je voulais argumenter mais, snif, j'ai tort je crois. Tu es le plus fort, je m'incline :-)
  
  --
  J'ai vu bien des choses dans ma petite vie, et je mesure amèrement l'impuissance à les dire. (JP Rosnay, Le 13ème apôtre) http://www.poesie.net/apotre2.htm
  - [^]Re: j'ai peur, pas vous ?
    
    Posté par renoo () le 21/07/2004 à 12:10. (lien). Évalué à 2.
    Aucune image n'est crédible et la société est spectaculaire.
  - [^]Re: j'ai peur, pas vous ?
    
    Posté par Christophe Renard (page perso, ) le 23/07/2004 à 14:16. (lien). Évalué à 2.
    Bon finalement la situation n'est pas si noire, il semblerai qun'on puisse trouver des methodes de detections des faux (ou du moins d'une part de ceux-ci) : http://www.nytimes.com/2004/07/22/technology/circuits/22next.html(...)
    http://www.cs.dartmouth.edu/~farid/publications/(...)
    
    Des lectures intéressantes.
    
    Par le bon vieux mecanisme de l'épé et du bouclier, je présume que ca n'est que transitoire.
    
    To be continued ...

[^]Re: j'ai peur, pas vous ?

Posté par capicapio () le 21/07/2004 à 14:48. (lien). Évalué à 2.
Bientôt, on pourra déshabiller les mannequins qu'on aura photographiées vétues et Georges W. Bush pourra montrer des photos de Saddam Hussein serrant la main de Ben Laden avec un missile nucléaire dans l'autre (main).
Le bonheur!

C'est trop fort

Posté par manal () le 20/07/2004 à 22:12. (lien). Évalué à 2.

Impressionnant !
En tout cas, ça y est, tous les téléfilm où l'informaticien génial trouve le numéro de téléphone du tueur à partir d'un pixel de 5 cm sur 5 n'est plus de la science fiction.

Quels visionnaires c'est réalisateurs ...

[^]Re: C'est trop fort

Posté par Khanh-Dang (page perso, ) le 20/07/2004 à 22:24. (lien). Évalué à 2.
Non non non...

Dans les films, on crée de l'information par magie : en agrandissant un pixel de l'image originale, ils obtiennent la tête du tueur.
C'est de la pure science fiction : essayez de zoomer une image de telle façon qu'un pixel occupe une bonne partie de votre écran et dites moi si vous y voyez quelques choses.

Ici, avec cet algo, il n'y a pas de création d'informations, tout juste de l'extrapolation. En gros, la photo portrait bruitée devient plus esthétique, mais le filtre n'apporte rien quant à quantité d'informations apportées. Même avec la photo dégradée on reconnaissait la personne.
- [^]Re: C'est trop fort
  
  Posté par Yusei () le 21/07/2004 à 07:52. (lien). Évalué à 2.
  Ce qui est beaucoup plus fort c'est certains algos (développés je crois par ou pour la NASA) qui prennent quelques frames d'une vidéo réellement illisible, et qui en font une image beaucoup plus lisible. IL faudrait que je retrouve l'exemple que j'avais vu, mais ça se rapprochait parfois du genre de prouesses qu'on voit dans les films (bon bien sûr dans les films ils font ça à partir d'une seule frame).

Blade Runner

Posté par Bruce Le Nain (Jabber id, page perso, ) le 21/07/2004 à 08:56. (lien). Évalué à 0.

Personne n'a jamais vu Deckard et son unité ESPER servant à analyser les photos en les zoomant et en extrapolant sur leur contenu ? ;) Ah bon, ça n'existait pas pour de vrai ?

--
Hôdo

[^]Re: Blade Runner

Posté par bobert () le 22/07/2004 à 13:19. (lien). Évalué à 3.
Sauf que dans Blade Runner l'effet était voulu. cf. par exemple l'analyse de Philippe Lemieux [1], dont voici un court extrait mais qu'on lira en entier avec le plus grand profit:

Mais l'étude de la vision va plus loin. Deckard, un être humain froid ,qui a perdu tout sens de la vie, des émotions, ne voit pas l'importance de vivre chaque jour pleinement. Il n'est qu'un témoin : "All I could do was watch him die". Paradoxalement, les réplicants sont avares de sensations et de vie puisqu'ils en manquent et chaque seconde compte. Les étiquettes "humain" et "être artificiel" sont ici interchangeables. L'omniprésence de photographies qui renvoient aux divers souvenirs personnels des personnage, leurs passés, est aussi un élément lié à la vision. La photographie joue ici le rôle d'aide mémoire, d'objet qui permet de "voir dans la passé". C'est d'ailleurs en étudiant une photographie de Leon que Deckard retrouve Zora dans le film. Finalement, le fameux test Voight-Kamff qui permet d'identifier un réplicant mesure la dilatation de la pupille en tant qu'indice de l'état émotionnel du sujet. Deckard ne subit jamais ce test lui-même...

[1] http://www3.sympatico.ca/philippe.lemieux2/blader.htm(...)

Revenir en haut de page

Articles précédents : Logiciel

Liens connexes

Dépêche modérée par

Dépêche éditée par

Logiciel : Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL

Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL

[^]Re: Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL

[^]Re: Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL

[^]Re: Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL

[^]Re: Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL

[^]Re: Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL

[^]Re: Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL

[^]Re: Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL

[^]Re: Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL

[^]Re: Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL

[^]Humour

Miam !

[^]Re: Miam !

[^]Re: Miam !

[^]Re: Miam !

[^]Re: Miam !

[^]Re: Miam !

[^]Re: Miam !

[^]Re: Miam !

[^]Re: Miam !

[^]Re: Miam !

[^]Re: Miam !

[^]Re: Miam !

[^]Re: Miam !

[^]Re: Miam !

[^]Re: Miam !

[^]Re: Miam !

[^]Re: Miam !

[^]Re: Miam !

[^]Re: Miam !

[^]Re: Miam !

[^]Re: Miam !

[^]Re: Miam !

[^]Re: Miam !

[^]Re: Miam !

[^]Re: Miam !

Chapeau !!!

[^]Re: Chapeau !!!

[^]Re: Chapeau !!!

[^]Re: Chapeau !!!

[^]Re: Chapeau !!!

[^]Re: Chapeau !!!

Applications en compression d'image ?

[^]Re: Applications en compression d'image ?

[^]Re: Applications en compression d'image ?

[^]Re: Applications en compression d'image ?

[^]Re: Applications en compression d'image ?

sources C"++" ... hum :( ??

[^]Re: sources C"++" ... hum :( ??

[^]Re: sources C"++" ... hum :( ??

[^]Re: sources C"++" ... hum :( ??

[+] [^]Re: sources C"++" ... hum :( ??

[^]Re: sources C"++" ... hum :( ??

[^]Re: sources C"++" ... hum :( ??

[^]Re: sources C"++" ... hum :( ??

[^]Re: sources C"++" ... hum :( ??

[^]Re: sources C"++" ... hum :( ??

[^]Re: sources C"++" ... hum :( ??

[^]Re: sources C"++" ... hum :( ??

incroyable!!!

[^]Re: incroyable!!!

[^]Re: incroyable!!!

[^]Re: incroyable!!!

Ah bah qui voila ?

j'ai peur, pas vous ?

[^]Re: j'ai peur, pas vous ?

[^]Re: j'ai peur, pas vous ?

[^]Re: j'ai peur, pas vous ?

[^]Re: j'ai peur, pas vous ?

[^]Re: j'ai peur, pas vous ?

[^]Re: j'ai peur, pas vous ?

[^]Re: j'ai peur, pas vous ?

C'est trop fort

[^]Re: C'est trop fort

[^]Re: C'est trop fort