DPL2... où sont passées mes photos ?

[Verso92]

Bonjour à toutes et à tous,

surprise tout à l'heure... en ouvrant DPL2, je m'aperçois qu'il ne me reste plus que deux images quand je pointe sur le dossiers "Essais2" (les deux dernières).

Un aller-retour avec un autre dossier, et là, je passe à quatre (duplication des deux précédentes)...

Pourtant, les images sont bien dans le dossier en question :

[Verso92]

Vérification en relançant DPL1 (la première fois depuis l'installation de DPL2)... tout semble en ordre.

Késako ?

[andreP]

Là c'est pas banal. Peut-être éteindre et relancer le PC pour réinitialiser le swap système et les caches  DXO ...
Après base de données DXO corrompue ?

[Pieloe]

Fabrice, je peux t'appeler Fabrice !?

Il faut ouvrir un appel et envoyer les
Fichiers journaux:   %UserProfile%\Documents\DxO PhotoLab 2 logs   les deux fichiers de la date du jour
Cache mémoire:   %LocalAppData%\DxO\DxO PhotoLab 2\Cache\Thumbnails  Thumbnails.cache

Idem pour \DxO PhotoLab enlever le 2 au chemins précédents.

Le mieux est de le faire en ouvrant et fermant aussitôt le logiciel, rien de plus.
Détruire au préalable les sidecar.dop pour que les deux versions ne se tirent pas la bourre.

[Verso92]

Là c'est pas banal. Peut-être éteindre et relancer le PC pour réinitialiser le swap système et les caches  DXO ...
Après base de données DXO corrompue ?

J'ai bien sûr relancé le PC, mais rien n'y fait...

J'imagine, effectivement, que le BdD est corrompue (mais ça ne le fait que sur ce dossier spécifiquement).

Fabrice, je peux t'appeler Fabrice !?

Oeuf corse !

;-)

Il faut ouvrir un appel et envoyer les
Fichiers journaux:   %UserProfile%\Documents\DxO PhotoLab 2 logs   les deux fichiers de la date du jour
Cache mémoire:   %LocalAppData%\DxO\DxO PhotoLab 2\Cache\Thumbnails  Thumbnails.cache

Idem pour \DxO PhotoLab enlever le 2 au chemins précédents.

Le mieux est de le faire en ouvrant et fermant aussitôt le logiciel, rien de plus.
Détruire au préalable les sidecar.dop pour que les deux versions ne se tirent pas la bourre.

Ce n'est pas très facile : mon "PC photo" n'est pas connecté à Internet...

Sinon, c'est un peu embêtant (sans plus, hein !  ;-) d'effacer les side-cars : dans ce cas, je perdrais mes instructions de dev'.


Sinon, j'avais lu (mais où ?) qu'on pouvait détruire un fichier (en lien avec la BdD ?) pour obliger le logiciel à le régénérer... ce serait peut-être un truc à essayer ?

[Pieloe]

Ce n'est pas très facile : mon "PC photo" n'est pas connecté à Internet...

Sinon, c'est un peu embêtant (sans plus, hein !  ;-) d'effacer les side-cars : dans ce cas, je perdrais mes instructions de dev'.

Sinon, j'avais lu (mais où ?) qu'on pouvait détruire un fichier (en lien avec la BdD ?) pour obliger le logiciel à le régénérer... ce serait peut-être un truc à essayer ?

Les fichiers en questions ne sont pas bien épais. Tu dois bien sûr les compresser.

J'ai vu que tu nous a montré là un dossier de test. Pour le moment limite la destruction des dop à ce dossier.
Ne détruis pas tout de suite ta base de données.

OUI, la régénération de config DxO c'est le truc à Patrick Samoreen (mébon, il a pas dégainé assez vite  )
Cette manip  est surtout indiquée pour requalifier tes processeurs de CM et CG.
Détruis le contenu de %UserProfile%\Documents\DxO PhotoLab 2 log  il le refera tout seul.

[Verso92]

Bon, résultat des courses :

1 - j'ai "effacé" tous les fichiers DOP du dossier Essais2, puis ai relancé DPL2 : pas de changements.

2 - j'ai "effacé" les logs de DPL2. Ils ont bien été régénérés, mais pas de changement.

3 - j'ai "effacé" le dossier Essais2, puis ai relancé DPL2.

4 - J'ai "remis" le dossier Essais2 sans les DOP, puis ai relancé DPL2 : tout est rentré dans l'ordre (mais sans mes dev', logiquement).

5 - J'ai "remis" les DOP dans le dossier Essais2, puis ai relancé DPL2 : tout est rentré dans l'ordre, avec mes dev'... va comprendre, Charles !


(par contre, j'ai perdu le dev' de la photo P17000025...)

[Verso92]

5 - J'ai "remis" les DOP dans le dossier Essais2, puis ai relancé DPL2 : tout est rentré dans l'ordre, avec mes dev'... va comprendre, Charles !

Oui, bon, façon de parler : la plupart des photos sont en doubles, maintenant, dans le bandeau du bas...

[Verso92]

Bon, j'ai supprimé toutes les copies virtuelles "spontanées" et, cette fois-ci, tout est vraiment rentré dans l'ordre...  ;-)


Merci à tous les deux !

[Pieloe]

Oui, bon, façon de parler : la plupart des photos sont en doubles, maintenant, dans le bandeau du bas...

C'est normal. DPL a "vu" deux traitements différent et, fort logiquement, les conserve.

[Verso92]

C'est normal. DPL a "vu" deux traitements différent et, fort logiquement, les conserve.

Je veux bien... mais comment expliques-tu ce qui c'est passé sur le dossier Essai2, hier ?

[coconut]

J'ai bien sûr relancé le PC, mais rien n'y fait...

J'imagine, effectivement, que le BdD est corrompue (mais ça ne le fait que sur ce dossier spécifiquement).

Oeuf corse !

;-)

Ce n'est pas très facile : mon "PC photo" n'est pas connecté à Internet...

Sinon, c'est un peu embêtant (sans plus, hein !  ;-) d'effacer les side-cars : dans ce cas, je perdrais mes instructions de dev'.
Sinon, j'avais lu (mais où ?) qu'on pouvait détruire un fichier (en lien avec la BdD ?) pour obliger le logiciel à le régénérer... ce serait peut-être un truc à essayer ?

Pourquoi ?

[Verso92]

Pourquoi ?

Mes données importantes (photos, etc) sont plus en sécurité de la sorte.

D'autre part, mon PC, même après plusieurs années d'utilisation quotidienne, tourne comme au premier jour, sans ralentissements provoqués par des anti-virus ou pare-feu qui fonctionnent en tâche de fond, etc.

[Pieloe]

Mes données importantes (photos, etc) sont plus en sécurité de la sorte.

D'autre part, mon PC, même après plusieurs années d'utilisation quotidienne, tourne comme au premier jour, sans ralentissements provoqués par des anti-virus ou pare-feu qui fonctionnent en tâche de fond, etc.

et tu as bien raison ... mais pas tout le monde a cette sagesse   

Je veux bien... mais comment expliques-tu ce qui c'est passé sur le dossier Essai2, hier ?

Je me tiens à distance des problèmes de moteurs   
A mon avis un conflit de lecture des dop de DPL1 par DPL2.

Et pour tes images "en productions" ? ça marche itou !?

[Verso92]

Je me tiens à distance des problèmes de moteurs   
A mon avis un conflit de lecture des dop de DPL1 par DPL2.

Et pour tes images "en productions" ? ça marche itou !?

Essais2 est le seul dossier sur lequel cette mésaventure est arrivée jusqu'à présent... mais c'est arrivé hier : patience !

;-)

[titroy]

J'ai l'impression qu'il y a un problème de copies virtuelles lorsque le dossier a été ouvert avec DPL1, puis DPL2, sans suppression de la DB, of course.
Je ferai l'essai ce soir.
Peux tu faire l'essai également Verso ? DPL2 est à jour sur ton PC ?

[rsp]

J'ai eu ce même problème il y a quelques années en repassant avec DOP11 dans un répertoire où j'avais utilisé une version antérieure, la 9 ou la 10.
À l'ouverture du répertoire ça moulinait à mort en créant des copies virtuelles de toutes les fichiers.

[Verso92]

J'ai l'impression qu'il y a un problème de copies virtuelles lorsque le dossier a été ouvert avec DPL1, puis DPL2, sans suppression de la DB, of course.
Je ferai l'essai ce soir.
Peux tu faire l'essai également Verso ? DPL2 est à jour sur ton PC ?

DPL est en version v2.1.0 chez moi.

Pour l'instant, seul de dossier Essai2 a planté... mais en ce moment, je développe mes photos de mon dernier voyage en Colombie, et peut-être ai-je commencé à le faire avec DPL2 ?

[titroy]

Je me souviens très bien avoir eu ce problème et Dxo avait été formel (Svetlana)  : ça ne se produit que si le dossier avait déjà été ouvert par DPL 1.

[rsp]

J'ai l'impression que c'est un conflit entre la base de données et le contenu des .dop.
Je me pose la question depuis longtemps : pourquoi ne pas nous proposer d'utiliser soit la base de données, soit les .dop, et du coup ne pas activer du tout l'autre solution ?
Ça se termine à chaque fois par la destruction de la base de données quand on utilise les dop... (du coup il me semble qu'on perd les projets).

[Verso92]

J'ai l'impression que c'est un conflit entre la base de données et le contenu des .dop.

Je ne vois pas pourquoi il y aurait conflit, pour ma part...

[rsp]

Je ne vois pas pourquoi il y aurait conflit, pour ma part...

Quand la solution au problème est de tuer un des deux protagoniste, ça ressemble à un conflit, non ?
Lorsque ça m'est arrivé, la solution du support DXO a été de supprimer la base de données.

[Pieloe]

J'ai l'impression que c'est un conflit entre la base de données et le contenu des .dop.
Je me pose la question depuis longtemps : pourquoi ne pas nous proposer d'utiliser soit la base de données, soit les .dop, et du coup ne pas activer du tout l'autre solution ?
Ça se termine à chaque fois par la destruction de la base de données quand on utilise les dop... (du coup il me semble qu'on perd les projets).

J'avais le même avis et, dans les faits, je n'ai aucun soin pour cette base de données.
Ce n'est pas le discours du staff DxO et avec le mode de recherche la BdD revient à l'ordre du jour.
Relancer l'indexation des dossiers permet de mettre à jour la dite Base.
Je me renseigne si les données de réglages en bénéficient aussi.
A mon sens, ce devrait être le cas.

[titroy]

Je ne vois pas pourquoi il y aurait conflit, pour ma part...

Ce n'était pas un conflit entre la BDD et les fichiers sidecars dans mon cas, mais un problème lié à la reprise de la base de données.
J'avais pu le reproduire. Ce problème devait être réglé depuis.

[titroy]

Il est vrai que bien des problèmes évoqués ici ont été réglés par la suppression de la base de données ce qui impliquait de repartir avec une  base de données vierge.
En l'absence de fichiers dop, on perd naturellement tout ce qui a été fait.
C'est pour cette raison, que j'ai toujours recommandé de demander la création de ces fichiers en automatique (Préférences).

Personnellement, cela ne me dérange pas et régulièrement je supprime la base données n'ayant jamais utilisé le mode Projet. (je conserve les fichiers dop, bien sûr).

La récente évolution basée sur l'indexation contenue dans la base de données pourrait remettre en cause cette 'pratique' si on utilise cette fonction de recherche sauf à ré indexer naturellement.
De toute manière, tout ajout à un dossier réalisé hors DOP n'est naturellement pas pris en compte par l'indexation réalisée auparavant.
Comme l'import initial depuis la carte doit être fait obligatoirement avec un autre outil, selon l'organisation propre à chacun, la ré indexation juste avant une recherche me parait souhaitable.

Ensuite, la question de la gestion de la base de données se pose : toute base de données doit être ré organisée périodiquement pour maintenir les performances (temps d'accès aux éléments ou lignes des tables, ré organisation des indexs secondaires...).  Cet outil n'existe pas encore (vs LR).

Il faut également que la base de  données 'soit solide' et que le gestionnaire encaisse de gros volumes d'informations. (dépend de la conception de la base de données, de la formulation des requêtes sql et du gestionnaire lui même : sql base, sqLite, Oracle pour les gros systèmes..).

Donc, à suivre.

[Pieloe]

OUI Michel.
Tout cela est juste et de mon coté je n'ai pas eu de réponse à ma question sur la maintenance de la DB.

Toutefois, j'attire l'attention sur un détail pratique.
Dans l'absolu, l'indexation des dossiers, déjà traités par des versions précédentes de DxO, n'est à faire qu'une fois.
Chaque nouveau dossier découvert par DPL2 est automatiquement indexé.

[rsp]

Tout ça suggère qu'en cas de pépin le support va nous demander du supprimer la bdd et qu'il nous faudrait alors tout réindexer : ce serait vraiment pénalisant.
Il serait bien que le contenu de l'indexation soit dans un fichier à part, de même que celui des projets afin de ne pas les perdre en cas de suppression de la bdd.

[Pieloe]

Tout ça suggère qu'en cas de pépin le support va nous demander du supprimer la bdd et qu'il nous faudrait alors tout réindexer : ce serait vraiment pénalisant.
Il serait bien que le contenu de l'indexation soit dans un fichier à part, de même que celui des projets afin de ne pas les perdre en cas de suppression de la bdd.

!?
Concrètement, c'est quoi le problème ?

[titroy]

OUI Michel.
Tout cela est juste et de mon coté je n'ai pas eu de réponse à ma question sur la maintenance de la DB.

Toutefois, j'attire l'attention sur un détail pratique.
Dans l'absolu, l'indexation des dossiers, déjà traités par des versions précédentes de DxO, n'est à faire qu'une fois.
Chaque nouveau dossier découvert par DPL2 est automatiquement indexé.

Moi non plus et tu es bien placé pour savoir que jai posé la question il y a quelque temps. 
Lorsque j'aurai un peu de temps, je vais regarder la structure de la bdd avec SqLite.

[titroy]

OUI Michel.
Tout cela est juste et de mon coté je n'ai pas eu de réponse à ma question sur la maintenance de la DB.

Toutefois, j'attire l'attention sur un détail pratique.
Dans l'absolu, l'indexation des dossiers, déjà traités par des versions précédentes de DxO, n'est à faire qu'une fois.
Chaque nouveau dossier découvert par DPL2 est automatiquement indexé.

Bien sûr Pascal, mais comme l'ajout de nouveaux fichiers dans un dossier ne peut se faire qu'avec un outil externe,  il est sage de refaire une indexation en cas de recherche. Ça dépend de l'organisation adoptée,of course.
Ça suppose que la bdd peut gérer un nombre très important d'éléments sans 'casser' et sans dégradation des temps de réponse.  Et çà, c'est une toute autre histoire.

Je suppose que tu as déjà pu observer qu'en repartant d'une base de données vierge, le temps de lancement de DPL était grandement amélioré...
Une base avec plusieurs dizaines de milliers d'éléments ? Un doute... (en fait, je n'en n'ai pas vraiment  )

[rsp]

!?
Concrètement, c'est quoi le problème ?

Si l'index est dans la BDD et qu'on doit supprimer la BDD pour résoudre un problème (comme c'est arrivé à pas mal d'entre nous), on perd le résultat de l'indexation qu'il faut recommencer : du temps perdu. Dans mon cas les fichiers RAW sont tous dans des sous-répertoires d'un même répertoire de tête, c'est donc seulement du temps perdu (je crois me souvenir qu'il a fallu plus d'une heure la première fois).

[rsp]

Je suppose que tu as déjà pu observer qu'en repartant d'une base de données vierge, le temps de lancement de DPL était grandement amélioré...
Une base avec plusieurs dizaines de milliers d'éléments ? Un doute... (en fait, je n'en n'ai pas vraiment  )

Exact, la suppression de la BDD est une des solutions proposée aux problèmes de démarrage trop long...

[Pieloe]

C'est vrai que j'ai adressé à Michel Titroy une réponse que je pensais comme une clarification peut être nécessaire pour les autres lecteurs   
Ce que je voulais évoquer c'est qu'en ouvrant DPL sur un dossier nouveau pour lui indexe de facto les photos présentes.
Sauf maintenance (recréation de la base), il n'est pas nécessaire d'y revenir.

Ma perception personnelle des choses
DPL n'a (aujourd'hui) pas vocation à gérer une photothèque (avec un vrai DAM).
Et j'espère qu'il en demeurera toujours ainsi   
En effet, quel est l'intérêt ne serait qu'un an plus tard d'extraire les images (photos triées et développées) prises à 100 ISO et f/8 !?

Nombreux ici ont un dossier de tête avec les raw et un autre organisé par sujet et/ou date pour les images.
DPL n'intervient que pour le premier cas, un RAZ de la base de données est bien indiqué de temps à autre.
Et enfin pour répondre à rsp, l'indexation se fait en tâche de fond et ne prends qu'un peu de temps de ton esprit   

[Pieloe]

J'aurais dû commencer ma journée par la lecture du forum DxO avant celle de mon forum préféré   

J'ai eu la réponse de DxO sur le nettoyage de la BD avec le nouvel outil d'indexation.

Lorsque vous indexez un dossier, c'est exactement comme lorsque vous parcourez ce dossier et tous les sous-dossiers manuellement.

- Lorsque PL trouve une image qui n'était pas dans la base de données, il crée des métadonnées EXIF/ XMP dans la base de données.
- Lorsque PL trouve une image qui se trouvait déjà dans la base de données à cet emplacement, il met à jour les métadonnées EXIF/ XMP de la base de données (si nécessaire).
- Lorsque PL attend une image dans un emplacement spécifique mais que cette image n'est plus là (déplacée dans un autre dossier ou supprimée à l'aide des outils du système d'exploitation), PL supprime les métadonnées des paramètres EXIF/ XMP / correction de la base de données (sauf si l'image était également présente). un projet).

C'est l'un des avantages des side-cars ici. Même si vous déplacez des images à l'aide des outils du système d'exploitation, nous sommes toujours en mesure de réimporter les images avec les paramètres associés lorsque vous parcourez à nouveau vos images au nouvel emplacement.

Donc, OUI, la plupart du temps, PL nettoie toutes les informations sur les images manquantes de la base de données.

https://feedback.dxo.com/t/about-the-databse-reindexation/6042/6

[titroy]

Salut Pascal

Si DPL fait le ménage (ajout / suppression...), la réorganisation proprement dite de la base de données itself n'est pas encore assurée.
Comme tu le sais, toute DB doit être réorganisee tôt ou tard pour maintenir les performances.
Donc, à suivre...
Michel

[egtegt²]

Rien ne dit qu'il n'y a pas des tâches de maintenance de la DB qui soient faites de façon transparente. C'est en tout cas ce qui se passe pour la plupart des bases du marché dans leurs versions récentes.

Pour la réindexation, je ne vois pas où est le problème, tu réinitialise la base et tu lance l'indexation avant d'aller te coucher. Sauf si tu passes 24h/24 sur ton PC, c'est peu gênant.

[titroy]

Rien ne dit qu'il n'y a pas des tâches de maintenance de la DB qui soient faites de façon transparente. C'est en tout cas ce qui se passe pour la plupart des bases du marché dans leurs versions récentes.

Pour la réindexation, je ne vois pas où est le problème, tu réinitialise la base et tu lance l'indexation avant d'aller te coucher. Sauf si tu passes 24h/24 sur ton PC, c'est peu gênant.

Non, pas en ce qui concerne DPL, ni pour LR d'ailleurs.