Effraie@blog - Tag - WM

Calibration d'écran, profil ICC et gestion des couleurs sous Ubuntu

effraie — Wed, 09 Apr 2008 08:54:00 +0200

Ceux d'entre vous qui suivent savent que je m'intéressent à la photo numérique, et en particulier à sa pratique sur notre plate-forme préférée: GNU/Linux.

Mon dernier billet important sur le sujet, Flux de travail numérique pour le photographe sous Ubuntu, tentait de montrer comment il était possible d'utiliser des outils, si ce n'est professionnels, au moins des très haut niveau pour gérer son workflow sous ubuntu.
Cependant, la question de la calibration de l'écran, et donc de la gestion des couleurs semblait poser quelques problèmes, et les solutions que j'avançais à l'époque n'étaient que des bricolages.

Je ferais prochainement un billet (à jour) plus extensif sur la gestion de mon flux, depuis la prise de vue jusqu'à la publication web et/ou l'impression, mais je n'en ai pas le temps ni le courage immédiatement. Je vais donc me contenter d'expliquer la démarche que j'ai suivie pour calibrer mon écran, entièrement sous GNU/Linux (Ubuntu Hardy Heron, mais ça devrait être facilement transposable sous n'importe quelle distribution), parce que j'imagine que ça intéressera fortement un certains nombre...

Pré-requis

Argyll Color Management System : Ce logiciel, bien qu' austère et peu engageant, est aujourd'hui ce qui se fait de mieux pour la gestion des couleurs. le site web est explicite: il s'agit d'une collection de codes sources, qui, une fois compilés, fournissent des outils en lignes de commandes permettant, de façon quasi exhaustive, de calibrer toute une chaîne graphique.

Une sonde colorimétrique reconnue par Argyll. La liste du matériel supporté est disponible ici. Je me suis servi de la version 0.70 Beta 8, pour profiter du support de la sonde Spyder 2 de colorvision, un des matériel les plus répandu dans le grand public, et surtout, un des moins chers (j'ai acheté la mienne 70€ d'occasion). Inutile de payer plus cher une version «pro», seul le logiciel change, et seule la sonde (matériel) nous sera utile sous GNU/Linux

Un écran...

Procédure

Installation de Argyll 0.70 Beta 8

Argyll est un logiciel non-présent dans les dépôt, et d'usage très spécifique.. inutile de l'installer si vous n'en avez pas vraiment besoin, vous risqueriez d'abîmer quelque chose sur votre beau système.

J'ai choisi d'utiliser la version précompilée de Argyll: inutile de se compliquer la tâche pour un logiciel si spécifique. L'installation est donc très simple: il suffit de télécharger cette archive, de l'extraire, et de placer le contenu de son répertoire bin/ dans votre $PATH (personnellement, j'ai choisi /home/effraie/bin , mais libre à vous de faire autre chose, /usr/local/bin étant par exemple tout indiqué.

Le firmware de la sonde Spyder2 étant propriétaire, il n'est pas inclus dans Argyll, et il vous faudra l'extraire. c'est trés simple, et ça se fait en 2 étapes:

introduire le cd d'installation de la sonde dans votre lecteur,
tapez simplement spyd2en dans une console pour extraire le firmware et l'injecter dans Argyll

Votre sonde Spyder2 devrait désormais être utilisable! Passons donc aux choses sérieuse, la calibration (et la caractérisation) de l'écran proprement dit.

Argyll est un outil en ligne de commande, mais pas si compliqué à utiliser, finalement. Enfin, au moins quand, comme moi, on se contente de l'utiliser pour un usage basique, parce qu'il embarque tout un tas d'outils dont je ne saurait que faire...

Voici donc les étapes que je suivie, avec (quelques) détails:

Je me suis placé dans les conditions de luminosités qui sont celles dans lesquelles je travaille mes images (généralement), et j'ai fait le vide sur mon Desktop. Ensuite:

Branchez la sonde a une prise USB,
sudo chmod 777 -R /dev/bus/usb pour avoir accés, comme simple utilisateur, au bus USB. (il y a sans doute plus élégant, mais là n'est pas le propos),
dispcal -v -qm -yl mon_profil (-v pour le mode verbeux, -qm pour une qualité moyenne, -yl pour un écran LCD (-yc pour un CRT) et mon_profil, pour le nom a donner au profil (et aux fichiers intermédiaires). Un patch noir appariait a l'écran, sur lequel placer la sonde, et vous devriez avoir cet affichage dans votre console:

Setting up the instrument
Instrument Type:   Spyder 2
Serial Number:     00617511
Hardwar version:   0x0307
Place instrument on test window.
Hit Esc, ^C or Q to give up, any other key to continue:

Tapez donc entrée après avoir placé la sonde, et vous voila avec le menu suivant:

Display adjustment menu:
Press 1 .. 7
1) Black level (CRT: Brightness)
2) White point (Color temperature, R,G,B, Gain)
3) White level (CRT: Contrast, LCD: Brightness)
4) Black point (R,G,B, Offset)
5) Check all
6) Continue on to calibration
7) Exit

Ayant un écran cheap de portable, je suis passé directement à l'étape 6, mais si vous avez des contrôle manuels sur votre écrans, passer par les autres étapes n'est sans doute pas un luxe!

Dispcal va afficher et mesurer toute une série de patch de différente couleur, et produire un fichier mon_profil.cal. c'est un peu long, c'est normal.
On tape targen -v -d3 -f500 mon_profil, ce qui va générer un fichier mon_profil.ti1 contenant les nouveau patches à mesurer. Cette étape est très rapide.
On va maintenant utiliser la commande dispread -v -yl -k mon_profil.cal mon_profil qui va produire un fichier mon_profil.ti3. Cette étape est assez longue également.
On peut désormais retirer la sonde l'écran, et générer le profil lui même: profile -v -A "Fabricant de l'écran" -M "modèle de l'écran" -D "la date" -qm -as mon_profil qui va produire un (précieux!) fichier mon_profil.icc
On charge le profil dans X avec la commande dispwin /chemin/vers/mon_profil.icc (et on le décharge avec dispwin -c mais ça n'a aucun intérêt ). Votre écran devrait prendre une surprenante teinte jaunâtre, (c'est normal mais moche). Votre écran est désormais calibré, et vous n'avez plus qu'à configurer correctement vos application (supportant les couleurs gérées, comme bibble, ou le dernier gimp). Attention, si vous utilisez un économiseur d'écran, celui ci déchargera le profil. Pensez à le recharger (ou à désactiver l'économiseur d'écran).

Mille merci à Jcornuz pour ses précieuse informations, et bienvenu dans le monde merveilleux des couleurs gérées sous GNU/Linux!

Pourquoi GNOME est-il le meilleur bureau

effraie — Sun, 18 Feb 2007 12:01:00 +0100

Un Troll classique, parmi les utilisateurs de systèmes libres, c'est celui du bureau:

Faut-il utiliser KDE, GNOME, XFCE? ou encore un simple gestionnaire de fenêtres? Il n'y a pas de réponse universelle.

Personnellement, je suis un fervent défenseur du bureau GNOME. J'ai un peu tout essayé, mais quoi qu'il arrive, je finis toujours par revenir à GNOME.

Je suis persuadé, à l'heure actuelle, que GNOME est le bureau qui permettra à GNU/Linux de s'imposer dans le grand public, et souvent, je suis un peu incapable de dire pourquoi.

En effet, il est plus lourd (en mémoire) que XFCE, moins configurable que KDE... Mais tellement plus fonctionnel! A mon goût, GNOME joue dans la même catégorie que osX/Aqua, et, beauté mise à part, le surpasse même en ergonomie. Tout n'est pas parfait, bien sur... mais pas loin! (par exemple, je regrette de ne pas pouvoir splitter la fenêtre de Nautilus...).

Une célébrité du monde Linux attaque régulièrement GNOME: Linus Torvald, créateur du noyau, entraînant des trolls un peu partout (dans sa sortie la plus célèbre, il appelle les développeurs GNOME Nazis de l'interface ). C'est à cette occasion qu'un utilisateur résume assez bien ce que j'apprécie dans la construction de GNOME...

Via LinuxFr, un commentaire de IsNotGood:

> Apparemment, Gnome à comme chartre ergonomique de limiter les options pour ne pas surcharger l'interface

Je ne te donne pas tord mais il faut voir les choses plus en profondeur. Si l'interface est surchargée mais puissante, c'est (peut-être) tant mieux. On peut voir ça avec certain logiciel (type outils de développement).
Plus d'option, c'est plus de choix plus de posibilité. Gnome n'est pas contre le choix et fournir plus de possibilité.
Mais quel choix et à quel coût ?
Exemple :
J'ai un logiciel de gravage (c'est un exemple fictif). Lorsque je le lance il me laisse choisir le graveur à utiliser. C'est bien. Mais s'il y a une galette que dans un graveur et rien dans l'autre graveur, c'est con. Il est claire que je ne vais pas graver avec le lecteur qui n'a pas de galette. On a une option inutile. Inutile si on a un moyen de detecter la présence de galette. Au-lieu d'imposer l'option, le mieux est d'avoir un moyen pour detecter la présence de galette. S'il y a deux galettes on propose à l'utilisateur de choisir, s'il n'y a qu'une galette on ne lui propose rien, et s'il n'y a pas de galette, on lui demande de mettre une galette (il choisi le graveur qu'il veut). Cette description est naïve si sur le bureau il y a des icones qui représente les graveurs.

Le logiciel de gravage me permet de choisir la taille du buffer à utiliser. C'est bien car la gravage peut planter si le buffer vient à se vider. Mais en réfléchissant un peu, c'est con. On a une fonction pour graver mais elle peut ne pas marcher. Donc cette fonction est buggée (du moins vu de l'utilisateur). Il faut corriger cette fonction pour qu'elle marche tout le temps et ainsi on fout la paix à l'utilisateur.

On peut multiplier les exemples. Beaucoup d'options sont souvent là pour corriger des déficiences. Ce que ne veut pas Gnome, et plus que de ne pas surcharger l'interface utilisateur, est d'avoir une interface pour pallier à des déficiences du système sous-jacent. Donc au-lieu d'ajouter une option, Gnome bosse sur les "fondations" du bureau. C'est-à-dire des parties non visible, sur le système sous-jacent. Un excellent exemple est HAL. L'utilisateur ne voit pas HAL mais HAL enrichi énormément le système sous-jacent ce qui permet une intéraction "intelligente" entre le bureau et le système sous-jacent. Ce qui permet de virer des options. Pour virer quelques options, il a fallu développer udev/dbus/HAL. Un énorme travail ! Et pas pour limiter l'utilisateur, pas pour lui proposer moins de possibilité !
Un projet comme Gnome n'est pas qu'une surcouche graphique du système d'exploitation. Ses ramifications s'étalent un peu partout dans le système et on ne peut que se féliciter de l'implication de Linus.
D'où des projets comme freedesktop. Fournir un système sous-jacent adapté à un bureau.

Certe Gnome peut être irritant. Il peut être rapide d'avoir quelque chose de fonctionnel en ajoutant une option. Gnome le refuse. C'est irritant mais ça a aussi une vertue. Ça pousse les développeurs à corriger les défauts là où ils sont.

Ce qui est important, c'est que la webcam marche, que le wifi marche, etc... Pas que ça marche en bidouillant des fichiers et en triturant 40 options au petit bonheur la chance, mais que ça marche lorsque c'est monsieur tout le monde qui le met en oeuvre. Ceci est valable pour Windows, KDE, Gnome, Mac OS, etc...
Ceci est de très très loins le plus important aux yeux d'un utilisateur. C'est ça l'objectif "ultime" de Gnome. Que ça marche ! Pas que ça marche en ajoutant une rustine (une option), mais que ça marche "out of the box". Et c'est ça que les utilisateurs veulent ! Qu'ils soient geek ou que ce soit ma grand-mère. Le problème de Gnome ou de n'importe quel bureau libre (KDE, XFCE, etc) n'est pas le manque de l'option bidule ou que le double clique sur prout fait crak ou bling. Il suffit de voir le succès de Windows pour se convaincre que ce n'est pas en ajoutant l'option bidule ou le double clique qui fait bling que GNU/Linux va attirer des utilisateur de Windows de façon massive. Ce dont ne se rend pas compte le geek assoifé d'option d'aujourd'hui, est qu'il y a des tonnes et des tonnes d'options qui sont passé à la poubelle avec l'évolution de GNU/Linux et pour le bien de GNU/Linux.

Les options virées en corrigeant le système sous-jacent porte peu à discussion en général. Du moins une fois que le système sous-jacent est corrigé.

Mais il y a un autre type d'option et qui est d'ordre "culturel". Un Windowsien n'ira jamais demander de pouvoir programmer des options en fonction du bouton de la sourie utilisée. Ça ne lui manque pas, il n'y pense pas. C'est accessoire. OK, ça peut être important pour tel ou tel utilisateur (voir Linus par exemple :-)). OK, ça peut être plus que culturel et un vrai atout pour la productivité de l'utilisateur. OK, les développeurs de Gnome peuvent y répondre et ils pourront se dire qu'ils élargissent le nombre d'utilisateur potentiel tout en augmentant leur productivité.
Mais ça a un effet de bord, parmis d'autres, non négligable. Ça augmente le ticket d'entré pour utiliser le bureau. S'il y a plein d'options, pleins de concept à la vue de l'utilisateur, ce dernier est obligé (en tout cas il se sent obligé) d'assimiler tous ces concepts/options. Cette profusion d'options/concepts/fonctionnalités aussi utile et justifiée par telle ou telle catégorie d'utilisateur, ajoute de la confusion. Au-lieu d'avoir un bureau convivial, on a un "truc" intimidant.
D'un côté l'ajout d'option/fonctionnalité semble élargir le nombre d'utilisateur potentiel, et d'un autre sa diminue le nombre d'utilisateur potentiel. Il y a un compromis entre fonctionnalité et simplicité/convivialité. On peut trouver que le curseur est un peu trop à droite, un peu trop à gauche, que KDE l'a placé pile où il faut et que Gnome est à côté de la plaque, etc...
Sans étude aprofondie et lourde à mettre en oeuvre, on est dans le subjectif pour savoir où il faut placer le curseur. Mais avant de juger, il faut déjà voir les intentions. Et l'intention de Gnome n'est pas d'être le bureau préféré des développeurs noyau.

Par contre, on peut affirmer qu'un bureau adapté à tout le monde est impossible à réaliser. C'est pour ça que la réaction de Linus, et sauf tout le respect que je lui voue, m'énerve passablement. Dire que tous les utilisateurs doivent utiliser KDE est une connerie. Dire que tous les utilisateurs doivent utiliser Gnome l'est aussi. Dire que Gnome prend ses utilisateurs pour des cons est une connerie. C'est respecter les utilisateurs que de proposer quelques choses de simple/accessible et non les prendre pour des cons.
La BMW de Linus doit avoir un système anti-dérapage préréglé qui ne lui permet pas de jouer avec les 150 paramètres utilisés en interne par ce système, les amortisseur sont peut-être pilotés, une clim qui répartit la température de sortie des buses vers la tête et les pieds (alors qu'il pourrait y avoir un potentiomètre pour régler ça), il n'y a que deux vitesses pour les essuis-glaces (alors qu'on pourrait avoir un potentiomètres), etc... Naïvement on peut dire que tout ceci limite l'utilisateur. L'utilisateur avertit dira que le réglage anti-dérapage ne lui convient pas et qu'il est dommage qu'il ne puisse bidouiller avec ses 150 paramètres, qu'il n'y a pas de réglage d'amortisseur qui correspond aux pavés de son village, que la clim lui chauffe trop les pieds et qu'il est dommage qu'il ne puisse pas bidouiller la puce qui régule la clim, que les vitesses préréglées pour les essuis-glaces ne sont pas adaptées au crachin de sa région et qu'il est dommage que ne puisse pas la réglée, etc... Mais ce n'est pas prendre l'utilisateur pour un con. Sinon BMW a pris Linus pour un con et le tout en lui piquant une somme bien rondelette (beaucoup plus que Gnome:-)).

Mais ce que fait BMW (et beaucoup) es-ce limiter l'utilisateur ? Ça dépend de l'utilisateur. Si l'utilisateur est un amateur/expert en voiture (type Alain Prost) alors oui. Si l'utilisateur est un consommateur/utilisateur de voiture moyen (type Linus) alors non. Si pour conduire ma voiture je dois lire un manuel de 500 pages et passer 15 minutes à configurer le bousin avant de démarrer, ben je suis très limité dans l'utilisateur de ma voiture. Et le vendeur de la voiture m'a pris pour con.

Pour aller plus loin, n'hésiter pas a aller lire un peu plus de choses sur la philosophie du bureau GNOME:

GNOME powa! J'attends vos trolls^Wcommentaires...

Beryl/Emerald sur Edgy-PPC

effraie — Thu, 26 Oct 2006 14:36:00 +0200

Cette astuce ne concerne pas les versions supérieures a edgy. Beryl est désormais dans les dépots Universe/multiverse

Jusqu'ici, la plateforme PPC était atteinte d'une malédiction concernant Beryl/Emerald.
Le fameux bureau 3D fonctionnait, mais dans une désagréable teinte bleue.
C'est désormais réglé.

Aujourd'hui c'est release day et ça tombe bien, parcequ'il faut impérativement être sous edgy pour profiter de cette astuce.

Un bug d'endianess donnait jusque là cet affreux résultat

Finalement, il est avéré que le bug résidait dans xorg, et un patch a été écrit. Cela ne fonctionne pas sous Dapper.

Pour Installer Beryl sur votre mac-ppc, vérifiez d'abord que la 3D est activée.

Si oui, alors, vous pouvez alors rajouter la ligne suivante dans votre sources.list:

deb http://mental-ppc.tuxfamily.org/dists edgy-mppc main incoming

Ajouter la clef du dépôt:

wget http://mental-ppc.tuxfamily.org/dists/817D0754.gpg -O- | sudo apt-key add -

et installer tout le nécessaire:

sudo aptitude update && sudo aptitude dist-upgrade
sudo aptitude install beryl emerald-themes

Aprés avoir relancé X, et lancé la bête:

beryl-manager

Vous pourrez admirer le résultat:

Profitez en bien!

Inclusion des paquets ubuntu-ppc sur le dépôt edevelop

effraie — Sat, 14 Oct 2006 11:27:00 +0200

L'essentiel est dit dans le titre :

Les récents paquets e17 pour ubuntu edgy ppc sont désormais inclus danq le dépôt ubuntu sur http//edevelop.org

L'annonce ici : http://www0.get-e.org/Main/News/_articles/346.html

E17 empaqueté pour ubuntu edgy PPC

effraie — Fri, 06 Oct 2006 16:47:00 +0200

e17 enfin disponible facilement pour les utilisateurs de ppc.

Vous connaissez sans doute Enlightenment 17, aussi connu sous le nom de E17. Sinon, jetez un coup d'œil ici : http://enlightenment.org/Enlightenment/DR17/

Ce "desktop shell", comme ses développeurs aiment l'appeler, est depuis longtemps déjà en développement, et la version stable ne semble pas se profiler. Cependant, il est déjà largement utilisable, puissant, léger, et beau.

Ubuntu ne fournit pas de paquets binaires de ce gestionnaire de fenêtres. On peut bien sur l'installer directement depuis le cvs, mais ce n'est pas a la portée de tout le monde.

Cela fait donc un moment que Lut!n et Sp4rky construisent régulièrement des debs pour ubuntu_x86, a partir du cvs, et les rendent disponibles sur http://edevelop.org/ubuntu

Comme souvent, la plateforme PPC était a la traine. Et bien, c'est fini, puisque je viens de compiler E17 pour ubuntu (edgy) ppc. ~~Si tout ce passe bien,~~ ces paquets ~~seront bientôt~~ sont désormais disponible sur http://edevelop.org/ubuntu , ~~mais pour l'instant, je les rends disponible mon~~ dépôt personnel~~, afin de les tester.~~

Si le cœur vous en dit, vous pouvez donc les installer, et me tenir informer du résultat (ici, par exemple...)

Attention, ces paquets sont issue d'un dépôt cvs, d'un logiciel en alpha, et n'ont pas encore étaient testé, excepté par moi ! (chez moi , ça marche) A vos risque et périls, donc. Je suis curieux aussi de savoir s'ils fonctionnent sous debian.

Le dépôt http://edevelop.org/ubuntu est généralement mis a jour toute les semaines, mais je ne crois pas que je pourrais assurer ce rythme... ce sera sans doute autour d'une fois par mois pour les ppc, sauf si je reçoit du renfort (ce qui ne serait pas surprenant... le buzz fonctionne bien ces temps çi, pour ubuntu-ppc)