Gilles Caulier a écrit 48 commentaires

Ça serait pas mieux de mettre du monde sur l'aperçu avant impression?

C'est l'équipe de Qt qui maintien cela, pas digiKam. De ce fait ce code est partagé avec toutes les applications Qt.

digiKam n'est pas Qt, il utilise Qt.

Cependant, il y a un plugin KIPI dédié à l'impression qui propose un aperçu en dehors de l'interface d'impression de Qt…

Gilles Caulier

Il y a eu une régression énorme sur ce point au passage de Kde3 à Kde4. Évidemment, ça >ne concerne pas seulement Digikam mais aussi Kde.
C'est tout de même gênant de ne pas avoir un aperçu avant impression et d'avoir des >liste de formats de papiers différentes selon le logiciel.

C'est KDELibs qui a retiré toute l'interface d'impression et utilisé celle en native de Qt4. Le mainteneur de cette partie dans KDELibs ne pouvait plus travailler dessus.

Plus gadget: sous Kde3, je pouvais piloter mon Canon 500D via usb, cette feature a >disparu depuis Kde4.

Non. Dans Camera Import, lancer l'outils Capture. On doit utiliser les drivers GPhoto2 (Canon est supporté). On travaille pour améliorer cela dans 3.0.0 :

https://plus.google.com/u/0/116398684787400584523/posts/9xfUEZfVtaf

Gilles Caulier

Il y a 2 bugs majeurs dans KDE qui ont créé des problèmes dans digiKam :

- KHTML : qui se plantait lors de l'affichage de la page d'accueil
- KDirWatch qui se plantait lors de la détection de nouveaux éléments dans les collections

La bibliothèque Exiv2 elle aussi a créé quelques rapports de bogues en cascade du à un refonte de la gestion des structures TIFF en interne.

Vu que c'est moi qui maintien le code de ces librairies dans kdegraphics/libs, je peux facilement m'avancer pour dire si ce code est stable et utilisable !

>digiKam, le gestionnaire de photos, et les kipi-plugins sont en version 1.2.0

Faux, les dernières versions stables 1.3.0 ont été intégrées...

http://www.digikam.org/drupal/node/521

http://www.digikam.org/drupal/node/522

Toute les informations à propos de la configuration de prise de vue (objectif, focale, etc) sont dans les méta-données Exif et Makernote.

Après il faut utiliser la base de données des paramètres de déformation des objectifs issue du project clens et utiliser l'algorithme de transformation d'image issue de panotools.

Regarde ce rapport de bogue : http://bugs.kde.org/show_bug.cgi?id=98651

Si quelqu'un est interressé pour le faire...

Gilles Caulier
Projet digiKam

Regarde ces entrées dans bugzilla :

http://bugs.kde.org/show_bug.cgi?id=98651
http://bugs.kde.org/show_bug.cgi?id=98693
http://bugs.kde.org/show_bug.cgi?id=143864

Gilles Caulier
Projet digiKam

C'est déjà implèmenter dans la version pour KDE4. C'est pas encore parfait, mais ca marche. Regarde ici :

http://digikam3rdparty.free.fr/Screenshots/digikamKDE4_14.pn(...)

Gilles Caulier

>Perso, j'ai des photos gérées sur plusieurs machines et donc l'échange des >données associées est impossible. Impossible d'exporter ou importer un >répertoire avec les commentaires associés. Vraiment par pratique.

Il faut utiliser les métadonnées Exif et IPTC (XMP c'est pour la version KDE4 - digiKam 0.10.0)

Pour la version KDE4, le support de plusieurs dépôts principaux est déjà implèmenté. Le support de dépôts distants aussi (via NFS, Samba) ou alors sur supports amovibles (CDROM, clef USB, etc...)

>La seule solution est de faire réécrire les données dans les EXIF, et il n'y a pas >d'automatisation. Alors quand on est est à plusieurs milliers de photos...

Bien sur que si. Regarde le panneau de configuration de digiKam dans l'onglet Métadonnées.

Pour mettre à jour en batch, regarde le menu Outils/Synchroniser...

Gilles Caulier
Projet digiKam

Fabien,

Light Table en anglais ne se traduit pas par Table d'images, mais par Table Lumineuse.

La table lumineuse existe depuis très longtemps en photographie argentique pour trier les photos. Voici quelques exemples :

http://www.vivelediaporama.com/Mambo/index.php?option=com_co(...)
http://www.missnumerique.com/accessoires-photo-numerique-tab(...)
http://www.laboandco.com/table-lumineuse.htm
http://www.stefb.net/technique/table.php

Gilles Caulier
Projet digiKam

>Sans déconner ! je rêve d'un truc comme ça dans Digikam !
> Pouvoir d'un clic, commander une impression de mes photos sélectionnées. >(pouvoir choisir parmis plusieurs "imprimeurs" aussi)

Cela nécessite d'avoir un contact chez les services d'impression par le web pour connaître les méthodes de transfert en ligne...

... ou alors, le FTP est-il une généralité ?

Gilles Caulier
Projet digiKam

>L'équipe de dév ne peut pas tout faire...

Absolument. L'ajout de nouvelles fonctionnalités est une tâche longue et fastidieuse. Des contributions d'ordre graphique, des traductions, des FAQ, le wiki à mettre à jour, etc... qui ne sont pas dépendantes des implèmentations sous les bienvenues.

A propos des nouvelles fonctionnalités, il y en a 2 principales qui vont être introduites avec la future version 0.9.4 :

- Les comptage des éléments dans les vues en arborescence : http://www.digikam.org/?q=node/283

- Un outil de recherche basé sur les dates (Time Line) : http://www.digikam.org/?q=node/285 (vue plus récente : http://digikam3rdparty.free.fr/Screenshots/timelineconcept2.(...)

Gilles Caulier
Projet digiKam

La version KDE4 de digiKam (et Showfoto) est déjà portée. Cependant, il reste encore du travail à faire sur certaine parties comme les outils de recherche que ne fonctionnent pas encore avec KDE4. Ceci est du aux nombreux changements dans la structure de la base de données utilisée pour faire des recherches dans les albums photo. Bien sur ceci, ne concerne pas Showfoto...

Le support des méta-données XMP à été complètement testé et peut être considéré comme stable.

Les plugins kipi sont portés à 40%. J'ai traivaillé sur les outils que je maintiens comme le convertisseur RAW par ex.

digiKam pour KDE4 compile en nafif sous MACOS X ! Il y a un developpeur de KDE4 qui à fait les adaptations dans le code.

Pour la version Windows, on attend la sortie officielle de KDE4.0 pour avoir un environnement de test assez stable...

Gilles Caulier
projet digiKam

Corrigé avec le commit #733624 :

http://websvn.kde.org/?view=rev&revision=733624

Gilles Caulier

>Je n'ai plus qu'un bug dans digikam: quand j'affiche une photo qui se trouve >sur mon appareil-photo, puis que je la modifie et que je tente de la >sauvergarder, digikam explose en vol. Par contre si j'importe la photo avant >de l'afficher/la modifier, je la sauvegarde avec succès. Bientôt la perfection?

La perfection n'existe pas, surtout dans l'informatique, mais on peut s'en approcher (:=)))

Je peux reproduire le crash ici. Je vais le corriger pour le prochaine version 0.9.3...

Gilles

En tant que coordinateur du projet, ca fait maintenant 3 ans que je propose digiKam pour les "Trophées du Libre"...

Mais sans succès... Il faut croire que ton avis à propos de digiKam n'est pas partagé par tous... Le jury n'a que faire de ce genre de logiciel. Ou alors il n'estime pas que Linux peut être sur le desktop (et là c'est grave)

Ce qui explique pourquoi cette année, je n'ai pas proposé digiKam...

Gilles Caulier

Et bien c'est pas prêt de marcher...

LibOpenRaw ne sait uniquement extraire les miniatures (JPEG ou TIFF) embarqués dans les fichiers RAW... Sous digiKam, avec l'interface C++ libkdcraw, toutes les options de dcraw 8.60 sont déjà implèmentées...

Nota : Krita avec la prochaine version pour KDE4 utilisera libkdcraw. Je suis en contact avec le coordinateur principal de ce projet.

Gilles Caulier

Le core de UFraw est basé sur dcraw, mais en interne, l'ensemble est constitué comme une librairie. D'autre par, l'équipe d'UFRAW à ajouter de nouvelle fonctionnalités comme une correction de la balance de blanc bien plus aboutie que celle de dcraw.

Le travail de l'équipe UFRaw n'est pas simple : il porte à chaque fois les nouvelles implèmentations de dcraw dans UFraw. Cela serai tellement plus simple que dcraw soit une bibliothèque en lui même avec un utilitaire en ligne de commande basé dessus... (par exemple le projet Exiv2 est fait ainsi).

Mais Dave cofin n'en a rien à faire (et je ne suis pas empêché de lui demander plusieurs fois...).

Gilles Caulier

Pour répondre à ta question : oui, on peut le faire soit même.

Mais, le sujet de la gestion des couleurs est très vaste. Cependant, il y a un site qui en parle très bien et en Français en plus :

http://www.arnaudfrichphoto.com/gestion-de-la-couleur/calibr(...)

De quoi passer des nuits blanches (:=)))

Cependant, je persiste à dire qu'un gamma automatique en mode 16 bits avec dcraw résoudrai 80% des cas, surtout pour les gens qui ne comprennent rien au profiles ICC ou qui ne veulent pas utiliser la gestion des couleurs (c'est idem sous Win32)

Il faudrai convaincre Dave Cofin d'ajouter une option dans dcraw pour le faire...
Pour avoir étudier le code de dcraw, c'est techniquement possible... mais je me refuse à le faire, car dcraw est une véritable usine à gaz.

C'est un programme qui marche très bien dans son ensemble mais intérieurement, l'implèmentation est difficilement lisible... Je ne parle pas de la compréhension des algorithmes de décodage des données brutes qui en elle même demande de grandes compétences, mais la manière et le style utilisé pour l'implèmenter. C'est très sale...

Pour le futur, il y a d'autres alternatives possibles à dcraw :

- le core de UFraw, si un jour il est exporté en tant que libraire.
- la librairie OpenRaw, le jour où elle commencera à faire plus qu'extraire les miniatures...

Mais pour le moment, dcraw reste le meilleur le plus facile à mettre en oeuvre.

Gilles Caulier

>Pourtant, même en choisissant ces profils, lorsque la photo apparaît dans >l'éditeur de Digikam, elle est très sombre, mais même en ajustant l'exposition >dans la Balance des blancs, les couleurs ne correspondent absolument pas à >l'aperçu que j'avais, ni à ce que j'obtiens par défaut dans Gimp.
> J'ai lu que l'on avait un gamma de 1.0 par défaut en 16-bit (ce qui semble >être vrai car manuellement, en ajustant autour de 2.0, le résultat s'améliore), >mais je pensais que le profil allait l'ajuster.
> Doit-on obligatoirement le corriger manuellement ? Comment s'approcher du >résultat "normal" de l'appareil ?

Oui, le gamma est de 1 et le RAW est développé en mode linéaire.

digiKam utilise dcraw pour cela (via l'interface C++ libkdcraw). dcraw ne permet pas de décoder les RAW en 16 bits avec une correction automatique du gamma, comme il le fait pour le mode 8 bits...

C'est pour moi une aberration... L'utilisateur doit toujours avoir le choix de pouvoir le faire (surtout que le code en question est pas très gros dans dcraw)

nota : tu ne peut pas comparer digiKam en 16 bits avec gimp : ce dernier ne supporte que le 8 bits !!!


Dave Cofin, l'auteur de dcraw refuse d'ajouter une option dans dcraw pour corrigé le gamma automatiquement en mode 16 bits. Regarde la page web de dcraw...

En ce qu'il concerne le profile de couleurs, certain contienne un ajustement du gamma, mais pas tous. Par exemple, avec mon Minolta Dynax 5D, les profiles ajustent automatiquement le gamma. Ce n'est pas parfait, car l'ajustement ne suis pas forcement tous les réglages de l'APN, mais les correction à appliquer à la mains sont vraiment mineures.

Canon à la réputation de faire des profiles de couleurs très rudimentaires. J'ai lu des retours d'expériences sur la liste de diffusion qui sont pas tristes.

Essaye les profiles ICC qui sont fourni avec LightZone :

http://digikam3rdparty.free.fr/ICCPROFILES/CameraProfiles/LZ(...)

Mais j'aimerai bien que Dave Coffin Change d'avis, car cette correction doit être appliquée en amont, pendant le décodage des RAW...

Gilles Caulier

>Personnellement, je trouve cela plutôt logique que :
> – l'ajout du support du JPEG 2000 nécessite d'utiliser la bibliothèque >correspondante (jasper) ;

comme libpng, libjpeg, et libtiff...

> – l'ajout de fonctionnalités sur les méta-données EXIF nécessite d'utiliser la >bibliothèque correspondante (exiv2) ;

Exiv2 est une bibliothèque de bas niveau C++ pour l'accès aux metadonnées.
J'ai créé libkexiv2 pour avoir une interface "Qt like" partagée entre les plugins kipi et digiKam

> – l'ajout de fonctionnalités s'appuie sur des bibliothèques indépendantes, >dans un soucis de modularité, de réutilisation et de partage du code.

Et cela doit toujours être comme cela pour éviter les doublons dans le code et de ne pas avoir à réinventer la roue.

La version 0.9.2 aura une nouvelle dépendance à la bibliothèque libkdcraw que j'ai créé. Cette bibliothèque est une interface C++ à dcraw pour le décodage des fichiers RAW.

http://www.digikam.org/?q=node/208

Elle est aussi utilisée par le plugin kipi RAW converter et plus tard par Krita (je suis en contact à le coordinateur de Krita)

... et après on dira que digiKam ne partage pas de code commun avec d'autres applications (:=)))

Gilles Caulier
digiKam project

>J'ai l'impression que DigiKam est sous interface KDE, existe t'il son >équivalent sous Gnome (pas envie de me retrouver avec toutes les biblio >KDE) ?

Oui il dépand de KDE.

Je vois que l'on a de plus en plus d'anti KDE sous linuxfr.org... Où est le problème ?

>Je serais intéressé par un retour d'XP sur leur utilisation et le besoin en >logiciel complémentaire.

un retour d'XP ?

Gilles Caulier
digiKam project

> - commentaires : est-ce la métadonnée jpg "description" donc inscrite >dans le fichier même de l'image ou un champ d'une BDD de Digikam ?

Les 2 : un champs dans la BDD, la section JFIF comments des fichiers JPEG, le tag EXIF.UserComments, et le tag IPTC.Caption.

on peut même changer les commentaires par lôts :

http://digikam3rdparty.free.fr/Screenshots/KipipluginBatchCo(...)

> - étiquettes : est-ce la métadonnée IPTC "tags" donc inscrite dans le >fichier même de l'image ou un champ d'une BDD de Digikam ?

Les 2 : un champs dans la BDD et le tag IPTC.Urgency.

> - pour les 2 + la date EXIF de prise de vue de la photo : est-ce que ces >données sont modifiables avec Digikam ?

Oui via un plugin kipi :

http://digikam3rdparty.free.fr/Screenshots/digikam0.9.0-time(...)

> - est ce que Digikam permet d'ajouter un entête EXIF (pour y mettre une >date) à un fichier qui n'en a pas (exemple un dessin sauvegardé en jpg) ?

oui, via un plugin kipi :

http://digikam3rdparty.free.fr/Screenshots/MetadataEditor/

Les screenshots sont un peu vieux (2 mois). Il y a eu beaucoup d'amélioration depuis.

> - est-ce que Digikam permet de modifier la date EXIF des photos par lot, >en incrémentant par exemple à chaque fois d'une seconde ? Par exemple >j'ai 30 photos sans date EXIF ou avec une date fausse, je sais quel jour >elles ont été prises alors que je veux que la 1ère aie la date, puis en heure >12:00:00, la 2ème la même date, en heure 12:00:01, etc.

oui, via le plugin kipi présenté ci dessus. On peu aussi changer cette date lors du téléchargement des image en provenance de la caméra :

http://www.digikam.org/?q=node/113

Gilles Caulier
digiKam project

> Existe-t-il d'autres applications travaillant de cette façon ?

oui digiKam via son editeur. il y a un historique des actions. Pour plus d'infos, voir les copies d'écran ici :

http://www.digikam.org/?q=image/tid/10

Gilles Caulier

Je suis en train de finaliser le support des images 16 bits dans digiKam (http://www.digikam.org). Il y aura aussi la gestion des profiles ICC. Ce sera disponible dans la version 0.9.0 d'ici cet été je pense. Quelques copies d'écran :

http://digikam3rdparty.free.fr/Screenshots/RawFileDecodingSe(...)
http://digikam3rdparty.free.fr/Screenshots/digikam0.9.0-alph(...)
http://digikam3rdparty.free.fr/Screenshots/ICC_setup_dialog.(...)
http://digikam3rdparty.free.fr/Screenshots/digikam0.9.0-alph(...)

Gilles Caulier