Note de ce sujet :
  • Moyenne : 0 (0 vote(s))
  • 1
  • 2
  • 3
  • 4
  • 5
Réglage d'image perdu
#1
Bonjour,
Hier j'ai passé deux bonne heures sur une photo.
L'objet était de répondre à un défit de mon club photo.
Au bout des deux heures je suis satisfait de mon interprétation, bref je décide d'y revenir aujourd’hui pour voir si l'impression de satisfaction de la veille est toujours bonne.
Là, c'est le drame. la photo s'ouvre mais sans les réglages apporté.
Le fichier xmp est bien présent.
J'aimerais savoir si cette mésaventure est déjà arrivé à l'un d'entre-vous , et, surtout comment avez vous réglé le problème?

Je suis sous windows 10 et la version de Darktable est 2.4.0
Merci à tous.
Répondre
#2
Cela ne m'est jamais arrivé! Est-ce que le module historique comporte des entrées?
--
Pascal - GNU/Debian (sid) - version darktable git/master
http://photos.obry.net
Répondre
#3
Depuis plusieurs années que j'utilise darktable sous Linux, je n'ai jamais perdu un traitement. Peut-être faire un export avant de quitter darktable. Les fichiers exportés contiennent le XMP du traitement si l'option n'a pas été dévalidée.
Répondre
#4
Non, justement c'est la première chose que j'ai fait en faite.
J'essaie de trouver un truc dans la FAQ, et J'ai cru comprendre d'un autre post que je peut lire les donnée du xmp à partir d'un éditeur de texte. Du coup c'est moins problématique.

Après je me demande si ce n'est pas mon Windows qui me joue des tours. Il faut bien un coupable quand mème ;-)
Répondre
#5
Oui, regarde l'XMP pour voir s'il est vide ou pas... Sinon fait une copie il y a une procédure simple pour intégrer les modifications XMP dans la base de données. Sinon je doute que cela soit ton Windows... Je ne vois pas comment il aurait supprimé un dev de la base de données sans corrompre les autres!?! Une mauvaise manip? Une restauration depuis Windows (j'en doute)?
--
Pascal - GNU/Debian (sid) - version darktable git/master
http://photos.obry.net
Répondre
#6
Pas mieux pour moi, fouille dans le répertoire pour voir les XMP qui y sont.
Répondre
#7
(27-03-18, 14:23)pascal a écrit : Oui, regarde l'XMP pour voir s'il est vide ou pas... Sinon fait une copie il y a une procédure simple pour intégrer les modifications XMP dans la base de données. Sinon je doute que cela soit ton Windows... Je ne vois pas comment il aurait supprimé un dev de la base de données sans corrompre les autres!?! Une mauvaise manip? Une restauration depuis Windows (j'en doute)?

Ok, dès que je suis à la maison d'ici 20 minutes, je regarde le xmp.
"Tu dis sinon fait une copie, il y a une procédure ... " Mais une copie de quoi ? du xmp?

Non pour Windows c’était une blague  Big Grin   je préfère l'accusé lui que moi . Bon ben si cela ne vous ais jamais arrivé alors je ne vois qu'une mauvaise manip.

Merci A+
Répondre
#8
> Mais une copie de quoi ? du xmp?

Oui du XMP pour éviter de perdre les données en cas de fausse manip si tu ne maîtrise pas bien dt Smile

> Non pour Windows c’était une blague Big Grin je préfère l'accusé lui que moi .

Je comprends, ce système m'insupporte de plus en plus en tout cas Smile
--
Pascal - GNU/Debian (sid) - version darktable git/master
http://photos.obry.net
Répondre
#9
Bon ben il n'y a pas grand chose dans le xmp.
https://ibb.co/iG1qzn

https://ibb.co/f1ZAzn
Répondre
#10
Pas d'accord! 2ko c'est beaucoup.

Du coup depuis la table lumineuse, sélection l'image, dans module [développement] fait [charger] et sélectionne l'XMP.
--
Pascal - GNU/Debian (sid) - version darktable git/master
http://photos.obry.net
Répondre


Atteindre :


Utilisateur(s) parcourant ce sujet : 1 visiteur(s)