Taille du XnView.db qui grossi à vue d’œil !
Moderators: XnTriq, helmut, xnview
Taille du XnView.db qui grossi à vue d’œil !
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 est est dupliqué sur chaque PC
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
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
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
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 est est dupliqué sur chaque PC
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
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
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
XnView
Ma grande passion, le modélisme ferroviaire digital avec Le Train d'Enfer
Mon site sur les logiciels d'architecture "grand public" : http://www.escargot-archi.eu/
Ma grande passion, le modélisme ferroviaire digital avec Le Train d'Enfer
Mon site sur les logiciels d'architecture "grand public" : http://www.escargot-archi.eu/
Re: Taille du XnView.db qui grossi à vue d’œil !
les vignettes ne sont pas mis à jour? Pas de nouveaux fichiers ou repertoires?
Pierre.
Re: Taille du XnView.db qui grossi à vue d’œil !
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 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
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 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
XnView
Ma grande passion, le modélisme ferroviaire digital avec Le Train d'Enfer
Mon site sur les logiciels d'architecture "grand public" : http://www.escargot-archi.eu/
Ma grande passion, le modélisme ferroviaire digital avec Le Train d'Enfer
Mon site sur les logiciels d'architecture "grand public" : http://www.escargot-archi.eu/
Re: Taille du XnView.db qui grossi à vue d’œil !
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?
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?
Pierre.
Re: Taille du XnView.db qui grossi à vue d’œil !
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...
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...
XnView
Ma grande passion, le modélisme ferroviaire digital avec Le Train d'Enfer
Mon site sur les logiciels d'architecture "grand public" : http://www.escargot-archi.eu/
Ma grande passion, le modélisme ferroviaire digital avec Le Train d'Enfer
Mon site sur les logiciels d'architecture "grand public" : http://www.escargot-archi.eu/
Re: Taille du XnView.db qui grossi à vue d’œil !
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
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
XnView
Ma grande passion, le modélisme ferroviaire digital avec Le Train d'Enfer
Mon site sur les logiciels d'architecture "grand public" : http://www.escargot-archi.eu/
Ma grande passion, le modélisme ferroviaire digital avec Le Train d'Enfer
Mon site sur les logiciels d'architecture "grand public" : http://www.escargot-archi.eu/
Re: Taille du XnView.db qui grossi à vue d’œil !
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
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
XnView
Ma grande passion, le modélisme ferroviaire digital avec Le Train d'Enfer
Mon site sur les logiciels d'architecture "grand public" : http://www.escargot-archi.eu/
Ma grande passion, le modélisme ferroviaire digital avec Le Train d'Enfer
Mon site sur les logiciels d'architecture "grand public" : http://www.escargot-archi.eu/
Re: Taille du XnView.db qui grossi à vue d’œil !
Le sujet m'intéresse particulièrement je reste attentif
(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)
(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)
Catalogage avec XnviewMP : https://orchisere.fr/logiciels/html/xnviewmpintro.htm
Tutoriel exiftool : https://orchisere.fr/logiciels/html/exiftool.htm
Tutoriel exiftool : https://orchisere.fr/logiciels/html/exiftool.htm
Re: Taille du XnView.db qui grossi à vue d’œil !
(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
Avez vous testé "catégories fichiers " ... exporter
Où
Erreur de ma part lors de la création du sujet, mais seul Pierre peut le déplacer
Avez vous testé "catégories fichiers " ... exporter
Où
XnView
Ma grande passion, le modélisme ferroviaire digital avec Le Train d'Enfer
Mon site sur les logiciels d'architecture "grand public" : http://www.escargot-archi.eu/
Ma grande passion, le modélisme ferroviaire digital avec Le Train d'Enfer
Mon site sur les logiciels d'architecture "grand public" : http://www.escargot-archi.eu/
Re: Taille du XnView.db qui grossi à vue d’œil !
"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 )
( Mon PC en panne, pas facile d'écrire avec un téléphone )
Catalogage avec XnviewMP : https://orchisere.fr/logiciels/html/xnviewmpintro.htm
Tutoriel exiftool : https://orchisere.fr/logiciels/html/exiftool.htm
Tutoriel exiftool : https://orchisere.fr/logiciels/html/exiftool.htm
Re: Taille du XnView.db qui grossi à vue d’œil !
Les vignettes de thumb.db sont effacéesescargot wrote: Supprimer les vignettes : Les vignettes sont à un autre endroit, dans un autre dossier, du coup je ne comprends pas
Toutes les donnéesSupprimer les données de fichiers : Idem, quelles données
N'avez vous pas des dossiers en double? Utilisez vous un 'base path'?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
Pierre.
Re: Taille du XnView.db qui grossi à vue d’œil !
Bonjour,
Je suis aller voir ce matin cette option : Catégories fichier 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 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
Je suis aller voir ce matin cette option : Catégories fichier 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 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
XnView
Ma grande passion, le modélisme ferroviaire digital avec Le Train d'Enfer
Mon site sur les logiciels d'architecture "grand public" : http://www.escargot-archi.eu/
Ma grande passion, le modélisme ferroviaire digital avec Le Train d'Enfer
Mon site sur les logiciels d'architecture "grand public" : http://www.escargot-archi.eu/
Re: Taille du XnView.db qui grossi à vue d’œil !
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.
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.
Catalogage avec XnviewMP : https://orchisere.fr/logiciels/html/xnviewmpintro.htm
Tutoriel exiftool : https://orchisere.fr/logiciels/html/exiftool.htm
Tutoriel exiftool : https://orchisere.fr/logiciels/html/exiftool.htm
Re: Taille du XnView.db qui grossi à vue d’œil !
Oui avec optimizeescargot wrote: J'en reviens donc à mon besoin initial, est-il possible de nettoyer le fichier XnView.db, quel utilitaire le permet
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.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
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" .xmpA 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
Pierre.
Re: Taille du XnView.db qui grossi à vue d’œil !
Je n'avais pas compris qu'il fallait cocher les catégories avant l'export
Donc une fois toutes cochées, l'export me donne un fichier de 3709 Ko Mon XnView.db fait 92856 ko
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
XnView
Ma grande passion, le modélisme ferroviaire digital avec Le Train d'Enfer
Mon site sur les logiciels d'architecture "grand public" : http://www.escargot-archi.eu/
Ma grande passion, le modélisme ferroviaire digital avec Le Train d'Enfer
Mon site sur les logiciels d'architecture "grand public" : http://www.escargot-archi.eu/