Darktable

Gédéon44 · Le 19/02/2011, à 15:03

OlivierT(oulouse) a écrit :

@Gédéon44
Cela me semble bizarre. Avec tous les logiciels, une compression de 100% te renvoie un fichier plus gros que le fichier original et précisément, c'est à partir de 97% que la compression commence à se faire sentir sur la taille du fichier. Ouvre n'importe quelle image JPEG dans Gimp et sauvegarde-là une fois en 97%, une fois en 100% et une fois en 95%, tu verras. Cela est lié à l'algorithme de compression en lui-même.
> Es-tu sûr que dans les autres logiciels tu fixes bien la même définition d'image (en pixels) ? Darktable, par défaut, exporte à la définition originale, et la règle ci-dessus s'applique invariablement.

J'ai refait le test avec Darktable, Bibble 5.2 et RawTherapee : les deux premiers donnent effectivement des jpeg plus lourds (à 100%) que le raw d'origine, mais RT donne un fichier #15% plus léger. Mais je n'arrive pas à savoir ce qu'il fait effectivement quant à la définition...

Merci en tout cas pour tes réponses

OlivierT(oulouse) · Le 19/02/2011, à 16:45

@papillon41
Oui, apparemment, Pascal, qui gère un PPA de darktable, a supprimé la version 0.7.1 pour la remplacer par la 0.8, la plus récente, ce qui est logique.
Il n'a pas prévu de maintenir la 0.7.1.
Donc
- soit un autre PPA se créé avec la 0.7.1
- soit il te faut compiler à la main à partir de l'archive : http://sourceforge.net/projects/darktab … table/0.7/
(je crois que j'ai détaillé la compilation dans un de mes posts précédents)

@Rico22
Tu aurais pu aussi faire :

sqlite3 ~/.config/darktable/library.db
> update images set orientation=-1;
> ^D

mais c'est déjà mettre un peu les mains dans le cambouis.
Concernant les versions, comme déjà dit, toutes les versions inférieures à 1 sont considérées comme des versions de développement, donc assurer la rétro-compatibilité des retouches ou de la base de données n'a pas été considéré comme prioritaire, même si cela est pris en compte dans le mesure du possible.

@pcouderc
darktable tient compte du changement d'orientation (il suffit d'ouvrir la photo dans la chambre noire) mais ne ré-affiche pas la miniature en effet.
Dans peu de temps, la méthode de changement d'orientation devrait être re-codée et la miniature sera alors conforme

Dernière modification par OlivierT(oulouse) (Le 19/02/2011, à 16:47)

Rico22 · Le 19/02/2011, à 17:14

@OlivierT(oulouse)
Ha oui là je ne savais pas.
Autre chose: DT à tendance à planter pendant les chargements des images chez moi. surtout quand un dossier comporte beaucoup d'images et que je scroll en même temps (Erreur de segmentation). Et cela est vrai depuis 0.8. Je n'avais pas ce problème en 0.7.1.
Ou sont stockées les miniatures JPG (s'il y en a) ? La case "Ne pas utiliser les miniatures JPEG" est décochée dans les préférences. Le logiciel est aussi devenu beaucoup plus lent. Pour info, Mon PC est récent.
Bon voilà je ne vous embête plus.

OlivierT(oulouse) · Le 19/02/2011, à 17:18

@Rico22
Hmm, ça c'est embêtant.
> Pourrais-tu suivre la procédure indiquée ici http://blog.pcode.nl/2010/08/31/contrib … acktraces/ et me poster le "débug" et le "backtrace"?
Pour répondre à ta question, les miniatures JPEG ne sont pas stockés dans un dossier particulier mais sont incluses dans le RAW. Le cache (qui contient les miniatures) se trouve dans ~/.cache/darktable/mipmaps

Dernière modification par OlivierT(oulouse) (Le 19/02/2011, à 17:20)

Rico22 · Le 19/02/2011, à 17:38

Voici

eric@eric-desktop:~$ gdb darktable
GNU gdb (GDB) 7.2-ubuntu
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Reading symbols from /usr/bin/darktable...Reading symbols from /usr/lib/debug/usr/bin/darktable...done.
done.
(gdb) r
Starting program: /usr/bin/darktable 
[Thread debugging using libthread_db enabled]
[New Thread 0x7fffeb02e700 (LWP 8027)]
[New Thread 0x7fffea059700 (LWP 8028)]
[New Thread 0x7fffe9440700 (LWP 8029)]
[New Thread 0x7fffe8c3f700 (LWP 8030)]
[New Thread 0x7fffe843e700 (LWP 8031)]
[New Thread 0x7fffe7c3d700 (LWP 8032)]
[New Thread 0x7fffe743c700 (LWP 8033)]
[New Thread 0x7fffe6c3b700 (LWP 8034)]
[New Thread 0x7fffe643a700 (LWP 8035)]
[New Thread 0x7fffe5c39700 (LWP 8036)]
[New Thread 0x7fffe5438700 (LWP 8037)]
[New Thread 0x7fffe4c37700 (LWP 8038)]
[New Thread 0x7fffe4436700 (LWP 8039)]
[New Thread 0x7fffc77f4700 (LWP 8141)]
[New Thread 0x7fffbd061700 (LWP 8143)]
[New Thread 0x7fffbc860700 (LWP 8144)]
[New Thread 0x7fffb3892700 (LWP 8145)]
[New Thread 0x7fffb3091700 (LWP 8146)]
[New Thread 0x7fffb2890700 (LWP 8148)]
[New Thread 0x7fffb208f700 (LWP 8149)]
[New Thread 0x7fffae966700 (LWP 8150)]
[New Thread 0x7fffae165700 (LWP 8151)]
[New Thread 0x7fffad964700 (LWP 8152)]
[New Thread 0x7fffaac85700 (LWP 8153)]
[New Thread 0x7fffaa484700 (LWP 8154)]
[New Thread 0x7fffa9c83700 (LWP 8155)]
[New Thread 0x7fffa9482700 (LWP 8156)]
[New Thread 0x7fffa8c81700 (LWP 8157)]
[New Thread 0x7fffa8480700 (LWP 8158)]

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffe743c700 (LWP 8033)]
0x00007ffff4a78578 in Exiv2::XmpData::erase(__gnu_cxx::__normal_iterator<Exiv2::Xmpdatum*, std::vector<Exiv2::Xmpdatum, std::allocator<Exiv2::Xmpdatum> > >)
    () from /usr/lib/libexiv2.so.10
(gdb) bt
#0  0x00007ffff4a78578 in Exiv2::XmpData::erase(__gnu_cxx::__normal_iterator<Exiv2::Xmpdatum*, std::vector<Exiv2::Xmpdatum, std::allocator<Exiv2::Xmpdatum> > >) () from /usr/lib/libexiv2.so.10
#1  0x00007ffff2519b3c in dt_remove_known_keys (imgid=<value optimized out>, 
    filename=<value optimized out>)
    at /build/buildd/darktable-0.8/src/common/exif.cc:83
#2  dt_exif_xmp_write (imgid=<value optimized out>, 
    filename=<value optimized out>)
    at /build/buildd/darktable-0.8/src/common/exif.cc:995
#3  0x00007ffff2526bef in dt_image_write_sidecar_file (imgid=755)
    at /build/buildd/darktable-0.8/src/common/image.c:84
#4  0x00007ffff2545ae9 in dt_dev_process_to_mip (dev=0x7fffe743af00)
    at /build/buildd/darktable-0.8/src/develop/develop.c:358
#5  0x00007ffff252406f in dt_image_reimport (img=0x9dec10, 
    filename=0x7fffe743b530 "/nas/Volume_1/Photos/RAW/Mariage-Regis-et-Sandine/DSC_0168.NEF", mip=DT_IMAGE_MIP4)
    at /build/buildd/darktable-0.8/src/common/image.c:563
#6  0x00007ffff2527375 in dt_image_load (img=0x9dec10, mip=DT_IMAGE_MIP4)
    at /build/buildd/darktable-0.8/src/common/image.c:903
#7  0x00007ffff2543c78 in dt_image_load_job_run (job=<value optimized out>)
    at /build/buildd/darktable-0.8/src/control/jobs/image_jobs.c:41
#8  0x00007ffff254095a in dt_control_run_job (s=0x8ab550)
    at /build/buildd/darktable-0.8/src/control/control.c:631
---Type <return> to continue, or q <return> to quit---
#9  0x00007ffff2540a5b in dt_control_work (ptr=<value optimized out>)
    at /build/buildd/darktable-0.8/src/control/control.c:780
#10 0x00007ffff5455971 in start_thread () from /lib/libpthread.so.0
#11 0x00007ffff202e92d in clone () from /lib/libc.so.6
#12 0x0000000000000000 in ?? ()
(gdb) quit
A debugging session is active.

    Inferior 1 [process 8024] will be killed.

Quit anyway? (y or n) y
eric@eric-desktop:~$

Pour info j'ai un PC 64 bits AMD 4 Coeurs, et 4 Go de Ram, et Ubuntu 10.10 64 bits aussi. si ca peut aider.

Dernière modification par Rico22 (Le 19/02/2011, à 17:46)

Rico22 · Le 19/02/2011, à 18:22

En fait ce qui est très lent c'est l'affichage des miniatures.
En écrivant ces lignes je suis en train de ré-afficher un dossier déjà importé. et c'est effectivement super lent.
Vous allez peut-être mon gronder de ne pas avoir mentionné cela, mais mes fichiers RAW et JPEG sont stockés (en principe en sécurité) sur un NAS de marque D-LINK, configuré en RAID 1 (2 disques en miroirs), et donc connecté à mon réseau local (montage NFS). Pourtant mon réseau est très rapide. Le routeur n'est pas ma BOX, c'est mon propre routeur qui marche très très bien.
Malgrés tout ce matos, je ne suis pas un geek. La doc et le forum d'ubuntu est très bien documenté !!

Mais je n'avais pas ces pb avec la version précédente de DT.

papillon41 · Le 19/02/2011, à 18:23

@OlivierT(oulouse)

Merci

OlivierT(oulouse) · Le 19/02/2011, à 18:43

@Rico22
en effet, la précision NAS et NFS est importante !
J'ai fait remonter le bug, car c'est au-delà de mes compétences
Je te tiens au courant

@Papillon41
Mais de rien

Dernière modification par OlivierT(oulouse) (Le 19/02/2011, à 18:43)

yakusa77 · Le 07/03/2011, à 22:11

Bonjour a tous

Je me joint à vous en tans qu' utilisateur de darktable qui apprécie et souhaite longue vie à ce projet.
Voici une réponse à la question pourquoi darktable ne voit pas mon reflex ?
réponse ici
Je pense que surement d'autre personne ce pose la question bien que le sujet n'es pas été trop traité dans ce thread.

Dernière modification par yakusa77 (Le 07/03/2011, à 22:12)

spook · Le 13/03/2011, à 11:51

Et voilà la grosse connerie. J'ai fais la connerie ce matin de repasser mon PC fixe sous Ubuntu 10.10 (Debian unstable c'est sympa mais je voulais revenir à un truc sûr). Du coup je me suis dit cool je vais pouvoir passer à la version0. 8.0 de Darktable.
Pas pas de bol j'ai moi aussi le droit à "Instruction non permise" quand j'essaie de le lancer.
Fais chier j'ai une centaine de photo à traiter du coup je les ferai sous Lightroom 3.2 vu que j'ai pas le temps de recompiler à moins que je trouve un .deb de la 0.7.1.
J'espère que ce soucis qui fait que du jour au lendemain les possesseurs de CPU non récente soit privé de Darktable sera vite corrigé quand même parce que pour un projet aussi prometteur ce genre de petites erreurs des développeurs donne mauvaise image.
Tout comme le fait qu'étant au courant de ce soucis ils auraient pu remettre la version 0.7.1 en .deb pour ceux qui ne peuvent pas utiliser la 0.8.0.

Edit: Ce qui m'inquiète c'est que la version 0.8.0 est sortit depuis un moment et qu'en testant la unstable 0.8+189 le problème est toujours là. Impossible de lancer Darktable.

Dernière modification par spook (Le 13/03/2011, à 12:16)

yakusa77 · Le 13/03/2011, à 17:16

Es ce que quelqu un d'autre que moi a perdu le module de retouche du bruit sur la 0.8 + 186 depuis une mise a jour recente ?

spook · Le 14/03/2011, à 06:40

make[3]: entrant dans le répertoire « /usr/local/src/darktable-0.7.1/src »
  CXX    exif.lo
common/exif.cc:36: fatal error: exiv2/canonmn.hpp: Aucun fichier ou dossier de ce type
compilation terminated.
make[3]: *** [exif.lo] Erreur 1
make[3]: quittant le répertoire « /usr/local/src/darktable-0.7.1/src »
make[2]: *** [install-recursive] Erreur 1
make[2]: quittant le répertoire « /usr/local/src/darktable-0.7.1/src »
make[1]: *** [install] Erreur 2
make[1]: quittant le répertoire « /usr/local/src/darktable-0.7.1/src »
make: *** [install-recursive] Erreur 1

Problème durant la compilation de la 0.7.1. Ma libexiv2 est celle du PPA où se trouve darktable 0.8.0 serait elle trop à jour?

Edit: C'est bien ça pas de canonmn.hpp dans /usr/includes/exiv2 du coup suppression de la libexiv2-dev du PPA pour celle de la distrib et la compilation à repris.

Edit2: Tout va bien la 0.7.1 compilé marche impec.

Dernière modification par spook (Le 14/03/2011, à 07:33)

zzero79 · Le 19/03/2011, à 17:15

Bonjour,

J'ai découvert Darktable récemment, j'ai apprécié digikam mais trop lourd sous un environnement gnome, je n'aime pas trop la gestion de shotwell, picasa ne veut plus rien savoir sous ma distro. Donc j'essaie d'exploiter à fond darktable puisque 'il regroupe presque tous mes besoins, en fait ce qui me gêne le plus c'est pour l'import à partir de mon appareil photo.
Toute ma biblio photo est classé en dossiers propres à la prise de vue du genre 2010.12.24
J'ai essayé de reproduire le même schéma avec darktable en indiquant dans les options d'import :
répertoire de stockage : /media/LaCie/PHOTOS/
structure du sossier : $(EXIF_YEAR)$(EXIF_MONTH)$(EXIF_DAY)
structure du fichier : $(FILE_NAME).$(FILE_EXTENSION)

Ce qui donne (bizarrement) : /media/LaCie/PHOTOS/1120319/DSC_0235.JPG
Il semble donc que les attributs EXIF_YEAR EXIF_MONTH EXIF_DAY ne fonctionnent pas pour la structure de dossier, en plus ça donne une date farfellue :-)

Est-ce que quelqu'un a trouvé une technique pour importer ses photos en rapport avec la date de prise de vue ?
D'avance merci

Gemnoc · Le 19/03/2011, à 17:21

Salut,

Je ne peux te répondre, n'utilisant pas Darktable, mais si jamais il n'est pas possible de faire ce que tu recherches, tu pourrais utiliser Rapid Photo Downloader pour l'importation de tes photos. Il peut être automatisé, l'importation se ferait automatiquement dès que tu branches l'appareil ou le support amovible contenant les photos, et il est doté de réglages très flexibles.

zzero79 · Le 19/03/2011, à 17:24

Je vais tester cela rapidement merci !

Tonno · Le 20/03/2011, à 12:29

Bonjour à tous...

je viens de decouvrir Darktable...
Ça a l'air pas mal, mais j'ai pas l'impression que cela me remplacera lightroom, perso il me manque quelques détails:
-Possibilité d'ouvrir le programme avec différentes database...
-Gestions des dossiers trop linéaire.... (manque un gestion de dossiers comme un explorateur...)
- Lent!!!!!!!!!! je ne pense pas avoir une petite config (AMD Athlon ii X4 640 avec 4go de memoires...)
Peut être n'ai-je pas encore tout vu???!!!
Merci je reste en observations...

henriet · Le 20/03/2011, à 22:55

Depuis que je suis passé à la version 0.8, mes images DNG (prises avec un pentax k-x) sont affichées avec un voile gris et parfois une forte dominante violette. En regardant l'histogramme, les 3 couleurs sont très décalées les unes par rapport aux autres.
Quelqu'un d'autre rencontre ce problème ?

OlivierT(oulouse) · Le 23/03/2011, à 21:37

@spook : il n'est pas prévu de réintégrer prochainement les ordinateurs ne prenant pas en charge le SSE2.....

@yakusa77 : normal, oui, le "débruitage" se fait avec égaliseur II maintenant (voir les pré-réglages pour comprendre le fonctionnement de ce très puissant module).
Cela dit, depuis hier, un nouveau module de réduction du bruit a fait son apparition, travaillant sur les données brutes, par un algorithme de vaguelettes très rapide. Le module est copié de dcraw

@zzero79 : quelle version de darktable utilises-tu ? Quelle version de exiv2 est installée sur ton ordinateur ? 0.19, 0.20, 0.21 ?

@Tonno : tu peux ouvrir le programme avec différente database : menu préférences, onglet fonctionnement, ligne "fichier de la base de données". Tu peux aussi le faire en ligne de commande :

darktable --library madatabase

- remarque fréquente. Les développeurs insistent sur le fait que darktable n'est pas et ne sera pas un gestionnaire de fichier. Les photos n'ont pas vocation à rester dans darktable, mais "transitent" par le logiciel le temps de leur traitement
- arghh. Oui, il faut accélérer darktable

@henriet : les DNG sont difficilement supportés pour le moment, la faute à rawspeed, le nouveau moteur de dématriçage utilisé par darktable depuis la 0.8.

spook · Le 23/03/2011, à 23:11

OlivierT(oulouse) a écrit :

@spook : il n'est pas prévu de réintégrer prochainement les ordinateurs ne prenant pas en charge le SSE2.....

Ca sera pour moi la grosse erreur des dévs de Darktable. Délaissé toute les machines ne gérant pas le SSE2. Alors que tout les autres logiciels privatifs, libres sous win ou linux continuent de fonctionner à jour sur ces machines.
Dommage du coup pour moi l'aventure Darktable s'arrêtera à la version 0.7.1 que je continuerai d'utiliser tel quel sans la mettre à jour en attendant une autre solution de traitement de masse aussi performante qui ne débarquera pas en donnant l'eau à la bouche à ces utilisateurs pour les abandonner sur le bord de la route du jour au lendemain.

Lucquy · Le 24/03/2011, à 08:49

Je m'associe pleinement à spoock.
Il est effectivement regrettable qu'une partie des utilisateurs soit exclue.
"Je suis très désappointé" (réf le cinquième élément)

henriet · Le 25/03/2011, à 23:16

Et ça marche aussi mal avec les PEF .

pekingO · Le 26/03/2011, à 09:57

Bonjour,

je plussoie avec Spook pour regretter l'abandon des pc sans SSE2.

@henriet : quand tu dis que DT fonctionne mal avec les PEF, c'est en 0.7.1 ou en 0.8 ? Cela se traduit par quoi ?

Dernière modification par pekingO (Le 26/03/2011, à 09:59)

henriet · Le 28/03/2011, à 16:08

pekingO a écrit :

quand tu dis que DT fonctionne mal avec les PEF, c'est en 0.7.1 ou en 0.8 ? Cela se traduit par quoi ?

La même chose qu'avec les DNG, c'est-à dire que mes images sont

henriet a écrit :

affichées avec un voile gris et parfois une forte dominante violette

J'ai la 0.8.

Peut-être un espoir : http://forum.meetthegimp.org/index.php? … pic=1256.0

Dernière modification par henriet (Le 28/03/2011, à 16:21)

pekingO · Le 11/04/2011, à 18:56

Bonjour,
je suis en 0.8 315.

En mode table lumineuse, j'ai supprimé les étoiles (en cliquant le picto croix rouge dans un cercle) en vue de supprimer des photos.
Quand ensuite je choisis de n'afficher que les photos avec "aucune étoile", ce corniaud de DT n'affiche aucune photo.
Je m'y prends mal ou est-ce un bug ?

pelarrou · Le 20/04/2011, à 13:53

@pekingO: d'après ce que j'ai compris, cliquer sur la croix rouge en mode table lumineuse rejette la photo (on peut aussi le faire au clavier avec la touche Suppr). Pour voir ces photos-là il faut choisir "Photos rejetées" dans la liste déroulante où l'on choisit les étoiles.
Si tu choisis "afficher les photos avec aucune étoile", alors tu auras les photos sans étoiles mais que tu n'as pas rejetées.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#126 Le 19/02/2011, à 15:03

Re : Darktable

#127 Le 19/02/2011, à 16:45

Re : Darktable

#128 Le 19/02/2011, à 17:14

Re : Darktable

#129 Le 19/02/2011, à 17:18

Re : Darktable

#130 Le 19/02/2011, à 17:38

Re : Darktable

#131 Le 19/02/2011, à 18:22

Re : Darktable

#132 Le 19/02/2011, à 18:23

Re : Darktable

#133 Le 19/02/2011, à 18:43

Re : Darktable

#134 Le 07/03/2011, à 22:11

Re : Darktable

#135 Le 13/03/2011, à 11:51

Re : Darktable

#136 Le 13/03/2011, à 17:16

Re : Darktable

#137 Le 14/03/2011, à 06:40

Re : Darktable

#138 Le 19/03/2011, à 17:15

Re : Darktable

#139 Le 19/03/2011, à 17:21

Re : Darktable

#140 Le 19/03/2011, à 17:24

Re : Darktable

#141 Le 20/03/2011, à 12:29

Re : Darktable

#142 Le 20/03/2011, à 22:55

Re : Darktable

#143 Le 23/03/2011, à 21:37

Re : Darktable

#144 Le 23/03/2011, à 23:11

Re : Darktable

#145 Le 24/03/2011, à 08:49

Re : Darktable

#146 Le 25/03/2011, à 23:16

Re : Darktable

#147 Le 26/03/2011, à 09:57

Re : Darktable

#148 Le 28/03/2011, à 16:08

Re : Darktable

#149 Le 11/04/2011, à 18:56

Re : Darktable

#150 Le 20/04/2011, à 13:53

Re : Darktable

Pied de page des forums