Page 1 of 3

Taille du XnView.db qui grossi à vue d’œil !

Posted: Mon Mar 06, 2017 9:29 am
by escargot
Bonjour,

Depuis quelques temps je fais des tests d'utilisation avec plusieurs PC sur la MP.
J'ai laissé mes photos au même endroit pour que les chemins ne changent pas. J'ai le XnView.db dans un dossier sur le même serveur et nous ouvrons XnViewMP sur nos postes respectifs en ayant un fichier xnview.ini qui nous dit que le XnView.db est dans ce dossier. Le fichier cache des vignettes, est sur le poste de chaque utilisateur, j'ai créé en masse toutes les vignettes et copié ce fichier sur chacun des postes. Là aussi le xnview.ini l'indique.

Le fichier cache fait 2.188.008 Ko à ce jour :shock: est est dupliqué sur chaque PC
:arrow: Le 20 février, le XnView.db faisait 49.456 Ko, il est passé à 400.016 Ko le 03/03/17 8h54 et ensuite à 403.120 Ko à 14h53 :twisted:
Je suis le seul à l'utiliser, puisqu’en test et n'ai fait que mettre des images dans une catégorie puis dans une autre depuis 2 PC différents mais ayant la même configuration :evil:

Je suis tout à fait conscient qu' XnView n'est pas destiné à un utilisation en réseau, mais comme je n'avais pas du tout ce problème avec la standard et que je suis sur le point de perdre 12 ans de classement...
Aujourd’hui, la standard ne fonctionne plus, seule la MP semble réagir avec suffisamment de fluidité, mais si le XnView.db prend autant à chaque modification... c'est mort pour moi :( :?

Une piste, une idée :idea: :?:

Re: Taille du XnView.db qui grossi à vue d’œil !

Posted: Mon Mar 06, 2017 10:31 am
by xnview
les vignettes ne sont pas mis à jour? Pas de nouveaux fichiers ou repertoires?

Re: Taille du XnView.db qui grossi à vue d’œil !

Posted: Mon Mar 06, 2017 12:39 pm
by escargot
Bonjour Pierre,

C'est la taille du xnview.db qui pose problème, celle du cache me semble normal vu la quantité de vignettes, je dis ça au cas où je me sois mal exprimé :?

Je n'ai pas ajouté de dossier ni de répertoire, juste demandé la semaine dernière à ce qu'il crée toutes les vignettes. Cette opération fait automatique ment grossir le Thumb.db ce qui est normal.
Mais pourquoi je me retrouve avec un xnview.db x10 en quelques jours :twisted: :? :( :?: Ce fichier grossit de 2-3 Mo à chaque petite modification des catégories.
A mon sens, lorsque j'ajoute des images, donc des vignettes, elles ne sont pas forcement identifiées dans le xnview.db, sauf si je leurs ajoute des catégories. Du coup, je ne sais pas trop se qui fait qu'il gonfle à cette vitesse, bug du au fait qu'il soit sur un serveur :?: au fait qu'il soit modifié tour à tour par deux instances :?:

Re: Taille du XnView.db qui grossi à vue d’œil !

Posted: Mon Mar 06, 2017 4:11 pm
by xnview
quand un fichier n'est pas encore dans le catalog, certaines infos comme des métadonnées sont ajoutées. Par contre, si vous avez déjà ajouté toutes les images, il ne devrait pas en rajouter.
Si vous entrez dans un dosier, laissez les vignettes se contruirent, quittez. Vous notez la taille de xnview.db, relancez XnView, ajouter une catégorie à quelques images, la différence est de combien?

Re: Taille du XnView.db qui grossi à vue d’œil !

Posted: Mon Mar 06, 2017 4:24 pm
by escargot
403120 Ko après fermeture

J'ai un journal de 50 ko qui se crée et ensuite qui s’efface dans le dossier où se trouve le xnview.db mais pas de changement de taille.
Il faut que je fasse le test avec 2 instances ouvertes sur 2 PC différents, je fais ça demain

il n'y à pas de notion de chemin, relatif, complet ou je ne sais plus quoi... :?:

Re: Taille du XnView.db qui grossi à vue d’œil !

Posted: Tue Mar 07, 2017 2:41 pm
by escargot
Bonjour Pierre,

Je viens de passer un bon moment à refaire différents tests, avec ajout de photos, création de catégories, ajouts des tags au images, suppressions des catégories, enlever des images des catégories.... enfin divers scénarios, le tout sur deux PC en simultané :!:
Une fois avec le fichier db de 400Mo puis ensuite en remettant l'ancien de 50Mo. Dans les deux cas et malgré toutes nos tentatives les fichiers, que ce soit celui de 400 ou celui de 50 n'ont pas bougés :!:

Il est donc évident que j'ai eu un bug, mais je ne sais pas pourquoi ni comment :?

Au cas où, je vous transfert les deux fichiers, celui de 50 et celui de 400, dès fois que vous ayez l'envie et le temps de regarder ce qui cloche :bugconfirmed:

Re: Taille du XnView.db qui grossi à vue d’œil !

Posted: Fri Sep 22, 2017 8:13 am
by escargot
Bonjour Pierre,

Toujours sur la MP, dans la maintenance du catalogue j'ai 6 options. Sachant que mon catalogue grossi à vue d'oeil régulièrement, je tente d'en comprendre les subtilités.
Je ne suis pas sur de comprendre le lien entre le XnView.db qui contient les tags, les catégories et Thumb.db qui contient les vignettes.
Pour moi, le problème vient du XnView.db qui contient les tags, du coup j'ai un doute, ces options ont-elles une action sur ce fichier :?:
Si non, est-il possible et comment faire pour optimiser le XnView.db qui contient les tags :?:

Optimisation (traitement long) : Cette option regroupes les 5 autres :?:

Supprimer les répertoires vides : Là, pas trop de doutes

Supprimer les vignettes : Les vignettes sont à un autre endroit, dans un autre dossier, du coup je ne comprends pas :?

Supprimer les données de fichiers : Idem, quelles données :?:



Supprimer les dossiers inexistants : Les liens dont les fichiers n'existent plus

Supprimer les fichiers inexistants : Les liens dont les dossiers n'existent plus

Bonne journée

Re: Taille du XnView.db qui grossi à vue d’œil !

Posted: Fri Sep 22, 2017 1:59 pm
by michel038
Le sujet m'intéresse particulièrement je reste attentif :D
(et il pourrait être dans le forum xnviewMP)

Avez vous testé "catégories fichiers " ... exporter
puis regarder en gros le contenu du fichier exporté si des bizarreries apparaissent (c'est pas facile)
puis réimporter, dans une configuration de test de xnviewmp

(dans le premier post vous évoquez le risque de perdre 12 ans de classement .. c'est un début de réponse)

Re: Taille du XnView.db qui grossi à vue d’œil !

Posted: Fri Sep 22, 2017 2:11 pm
by escargot
(et il pourrait être dans le forum xnviewMP)

Erreur de ma part lors de la création du sujet, mais seul Pierre peut le déplacer :wink:

Avez vous testé "catégories fichiers " ... exporter :shock:
:?:

Re: Taille du XnView.db qui grossi à vue d’œil !

Posted: Fri Sep 22, 2017 3:27 pm
by michel038
"Catégories fichier" , recherchez cette expression dans le tuto dans ma signature.
( Mon PC en panne, pas facile d'écrire avec un téléphone )

Re: Taille du XnView.db qui grossi à vue d’œil !

Posted: Sun Sep 24, 2017 1:24 pm
by xnview
escargot wrote: Supprimer les vignettes : Les vignettes sont à un autre endroit, dans un autre dossier, du coup je ne comprends pas :?
Les vignettes de thumb.db sont effacées
Supprimer les données de fichiers : Idem, quelles données :?:
Toutes les données
Pour moi, le problème vient du XnView.db qui contient les tags, du coup j'ai un doute, ces options ont-elles une action sur ce fichier :?:
N'avez vous pas des dossiers en double? Utilisez vous un 'base path'?

Re: Taille du XnView.db qui grossi à vue d’œil !

Posted: Mon Sep 25, 2017 7:49 am
by escargot
Bonjour,

Je suis aller voir ce matin cette option : Catégories fichier :arrow: Exporter
J'optiens un fichier *.xml qui ne contient que les infos suivantes : <?xml version="1.0" encoding="UTF-8"?><XnView_Catalog version="1.0">
<FileList/>
</XnView_Catalog>
Rien d'autre :?

Ensuite, j'ai fais la même chose avec : Gestion des catégories :arrow: Exporter fichier de catégories
Je me retrouve avec un fichier *txt avec l'arborescence complète des catégories que nous avons créés, mais rien de plus :|

Ces deux options permettent donc d'avoir une trace écrite des ces infos, mais pas de travailler dessus, du moins pas sur les liens des fichiers/images vers ces catégories.

J'en reviens donc à mon besoin initial, est-il possible de nettoyer le fichier XnView.db, quel utilitaire le permet :?:
J'ai remarqué une petit amélioration en cochant la case "Importer les mots clés XMP ou IPTC dans les catégories DB", le fichier "XnView.db" ne grossis plus, pourquoi :?:
A quoi sert l'option suivante "Exporter les Catégories DB vers le sujet XMP et les mots clés IPTC" et les deux options qui vont avec :?:

Re: Taille du XnView.db qui grossi à vue d’œil !

Posted: Mon Sep 25, 2017 10:08 am
by michel038
Personnellement, (en simplifiant) j'ai mis des mots clés dans mes photos en cochant des cases de catégories.
l'option "Exporter les Catégories DB vers le sujet XMP et les mots clés IPTC" est cochée. (et pas l'autre)
Donc chaque fois que je coche une catégorie
- ça crée le mot clé xmp
- ça crée le mot clé iptc
- ça crée le mot clé hiérarchisé xmp:lr
- ça ajoute un enregistrement dans xnview.db
Quand j'exporte (catégories fichiers exporter ) , à chaque photo marquée correspond un enregistrement dans le fichier xml, du type :
<File filename="I:/Originaux/2016/2016 11 11 LacduDer/DSC07192.JPG">
<Keywords>animaux</Keywords>
<Keywords>animaux|oiseaux</Keywords>
</File>
J'ai une parfaite correspondance entre : les photos marquées, le fichier xnview.db, l'export en xml, le filtre des catégories.

Quand j'ai eu des plantages (en faisant des tests méchants), certain que mes photos contenaient tous les mots clés, j'ai rangé de coté les différents fichiers et exports, tout effacé comme indiqué dans mon tuto, et recréé proprement le tout.

Pour recréer la base de données, décocher l'option "Exporter les Catégories DB vers le sujet XMP et les mots clés IPTC", cocher l'autre "Importer les mots clés XMP ou IPTC dans les catégories DB", puis dans l'écran suivant (Catalogue) cliquer "Ajouter" et indiquer le dossier qui contient les photos.
Là en 30 minutes mes 60000 photos sont lues, les catégories sont recréées et remplies , la base de données aussi (comme l'indique l'option " Importer les mots clés XMP ou IPTC dans les catégories DB" ) (penser, à la fin de cette opération d'import, à inverser les deux coches d'options)

Pour le moment je n'écris rien dans la case "répertoire de base pour les photos" je vois pas à qui ça sert, et ça provoque des bugs.

Re: Taille du XnView.db qui grossi à vue d’œil !

Posted: Mon Sep 25, 2017 11:46 am
by xnview
escargot wrote: J'en reviens donc à mon besoin initial, est-il possible de nettoyer le fichier XnView.db, quel utilitaire le permet :?:
Oui avec optimize
J'ai remarqué une petit amélioration en cochant la case "Importer les mots clés XMP ou IPTC dans les catégories DB", le fichier "XnView.db" ne grossis plus, pourquoi :?:
Avec ette option les catégories des fichiers sont importées et stockées dans la xnview.db, du coup, cela devrait etre l'inverse.
A quoi sert l'option suivante "Exporter les Catégories DB vers le sujet XMP et les mots clés IPTC" et les deux options qui vont avec :?:
Les catégories au lieu d'etre uniquement stockées dans XnView.db, le sont aussi pour les formats le permettant, de le stockée dans l'entete du fichier, ou alors en "sidecar" .xmp

Re: Taille du XnView.db qui grossi à vue d’œil !

Posted: Mon Sep 25, 2017 12:17 pm
by escargot
:?
Je n'avais pas compris qu'il fallait cocher les catégories avant l'export 8)
Donc une fois toutes cochées, l'export me donne un fichier de 3709 Ko :shock: :shock: Mon XnView.db fait 92856 ko :shock: :shock: :shock:

Pour moi, mais j'ai surement mal compris, l'onglet "Métadonnées" des options concernait le XnView.db et l'onglet "Catalogue" le fichier Thumb.db
Lorsque je fais une Optimisation, onglet "Catalogue", je peux constater un ménage dans la maintenance du cache, mais pas de modification du XnView.db des catégories.

J'ai décoché "Importer les mots clés XMP ou IPTC dans les catégories DB" et coché "Exporter les Catégories DB vers le sujet XMP et les mots clés IPTC" pour voir, mais comme c'est juste un doublon dans les fichiers le permettant ça ne devrait rien changer au XnView.db tout en augmentant les temps de traitement puisque les entêtes des fichiers devraient-être éditées :?