Pascal Obry a écrit 113 commentaires

Pour les langages, rien de parfait mais je trouve qu'Ada va dans le bon sens et aide énormément à la construction de projets larges et fiables. J'ai aussi assez été bluffé par le langage Eiffel mais qui malheureusement semble s'évanouir progressivement.

100% d'accord. Le C++ est un langage trop complexe et dangereux, il ne devrait certainement pas être utilisé dans des codes ou la fiabilité est critique. Malheureusement c'est encore le cas!

Un bon langage ne devrait pas avoir besoin de ce type de livre pour éviter les erreurs. Elles devraient être éviter autant que possible lors de la conception. Evidemment c'est plus facile à dire qu'à faire et même si c'est un but il est difficilement atteignable. Il a cependant différents langages sur le marché et il faut bien avouer que le C++ n'est pas dans le top des langages fiables, compréhensibles et maintenables.

Pas d'accord. J'ai utilisé rawtherapee mais il est loin de darktable en terme de qualité de résultats et fonctionnalités. C'est un bon logiciel ok.

Faire rentrer une image de 6000x5000 dans une écran de 1024x600 donnant un espace de travail probablement autour du 800x400 n'a pas beaucoup de sens je pense. Mais bon… As-tu essayé au moins de supprimer les bandeaux latéraux (avec la touche TAB) ou d'en enlever un seul? Mais même dans ces conditions apprécier/contrôler le traitement fait sur l'image est difficile.

Ce n'est pas du à une quelconque limitation du dématriceur (dcraw gère les X-Trans depuis belle lurette), mais aux structures mémoire internes de Darktable qui sont calquées sur la matrice de Bayer.

Effectivement, la solution pour le moment est de créer des tiff avec dcraw et de considérer les tiff comme les RAW si j'ai bien compris les échanges sur la liste de diffusion.

Du traitement d'image sur un écran 1024x600 c'est tout simplement impossible et ce n'est pas une limitation darktable (idem avec Lightroom par exemple).

Pas évident (pour un profane comme moi) d'avoir un résultat proche du JPEG. Dans mon cas (j'ai laissé les réglages par défaut sur l'appareil), j'ai l'impression qu'il faut que je mette pas mal de saturation (enfin, pour le moment j'ai uniquement retouché des paysages).

Oui, souvent le jpeg de l'appareil est traité un peu flatteur pour plaire à monsieur tout le monde, on a bien souvent plus de saturation et un boost de netteté. Cela donne des images plus vives mais bien souvent pas très naturelles.

Il semble que lorsque le JPEG et le RAW sont disponibles, Darktable a l'air d'en faire quelque chose (pris en compte dans le mode table lumineuse), mais quand on édite l'image dans le mode chambre noire, il "oublie" le JPEG :)

Non, ça c'est un problème différent. Dans la table lumineuse tu vois initialement la miniature jpeg embarquée dans le RAW. Cela permet un affichage rapide. Ensuite cette image est calculée par le moteur de rendu, à partir du RAW et des informations de développement et là tu obtiens une image légèrement différente. A savoir que Lightroom travaille de la même manière. A savoir aussi qu'il n'existe pas un seul rendu d'image. Le même RAW développé par tous les logiciels de développement existant donnera un résultat différent. Uniquement les logiciels constructeurs (ex: Capture NX2 Nikon) donnera le même rendu que le Jpeg du boîtier (ex: Jpeg du Nikon D700).

Pour moi c'est quelque chose de très préoccupant.

Pour moi aussi et c'est pour cela que j'ai choisi un logiciel Open Source cela donne une certain assurance de pérennité.

Ca lightroom le gère assez bien simplement par ce qu'ils embarquent les moteurs et écran de réglages des précédentes versions. La dessus aucune idée de ce qu'est capable darktable.

darktable fait la même chose en versionnant tous les modules.

Je ne comprends pas… si tu utilises dt tous les jours tu n'auras jamais à trouver ce qu'il faut pour le compiler et le faire tourner dt 10/20 ans après!!!

Non, pas d'export JPEG/PNG/TIFF… Une des grande force de l'Open Source c'est que le logiciel ne peut pas disparaître du jour au lendemain. Il y aura toujours des développeur pour le faire tourner sur les OS récents.

Mais c'est certain que le post-traitement (.xmp) est un point non négligeable car passer d'un logiciel à un autre implique une perte de son travail. Pour éviter cela je suis à l'origine du module d'import Lightroom dans dt, cela permet de récupérer pas mal de chose (tous les tags déjà) et fait probablement gagner plus de 70% du temps qu'il faudrait pour repartir à zéro. Mais la l'Open Source ne peut rien pour nous, le format .xmp est plus ou moins standard mais les moteurs de rendu sont tellement différents qu'il est impossible d'obtenir automatiquement le même résultat lors de la migration.

Cela dit, si un jour dt n'est plus maintenu, il sera toujours temps de créer tous les .tiff de tes images en batch la nuit :)

Pour le module d'import voir:

http://www.darktable.org/2013/02/importing-lightroom-development/

Les smart preview (DNG de 2048px, editable et exportable)sont dispo dans lightroom 5.

Oui je sais :) J'animais des ateliers Lightroom! Mais 2048px c'est insufisant pour de l'impression d'art.

Si la taille n'est pas un problème pourquoi ton fichier est offline ? :p

Parce que:

1. 40000 images sur un portable prend trop de place.

2. laisser ces images sur le disque principale c'est de l'hérésie lorsque l'on connaît le niveau de fiabilité d'un disque :)

3. le meilleur stockage pour les images sont sur un disque RAID externe (j'ai même une sauvegarde chez un hébergeur > 750Go).

L'usage:

• tu places dans le cache des images que te veux travailler pendant un trajet (train, avion) ou en vacances.

• une image complète te permet de travailler ton image (même sur la netteté ce que Lr déconseille) et même une impression d'art (A2 et +).

• tu libères le cache lorsque tu n'as plus besoin de ces images. (je pense à un usage du genre 100 à 1000 images locales max pour mon cas, mais avec mon disque sur mon portable je pourrais effectivement placer toutes mes images en cache si nécessaire.

Oui :) La cache local est mieux que celui de Lightroom qui ne prends qu'une version compressé de l'image. Dans darktable c'est l'image d'origine (avec la taille des disques aujourd'hui ce n'est pas un problème) qui est placée dans le cache. Cela permet de retravailler son image avec tous les modules (même la netteté et le contraste local par exemple) sans soucis. On peut aussi exporter son image pour impression sans crainte.

Eh ben, ce sont les utilisateurs de lightroom qui vont être envieux.

Pour être honnête Lightroom a encore de l'avance sur certains points (service de publication, synchro automatique sur plusieurs images, module d'impression…) mais l'écart se réduit :)

Il existe darktable-cli, je n'ai jamais utilisé mais je pense que cela devrait aider pour ton workflow. Avec un peu de Lua en plus peut-être? Je n'ai pas encore exploré toutes les possibilités de Lua mais je l'ai utilisé par exemple pour ajouter dans le module d'export la possibilité de sortir un tiff 16 bits associé à un profil ICC de mon imprimante et d'envoyer le tout vers le module d'impression de GNOME.

Personnellement je viens du mon Lightroom (que j'ai quitté car Adobe refuse de porter ces logiciels sous GNU/Linux - le dual boot m'a vite fatigué - et aussi à cause de la nouvelle politique de licence liberticide - et pourtant je pense que Lighroom n'a pas d'équivalent pour le moment, même si darktable progresse bien). Je suis donc très habitué au modèle intégré de gestion des images. J'ai une photothèque de 40000 image environ, et la gestion des mots clés, collections… me fait gagner un temps fou! Pour l'histoire j'ai quitté Lightroom (j'étais même formateur dans mon club photo) début 2013 pour darktabke et je ne regrette vraiment pas!

En tout cas je pense que nous avons avec darktable un gestionnaire d'image non destructif de très haute volé!

il n'y a que le marc qui aille dans la poubelle!

Non en fait le but c'est plutôt de pouvoir exprimer les pre- et post-condition ainsi que les invariants plus simplement. Pour le moment Ada n'est pas un langage fonctionnel du tout!

Oui, du coup l'intérêt est limité :) Mais en suivant l'évolution des paquets dans experimental ça avance bien, donc j'espère pouvoir tester la 3.6 début décembre!

Non, ce n'est pas encore installable (facilement) à cause de dépendances…

Mouais, je pense que si c'est pour mettre à jour l'OS aussi régulièrement, autant une utiliser une rolling release. Debian testing est aussi à jour qu'Ubuntu. Et > même pour les LTS, ça n'a rien de plus qu'une stable.

Heu non de non! Je suis sous GNU/Debian unstable et j'ai toujours Icedove et Iceweasel 10.0.9! Et toujours en GNOME Shell 3.4, alors que la dernière version d'Ubuntu on est en 3.6. Donc Debian testing certainement pas et même pas experimental! Cela dit je ne quitterais pas GNU/Debian pour cela :)

Alors je m'incline :) Respect!

Pour ma part, étant victime de sys-admins teutons qui ne jurent que par Microsoft

Le rêve :) Il y a bien pire : Lotus Notes !

Effectivement il y a Lotus Notes sous GNU/Linux (je l'utilise dans un chroot 32bits car ça ne passe pas en 64bits) donc mon problème n'est pas là, il est juste sur le fait que ce client est un aberration en terme d'ergonomie et de productivité, j'aimerais donc passer à un client normale :)

Parce que Lotus Notes est bien pire encore que MS Exchange à utiliser tous les jours :( Après des années je râle encore tous les jours contre cet outil tout simplement improductif!!!!

Alors bravo DavMail de permette de choisir son outil de mail!

Un must pour moi!