Journal Comparatif parti[ae]l des logiciels de visualisation d'image

Posté par  (site web personnel) .
Étiquettes :
0
16
avr.
2008
L'objectif (purement personnel) est de rechercher un logiciel:
- permettant de survoler rapidement un répertoire d'images, dans le but de les trier, et de les corriger rapidement.
- capable d'afficher toutes les images d'un répertoire donné (en plus de celle que l'on a ouverte).
- ne nécessite pas l'installation d'un bureau gnome kde whatever complet.
- propose des raccourcis pour les commandes de base (précédent, suivant, rotation, suppression, ouvrir avec...)
- reste rapide et léger (pas de cache, base sqlite, recopie des images dans des répertoires cachés).
- est installable sous Debian sid, via le gestionnaire de paquets.

Donc après un rapide apt-cache search 'image.*viewer', les logiciels suivants sont installés:

  • albumshaper:
    C'est du qt, et c'est plus un gestionnaire de collection, avec génération de gallerie web qu'autre chose.

  • gqview:
    Simple, léger, efficace. Les fonctions de rotation sont difficilement accessibles, cachées dans un sous-menu.

  • eog:
    Usine à gaz gnome.
    relativement léger et efficace.
    raccourcis ok.

  • gthumb:
    Usine à gaz gnome.
    Pour une raison inconnue, ne se lance pas.

  • imgSeek:
    Ne se lance pas, pour cause de dépendance python non statisfaite.

  • imview:
    Interface sommaire et déroutante (toolkit utilisé ?). Apparemment, pas de zoom pour faire tenir l'image dans la fenêtre, ce qui est génant sur un 12".

  • mirage:
    Application Gtk rapide et complète, proposant des raccourcis fonctionnels

  • pornview:
    Le nom est sympa, mais l'application semble un peu vieille (gtk 1).

  • paul:
    Une vieille application en gtk 1

  • feh:
    simple
    rapide
    au besoin, propose une suite d'outils de traitements complète
    entièrement pilotable au clavier

    En conclusion (toute personnelle, je le répète) :

    En mode power user, feh remporte la palme, par sa rapidité, son interface dépouillée (c'est peu de le dire) et son pilotage au clavier.

    En mode plus traditionnel, mirage propose une interface classique (menu et barre d'outil) qui s'intègrera aisemment dans un bureau gtk.
  • # qiv

    Posté par  . Évalué à 3.

    qiv est assez sympa pour visualiser des images rapidement.

    On peut même avec certaines combinaison de touche copier/déplacer des images dans un répertoire. Pratique pour supprimer/sélectionner des photos
    • [^] # Re: qiv

      Posté par  . Évalué à 2.

      ma commande qiv préférée :
      qiv -ftmsd 3 *

      Lance un diaporama (slideshow) d'une durée d'apparition de 3 secondes en plein écran (fulscreen) avec la images agrandies (m) ou réduites (t) selon le cas.

      Ce que j'aime bien aussi avec qiv, c'est que quand on a supprimer (touche [suppr]) les photos, elles sont copiées dans un répertoires .qiv-trash ce qui permet d'annuler la suppression ou de la confirmer avec un rm -rf .qiv-trash.

      Pour trier visuellement une grande quantité de photos, c'est top.
      • [^] # Re: qiv

        Posté par  . Évalué à 3.

        +1 pour qiv. J'utilise également ce soft très pratique et plutot rapide.

        Par contre, concernant tes options, chez moi avec le -fm, l'image est resizé à la taille de l'écran qu'elle soit plus grande ou plus petite.
        Je suppose que le -t n'a son utilité que en mode fenêtré.
        • [^] # Re: qiv

          Posté par  . Évalué à 1.

          Cela ne dépend pas du mode fenêtré, cela dépend de la taille de l'image par rapport à la résolution d'affichage.

          perso ;)
          alias q="qiv -ftm"
  • # petit oubli de ta part

    Posté par  . Évalué à 7.

    en mode console, j'utilise volontier gqview, mais avec konqueror, il s'agit kview.
    kview:
    Simple, léger, efficace. Les fonctions de rotation sont facilement accessibles, et intégration splendide dans konqueror.
  • # Cornice

    Posté par  . Évalué à 3.

    http://wxglade.sourceforge.net/extra/cornice.html

    marche sous Linux, J'en ai un assez bon souvenir.
  • # - ne nécessite pas l'installation d'un bureau gnome kde whatever comple

    Posté par  (site web personnel) . Évalué à 6.

    Je ne connais aucune application qui nécessite l'installation d'un bureau complet.
    La pluspart des application demandent juste leur bibliothèques correspondante à leur bureau, et fonctionnent raisonnablement bien dans un bureau concurrent.

    Mais bon. Il faut bien nourrir les trolls....
    • [^] # Re: - ne nécessite pas l'installation d'un bureau gnome kde whatever co

      Posté par  (site web personnel) . Évalué à 4.

      Mais bon, pour un visionneur d'image, 15 Mo d'archives pour 50 mo d'espace disque utilisés (je sais, ni la bp, ni l'espace disque ne coûte cher), c'est un peu beaucoup.

      Surtout que le-dit visionneur d'images demande pour fonctionner:

      "a collection of documentation utilities for the Gnome project"
      Un "Graphical package manager"
      Un "wrapper for (un)mounting and ejecting storage devices"
      un "File Alteration Monitor"
      + une foultitude de libgnome* qui mettront autant de temps à se charger



      Ce n'est certes pas un bureau complet mais ça ressemble pas mal à du poussage de mémée dans les orties...
      • [^] # Re: - ne nécessite pas l'installation d'un bureau gnome kde whatever co

        Posté par  . Évalué à 4.

        Mais bon, pour un visionneur d'image, 15 Mo d'archives pour 50 mo d'espace disque utilisés

        sous windows c'est pareil, adaube photovisionmachin va prendre 300 Mo pour faire un simple visionneur d'image. Mais pour linux si tu parles de Eog, il faut parler également de gwenview, les 2 sont plutôt bons dans leurs genres. En application complète de gestion photos, il y a également krita et kphotoalbum.

        C'est sûr, feh est plus rapide, mais il me semble qu'il ne fait pas l'affichage de vignettes, ce que feront très bien gwenview et eog.

        correction : après lecture de "man feh", on peut afficher des vignettes (option feh -t repertoire), mais il faut le faire en paramètre du lancement de feh, et le problème c'est que c'est vraiment beaucoup plus lent qu'avec gwenview ou eog, pour qui l'affichage des vignettes est presque instantané avec ces 2 programmes.

        Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

      • [^] # Re: - ne nécessite pas l'installation d'un bureau gnome kde whatever co

        Posté par  . Évalué à 9.

        > Mais bon, pour un visionneur d'image, 15 Mo d'archives pour 50 mo d'espace disque utilisés

        $ rpm -q --queryformat "%{SIZE}\n" eog
        3747271


        Ce n'est pas 15 Mo, mais moins de 4. Et la grande grande majorité c'est de la doc, des images, des traductions, etc. Es-ce mal ?
        $ ll /usr/bin/eog
        -rwxr-xr-x 1 root root 432696 jan 8 16:24 /usr/bin/eog



        Et pour gqview qui est qualifié de "Simple, léger".

        $ rpm -q --queryformat "%{SIZE}\n" gqview
        2423811
        $ ll /usr/bin/gqview
        -rwxr-xr-x 1 root root 845864 sep 24 2007 /usr/bin/gqview


        Ben oui, il a deux fois plus de code. Mais eog est qualifié d'"usine à gaz"...
        Marant non ?
        • [^] # Re: - ne nécessite pas l'installation d'un bureau gnome kde whatever co

          Posté par  . Évalué à 5.

          je crois que le s de archives est la pour signaler les dépendances non présentes sur son installation et nécessaires à eog.
        • [^] # Re: - ne nécessite pas l'installation d'un bureau gnome kde whatever co

          Posté par  . Évalué à 2.

          = eog vs gqview = ;)

          * on met le paquet
          Pour ce qui est de la taille (d'aprés le gestionnaire de paquets), sur ma distribution GQview 1813,25 K < EoG 6798,26 K. Mais comme tu le dis il y a les à-coté et ce n'est pas forcément pertinent.

          * combat à la Long Sword
          $ /bin/ls -l /usr/bin/{eog,gqview}
          -rwxr-xr-x 1 root root 1808024 mar 14 00:51 /usr/bin/eog
          -rwxr-xr-x 1 root root 831320 déc 24 2006 /usr/bin/gqview
          # ouch !
          $ file /usr/bin/{eog,gqview}
          /usr/bin/eog: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for GNU/Linux 2.6.16, dynamically linked (uses shared libs), stripped
          /usr/bin/gqview: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), for GNU/Linux 2.6.6, dynamically linked (uses shared libs), stripped

          On n'a clairement pas les même résultats. Les choix à la compilation probablement ?

          * effet de serre
          Là pour le coup de l'usine à gaz / simplicité, je te donne clairement raison. Pas pour la taille du code mais parceque, dés le lancement, l'interface de gqview fait clairement plus chargée que celle de eog. Et un tour dans les options est sans appel. Eog est à l'évidence un projet gnome alors que gqview fait plus ancienne école avec des paramétrages dans tout les sens.

          Aprés, chacun ses gouts et ses besoins. Perso, je découvre un peu gqview et certaines de ses fonctionalités me séduisent bien : recherche de doublons, tag, collection, données exif, ... (eog propose peut-être aussi ce genre de chose avec ses greffons ?) En particulier une chose que je cherchais depuis un momment: pouvoir ordonner les images à la souris puis renommer les fichiers en fonction \o/ je suis joie !
          Par contre c'est clair que je ne le conseillerais pas forcément à quelqu'un qui cherche la simplicité ou à un débutant.
          Un autre point en faveur de gqview : il a une page de man \o/(re) qui décrit ses nombreux racourcis clavier (oui ranDom les rotations sont facilement accessibles ;) et des options sympathiques comme --without-tools (je l'aime bien celle-la :).

          Bon, j'arrète là sinon ça va faire fanboy alors que je l'avais à-peine essayé avant ce journal. N'empèches il me plait bien ce soft *paf* ... en plus il se lance deux fois plus vite que *PAF* ... :p

          Au fait : décembre 2006 pour gqview ?! Argh, le dévelopement semble arrété depuis plus d'un an et demi. On va dire qu'il est arrivé à maturité.
    • [^] # Re: - ne nécessite pas l'installation d'un bureau gnome kde whatever co

      Posté par  . Évalué à 3.

      > Mais bon. Il faut bien nourrir les trolls....

      C'est tellement mieux que chacun recode la même fonctionnalité au-lieu d'utiliser l'existant. Les développeurs seront enchanté de savoir qu'on leur demande de bosser dans leur coin... C'est une perte de temps, de la duplication d'efforts ET en plus ça bouffe de la place.

      Il y en a qui croit que l'avenir de GNU/Linux est de fournir la plateforme la plus dépouillée (histoire de lancer une applie en 0,2 secondes au-lieu de 0,8). Du moins ils pensent ça en fonction des circonstances (c-à-d du troll qu'ils veulent faire passer).
      • [^] # Re: - ne nécessite pas l'installation d'un bureau gnome kde whatever co

        Posté par  . Évalué à 4.

        Totalement d'accord.
        Tout de même, je me demande si on ne peut pas atteindre les 0.2 secondes. Il y a qq années j'ai lancé des petites et grosses applications (Alioas|Wavefront) sur une station SGI (O2), eh bien le souvenir marquant que j'en ai, c'est une ouverture "instantanée".

        "La liberté est à l'homme ce que les ailes sont à l'oiseau" Jean-Pierre Rosnay

  • # kuickshow

    Posté par  . Évalué à 8.

    Je pense que c'est dans kdegraphics. Changement d'image avec la molette, raccourcis clavier kde paramétrales.
    Juste ce qu'il faut.
    • [^] # Re: kuickshow

      Posté par  . Évalué à 2.

      ok j'avais pas vu le "ne nécessite pas l'installation d'un bureau gnome kde whatever complet.", mais rien ne t'oblige à utiliser le bureau complet. (et j'avais envie de voir la bd autosatisfaction récursive)
  • # GPicView

    Posté par  . Évalué à 3.

    Puisqu'on est dans la présentation des visionneurs d'image, j'aime bien GPicView (c'est tout neuf et ça vient du projet LXDE) :
    - ne dépend que de GTK+2
    - avec des raccourcis pour les actions
    - hyper rapide et léger (147 Ko me dit mon gestionnaire de paquets)
    - dispo sur une Debian Sid
    - un logiciel de conception épurée avec une belle interface très zen

    Bref, quand on a besoin d'un visionneur d'images basique en GTK, y'a pas mieux (j'ai testé à peu près tous ceux que j'ai trouvé dans les dépôts Debian).
    • [^] # Re: GPicView

      Posté par  (site web personnel) . Évalué à 1.

      Effectivement, celui-ci est sympa.

      Par contre, je dois être fatigué, je n'ai pas trouvé comment fermer cette application ( pas de ctrl w, ctrl q, pas de menu, et pas de ptite croix en haut à droite pour cause d'utilisation de wmii comme gestionnaire de fenêtre).

      Salutations
  • # Gwenview

    Posté par  . Évalué à 5.

    Sinon, j'aime bien gqview, mais déjà mentionné.
  • # Dun extrème à l'autre

    Posté par  (site web personnel) . Évalué à 1.

    Si on utilise KDE, kuickshow : montée quasi instantanée, défilement des images à la molette ou avec les touches pg-up/down, rotation avec une seule touche, apparition d'une fenêtre genre konqueror avec la barre d'espace, modifications minimales des images, mais couvrant un bon paquet de celles que l'on fait avec ce qui sort de son APN . Il utilise image magic.

    Sinon, sur mon vieux portable qui a quasiment 10 ans et sur lequel acheter de la mémoire supplémentaire coute aussi cher qu'une machine neuve, XV : antique, rapide, peu consommateur. Avec une interface rendue un peu compliquée par le fait qu'elle n'est pas standart, mais finalement très complète. Capacité de modification des images et de gestion des impressions assez impressionnantes.


    • [^] # Re: Dun extrème à l'autre

      Posté par  . Évalué à 3.

      Oui, j'ai un excellent souvenir de xv (avec rox-filer, génial), notamment sa gestion du zoom automatique (difficile à expliquer).
  • # C'est ta Debian qu'est vieille...

    Posté par  . Évalué à 2.

    "pornview: Le nom est sympa, mais l'application semble un peu vieille (gtk 1)."
    La version 0.2.0_pre1 est GTK+2 ;) (sous Gentoo du moins), et ça l'est depuis un bon bout de temps, je l'utilisais ya 2-3 ans. Et c'est un bon viewer de mes souvenirs, bien que ça segfaultait de temps en temps...

    Sinon, gwenview et digikam (avec les kipi-plugins) sont excellents, mais c'est du lourd et c'est du KDE.
    Sinon +1 pour feh pour un visionnage rapide en console :)
  • # "Usines à gaz" GNOME

    Posté par  . Évalué à 6.

    gthumb marche parfaitement, fais un rapport de bogue à ta distro ou change de distro.
    Je trouve mirage plus lent que eog ou gthumb, voire même plus lent que f-spot (que tu ne cites pas).
    Personnellement, j'utilise eog très léger, rapide excepté pour les scans de mangas pour lesquels j'utilise le très bon comix.
  • # xnview

    Posté par  . Évalué à 2.

    Et xnview ?
    (pas libre, mais ce n'est pas un critère indiqué par ranDom)
    • [^] # Re: xnview

      Posté par  (site web personnel) . Évalué à 2.

      Je suis un adepte...

      Sauf que je n'arrive plus à la faire tourner sur ma mandriva 2008 (un bête problème de famille de polices manquante... sûrement pas trop compliqué à résoudre... mais je n'ai pas cherché).

      Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN

    • [^] # Re: xnview

      Posté par  (site web personnel) . Évalué à 2.

      (pas libre, mais ce n'est pas un critère indiqué par ranDom)

      c'est un critère implicite, je n'utilise pas les dépots "non-free".
      • [^] # Re: xnview

        Posté par  . Évalué à 1.

        tu peux également le télécharger depuis le site de l'auteur. Il vient de sortir une nouvelle version en beta pour linux, qui utilise qt4 à la place de motif. C'est pas mal, mais cela manque de bcp de fonctionnalité qu'il y a dans l'autre version (traitement en série avec énormément d'options)

        http://newsgroup.xnview.com/viewtopic.php?t=14246&postda(...)

        Only wimps use tape backup: real men just upload their important stuff on megaupload, and let the rest of the world ~~mirror~~ link to it

  • # Showimg

    Posté par  . Évalué à 1.

    Showimg est pas trop mal (développé par un français je crois)
    Bon en revanche l'interface ne réagissais pas à la config qu'on lui demandais.
    Je devais contacter le dev pour lui faire un rapport mais je n'ai pas le temps pour l'instant
  • # Faut pas déconner non plus

    Posté par  . Évalué à 5.

    est installable sous Debian sid, via le gestionnaire de paquets
    gthumb:
    Usine à gaz gnome.
    Pour une raison inconnue, ne se lance pas.


    Sur une distrib stable (en terme de contenu), Gthumb fonctionne très bien. Faire ce genre de tests sur Sid, c'est quand même biaiser un peu les résultats car tu as du constater que d'un jour à l'autre, les résultats ne sont pas toujours ceux escomptés.

    Ton comparatif est donc intéressant car il permet de (re)faire une liste de logiciels de visionnage d'image, mais pas pour tes conclusions...
  • # feh et EXIF

    Posté par  (site web personnel) . Évalué à 3.

    J'ai utilisé feh pendant longtemps (tout est faisable au clavier, très pratique pour faire un diaporama, etc.) mais un défaut terrible m'a fait m'éloigner de lui :
    quand il fait une rotation d'une image, il supprime toutes les infos EXIF!!! Je ne sais pas si c'est encore le cas (pas testé depuis 2 ans, j'ai migré de Xfce à KDE en même temps que de gentoo à debian, et j'utilise les outils KDE maintenant)

    Autre chose, à propos de Imview : son interface est très vieillote, certes, mais il est commandable au clavier, et c'est une des seules appli que je connaisse qui lise correctement les TIFFs 16bits. Je l'utilise quand je n'ai pas le courage de lancer l'usine à gaz (mais très puissant) ImageJ.
  • # Simple et efficace

    Posté par  (site web personnel) . Évalué à 2.

    man display :)

Suivre le flux des commentaires

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