Contenu | Rechercher | Menus

Annonce

Si vous rencontrez des soucis à rester connecté sur le forum (ou si vous avez perdu votre mot de passe) déconnectez-vous et reconnectez-vous depuis cette page, en cochant la case "Me connecter automatiquement lors de mes prochaines visites".
Test de l'ISO d'Ubuntu francophone : nous avons besoin de testeurs pour la version francophone d'Ubuntu 14.04. Liens et informations ici.
nombre réponses : 25

#0 Re : -1 »  Darktable » Le 24/01/2011, à 21:22

OlivierT(oulouse)
Réponses : 340

@pekingO
Alors la possibilité d'exporter en utilisant les variables de données EXIF existe déjà mais personne ne le savait !
J'ai donc ajouté dans l'info-bulle les variables $(EXIF_YEAR) $(EXIF_MONTH) etc....

@michel ruiz
à suivre en effet, mais bon, si ça marche pour l'instant, il ne faut rien changer smile

#1 Re : -1 »  Darktable » Le 28/01/2011, à 01:03

OlivierT(oulouse)
Réponses : 340

@michel ruiz
tu peux éventuellement attendre une mise à jour, mais je pense que dans ce cas désinstaller et réinstaller ne servira sans doute à rien. Il vaut mieux (dans l'ordre et pendant que darktable est fermé) :
1) supprimer le cache qui se trouve dans ~./cache/darktable/mipmaps
cela n'aura aucune incidence sur tes données, mais nécessitera juste la re-création des miniatures, donc le premier démarrage sera un peu plus lent.
2) renommer la base de données qui se trouve dans ~./config/darktable/librady.db en "library_old.db"
cela ne devrait avoir aucune incidence sur tes données car la base de données n'est là que pour accélérer les opérations. Tout est stocké dans les fichiers attachés .xmp.
Cependant, il se peut que ta dernière opération, qui provoque le plantage, ne soit pas prise en compte lors du re-démarrage.
Donc peut-être auras-tu à ajouter à nouveau le tag à la série de photos

#2 Re : -1 »  Darktable » Le 12/02/2011, à 13:44

OlivierT(oulouse)
Réponses : 340

@spook
oui, c'est directement lié à ta RAM. Essaye de mettre un rayon plus GRAND (ce n'est pas intuitif, mais pour cet outil, un rayon plus grand signifie moins de RAM utilisée).
Dans tous les cas, je te conseille surtout de ne plus utiliser cet outil et même de convertir tes anciennes photos utilisant cet outil et utiliser l'égaliseur à la place....

@Wesch
Tu me confirmes qu'il s'agit d'une image JPEG ? Ce bug n'apparaît pas avec des RAW normalement. Si c'est bien une image JPEG, le bug est ouvert et en cours de résolution.

@pekingO
- Darktable ne supporte pas encore les systèmes de fichiers amovibles. Cela pose de nombreux problèmes comme celui que tu as évoqué. Dans le futur, il est prévu qu'ils soient supportés, mais aucun travail n'a été fait pour le moment. J'ouvre un bug pour proposer une rustine type "?" comme tu le proposes.
- je corrige ça de suite

#3 Re : -1 »  Darktable » Le 16/02/2011, à 19:21

OlivierT(oulouse)
Réponses : 340

La version 0.8 vient de sortir !
Avec plein de nouveautés, et surtout d'excellentes performances.
Par exemple, l'éditeur de metadonnées, la refonte du module de collection pour chercher facilement des images dans une grande bibliothèque, la visualisation des pixels sur/sous-exposés, l'export vers Flickr, un peu de HDR (experimental !)....

Les versions précédentes ne sont plus supportées. Merci à tous de migrer vers cette nouvelle version.

#4 Re : -1 »  Darktable » Le 17/02/2011, à 21:51

OlivierT(oulouse)
Réponses : 340

Salut Lucquy,

Comment as-tu installé darktable ? Tu l'as compilé depuis les sources "git" ou tu as utilisé le paquet de Pascal (la méthode de désinstallation dont tu parles me fait dire que tu as utilisé le PPA de Pascal, mais je préfère m'en assurer).

Pour ton problème, les messages d'erreur ne sont manifestement pas liés à des binaires du programme en lui même mais à la base de données, qui semble ne pas contenir une table nécessaire.
La démarche ici serait donc plutôt de supprimer ta base de données, qui est, si tu n'as rien changé dans les préférences, située dans ~/.config/darktable/library.db
Supprimer ce fichier et relancer darktable devrait régler ton problème.
Pour mémoire, la base de données n'est là que pour assurer des temps d'accès aux données acceptables. Les données sont sauvegardées dans les fichiers joints .xmp. Il n'y a pas d'information contenue dans la base de données qui ne se trouve pas également ailleurs.

[EDIT] : je n'avais pas vu ton message précédent, je pense que tu as installé le PPA de Pascal, du coup

#5 Re : -1 »  Darktable » Le 17/02/2011, à 22:23

OlivierT(oulouse)
Réponses : 340

@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.

@Lucquy
>Tu es bien sur Maverick (pas une alpha de Natty) ?
Peux-tu
1) fermer darktable
2) supprimer ~/.config/darktable/library.db et ~/.cache/darktable/mipmaps
3) relancer darktable et voir si tu as toujours les messages d'erreur.

>Si oui, peux-tu poster ta version de sqlite (que tu obtiendras grâce à Synaptic)

#6 Re : -1 »  Darktable » Le 17/02/2011, à 23:16

OlivierT(oulouse)
Réponses : 340

@Lucquy et @phcdbe
OK, j'étais un peu perdu avec vos problèmes mais sur l'irc un développeur m'a donné une piste qui devrait être la bonne.
L'ancienne base de données est située directement dans votre "/home" et s'appelle .darktabledb
> Pouvez-vous faire :

ls ~/.darktable*

Si cette commande vous renvoie des fichiers, veuillez les supprimer (dans Nautilus, aller dans votre répertoire personnel, Ctrl-h pour afficher les fichiers cachés)

#7 Re : -1 »  Darktable » Le 18/02/2011, à 00:13

OlivierT(oulouse)
Réponses : 340

ok
Une chose à laquelle je viens de penser.

1) désinstaller darktable grâce à Synaptic
2) supprimer le dossier ~/.gconf/darktable
2') supprimer ~/.config/darktable/library.db et ~/.cache/darktable/mipmaps
3) installer darktable via Synaptic

#8 Re : -1 »  Darktable » Le 18/02/2011, à 00:34

OlivierT(oulouse)
Réponses : 340

@phcdbe et @Lucquy
Je me gratte la cervelle.....
La nuit portant conseil, rdv demain soir (la journée, je n'ai pas accès à Internet)

#9 Re : -1 »  Darktable » Le 18/02/2011, à 10:22

OlivierT(oulouse)
Réponses : 340

@phcdbe et @Lucquy
Bon après réflexion, il semble que je sois parti dans la mauvaise direction avec l'histoire de sqlite.
En fait, ce sont des messages de débuggage "normaux". Le problème vient de la dernière ligne "intruction non permise".
Cela fait penser que la construction du package est elle-même buggée et donc, vous ne pouvez peut-être rien faire.
Cependant, nous allons vérifier une autre source de plantage éventuelle :
> Pourriez-vous ouvrir votre fichier /proc/cpuinfo et me copier la liste des "flags" ou

grep 'flags' /proc/cpuinfo

En effet, il est nécessaire que vos CPU gèrent le SSE2, le cas contraire fait planter darktable.

#10 Re : -1 »  Darktable » Le 18/02/2011, à 12:39

OlivierT(oulouse)
Réponses : 340

@spook
tu as bien les droits sur /usr lors de l'installation ?

@dominique
je ne connais pas la procédure pour qu'un logiciel figure dans les dépôts officiels, mais il doit sûrement y avoir un certain nombre de contraintes et de vérifications à faire qui prennent du temps, sans compter la stabilité nécessaire, forcément incompatible avec un logiciel en développement intensif. Le système de PPA est donc bienvenu dans ce conexte. Je sais qu'un développeur Debian s'occupe de packager darktable, peut-être cela débouchera-t-il sur l'inclusion dans les dépôts.

@Lucquy
aie, aie, aie
ton processeur ne gère que le SSE, mais pas le SSE2..., ce qui veut dire que darktable 0.8 ne fonctionnera pas dessus. Désolé, mais je ne crois pas qu'il y ait de solution. Je me renseigne et je te confirme.

#11 Re : -1 »  Darktable » Le 18/02/2011, à 23:32

OlivierT(oulouse)
Réponses : 340

@spook
Tu peux essayer d'effacer le dossier /git/darktable et de refaire un clone complet.
Ensuite, plutôt que d'utiliser le script ./build.sh, essaie directement :

mkdir build && cd build/
cmake -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/usr ..
make && sudo make install

@papillon41
Tu peux revenir à la version 0.7.1, mais je te conseille de supprimer ta base de données et ton cache ~/.config/darktable/librady.db et ~/.cache/darktable/mipmaps

@phcdbe, papillon41, Lucquy
Vous êtes loin d'être les seuls à faire face à ce problème. Les développeurs sont avertis et il est probable qu'une version 0.8.1 sorte un jour pour pallier ce problème. Cependant, la tâche permettant de résoudre ce bogue est fastidieuse, donc pas de promesse et pas de planning. Désolé

#12 Re : -1 »  Darktable » Le 19/02/2011, à 17:45

OlivierT(oulouse)
Réponses : 340

@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

#13 Re : -1 »  Darktable » Le 19/02/2011, à 18:18

OlivierT(oulouse)
Réponses : 340

@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

#14 Re : -1 »  Darktable » Le 19/02/2011, à 19:43

OlivierT(oulouse)
Réponses : 340

@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 smile
Je te tiens au courant

@Papillon41
Mais de rien smile

#15 Re : -1 »  Darktable » Le 23/03/2011, à 22:37

OlivierT(oulouse)
Réponses : 340

@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.

#16 Re : -1 »  Darktable » Le 14/05/2011, à 11:05

OlivierT(oulouse)
Réponses : 340

@Henriet : pour les problèmes d'affichage des PEF, soit il y a un problème dans la librairie de dématriçage rawspeed, soit c'est un problème de détection de raw et de mauvaise application de la courbe de base. Dans tous les cas, pour rappel, tu peux désactiver l'application automatique de la courbe de base et créer toi même une courbe qui corresponde à un rendu qui te plait (module "courbe de base" > pré-réglages)

@peekingO : je n'ai pas compris dans quelle cas d'utilisation le tag EXIF_YEAR était incorrect.... Peux-tu préciser la manipulation que tu fais ?

@Benonthenet : combien de RAM as-tu ? Utilises-tu le module "Egaliseur" ? Un cas de crash fréquent à l'exportation des photos correspond à un utilisateur demandant plus de mémoire que son système ne peut lui en fournir. Il n'y a, je pense, aucun lien avec le .jpg en général, qui est l'exportation par défaut de darktable et qui n'a jamais posé de vrais soucis.

@PhilippeDeLille : je me concentre pour le moment sur la documentation en anglais parce que cela reste le meilleur moyen de toucher un large public. Tout volontaire souhaitant traduire la documentation aura mon soutien. En attendant peut-être qu'utiliser Google Translate sur la page de la documentation pourrait aider : documentation darktable

@yoggyz : sans les photos, cela va être dur de t'aider. Vérifie peut-être que le module "courbe de base" est bien actif avant d'exporter. Peut-être y a-t-il un problème dans l'application automatique du pré-réglage pour ton boîtier.

#17 Re : -1 »  Darktable » Le 23/07/2011, à 00:30

OlivierT(oulouse)
Réponses : 340

@Benonthenet
Passer en 64 bits ne résoudra pas ton problème en soi. Il y a beaucoup de comparatifs (voir phoronix) entre 32 bits et 64 bits : dans beaucoup de situation les 2 architectures sont proches et pour certaines, le 64 bits est grand gagnant.
Pour ton utilisation quotidienne, la très vaste majorité des applications proposent une version 64 bits et pour les quelques rares réfractaires, il y a des bibliothèques de compatibilité. Donc je dirai que le passage 32 > 64 bits est transparent pour l'utilisateur.
Tu n'as pas besoin d'augmenter ta RAM pour utiliser le 64 bits. En revanche pour utiliser darktable, je te conseille d'augmenter ta RAM !! Tu peux rajouter de la RAM sur un portable, mais cela coûte cher car le nombre de "connecteurs" pour RAM étant limité sur un portable, tu es obligé d'acheter des barettes de grande capacité.

@yoggyz et Beechess
Le problème de couleur que vous avez est un bug connu de la 0.8 (lié à lcms2 qui n'enregistre pas correctement le profile). Pouvez-vous réessayer avec la version 0.9 ?

@Tamarou
Darktable ne permet pas de modifier la date exif.
Tu peux voir du côté de la ligne de commande : exiftool et jhead (> Google)

#18 Re : -1 »  Darktable » Le 15/09/2011, à 15:58

OlivierT(oulouse)
Réponses : 340

@christianB : as-tu regardé dans >couleur, profil, profil d'affichage ? Est-ce que jouer avec ce paramètre change quelque chose ?

@laslack : as-tu déplacé les images ? Il semble que Darktable n'arrive pas à accéder aux images que tu as importées. (Note : "importer les images" dans Darktable ne touche pas les fichiers physiques ; ces derniers ne sont pas déplacés, ils apparaissent simplement dans la table lumineuse).

@yoyo35 : avant de cliquer sur "exporter", tu as bien sélectionné les photos que tu voulais exporter ? (en passant, une qualité JPEG de 1% est vraiment trop faible et pourrait peut-etre aussi poser problème)
- pour aller de la chambre noire à la table lumineuse, clique sur "chambre noire" en haut à droite. Tu peux aussi taper au clavier sur "L" (de mémoire)

#19 Re : -1 »  Darktable » Le 30/09/2011, à 17:25

OlivierT(oulouse)
Réponses : 340

@did et Rico22 : cliquer sur le bouton en haut à droite du module devrait faire l'affaire (c'est le bouton "ré-initialiser" qui est présent dans tous les modules)

#20 Re : -1 »  Darktable » Le 13/11/2011, à 19:14

OlivierT(oulouse)
Réponses : 340

@Rico22
Le fait que tu sois sur un NAS est déterminant ici. En effet, darktable <=0.9.X prend du temps à la fermeture pour enregistrer le travail. Ces versions contiennent beaucoup d'écriture sur le disque (en fait, il s'agit d'écriture dans la base de données SQL de darktable). Ce n'est pas un "bug" à proprement parler mais un problème de performance. Il ne faut pas cliquer sur "Forcer à quitter" !!
La version de développement actuelle a été grandement modifiée du point de vue des écritures sur le disque ce qui accélère considérablement l'import, la navigation et la fermeture de darktable. A suivre !

#21 Re : -1 »  Darktable » Le 26/05/2012, à 12:46

OlivierT(oulouse)
Réponses : 340

ça fait un moment que je ne suis pas passé par là....

@PhilippeDeLille : l'outil "pipette" permet d'obtenir la valeur des pixels d'une image dans différents espaces de couleur avec ou sans moyenne. Ce n'est qu'une information ; il  n'y a pas d'impact sur la photo. Utiliser les échantillons en temps réel permet de voir l'évolution des valeur d'une zone au fur et à mesure que des modules sont appliqués sur la photo.

@Rico22 : je serais très intéressé par ton retour sur l'utilisation combiné de Shotwell et darktable. Tu utilises les deux en parallèle ? Par exemple, ta bibliothèque Shotwell est la même que celle de darktable ? Ce qui m'intéresserait, ce serait d'utiliser darktable pour développer les RAW et utiliser Shotwell pour tagger, rechercher des photos, etc, le tout avec une seule et même arborescence de fichiers. Darktable irait voir les dossiers ~/Images/2012.... et Shotwell ~/Images/2012/[...]/darktable_exported

@Gemnoc, raskal, Alph : c'est vraiment ingrat de maintenir une doc papier à jour, cela demande beaucoup de temps et on n'est jamais sûr de ne pas être trop précis ou trop vague. Peut-être vais-je faire des tutoriels vidéo de 5/10 minutes en français. C'est plus rapide à faire et au final sans doute plus agréable pour apprendre...

@laslack : le problème existe toujours ? Tes fichiers sont sur un NAS, un disque dur externe ou sur le même disque dur que darktable ?

@did : vieux billet, mais pour info, Flickr change régulièrement ses interfaces de programmation, donc il arrive tout aussi fréquemment que les logiciels ne puissent plus envoyer de photos vers Flickr, jusqu’à ce que le code soit adapté

@victorh : toujours le problème de trame sur les photos exportées ?
Pour le sépia, l'outil monochrome ne te permet pas de l'obtenir directement. Il faut le combiner avec "correction des couleurs" par exemple : trace un rectangle dans la couleur à donner à ton image.

#22 Re : -1 »  Darktable » Le 26/05/2012, à 12:54

OlivierT(oulouse)
Réponses : 340

@kikislater : super tes photos ! Je suis d'accord, "ombres et lumières" est absolument incroyable ! Pour info, "ombres et lumières" et "égaliseur" peuvent créer des halos dans les zones très claires. Pour éviter cela tu peux utiliser la fusion conditionnelle "blend if" (> je ne l'ai pas encore traduit, mais je fais ça ce week-end !) et dans l'onglet "L", en utilisant la deuxième barre dite "input", tu peux décaler légèrement les triangles de droite vers la gauche en poussant le triangle du haut encore un peu plus à gauche que celui du bas.

#23 Re : -1 »  Darktable » Le 27/05/2012, à 10:56

OlivierT(oulouse)
Réponses : 340

@kikislater : au fait, tu avais posé la question au niveau des "preset". Il y a cette page :
http://sourceforge.net/apps/trac/darkta … ableStyles
malheureusement encore trop peu alimentée...

#24 Re : -1 »  Darktable » Le 05/10/2012, à 22:22

OlivierT(oulouse)
Réponses : 340

@Rico22 : pour la traduction du manuel, j'avais commencé il y bien longtemps, mais j'ai abandonné faute de temps. Ma situation côté "temps consacré aux logiciels libres" a plutôt empiré dernièrement... Donc, pour le moment, pas de traduction de ma part, même si l'envie ne manque pas, tant j'aime cette belle langue qu'est le français.

@kikislater : tu as un nouveau bouton dans le module "ombres et lumières" que j'ai appelé "adoucir avec". En choisissant le "bilatéral" tu devrais pouvoir faire disparaître les halos

@guillaume57 : il faut exporter les photos en JPEG pour pouvoir lire les tags. Tu as exporté (module en bas à droite de la table lumineuse) ?

@ruchbach : question 1 les données des modules sont en binaire dans le xmp, impossible de l'utiliser avec un autre programme. Question 2 : darktable lit automatiquement le xmp qui a le même nom que l'image + ".xmp à la fin. Dans le cas contraire, il faut "charger" le xmp dans la table lumineuse > développement > charger. Question 3