MP 0.39-64 OSX crash IPTC/XMP

[PhilTheNet]

Hello,

Sur mon OSX 10.7.2 xnviewmp 0.39MP-64 et la vesion 0.39MP crashent à la mise à jour IPTC/XMP (d'un ou plusieurs champs) de plus de 8 à 10 fichiers jpg.
Si je fais la même manip par paquet de 4 ou 8 fichiers pas de soucis.
Si je tag le repertoire entier depuis la version Win par le réseau pas de soucis.
Si je tag le repertoire entier depuis la version 0.39 simple sur le macbook 10.5 par le réseau pas de soucis.
Ca ne vient pas des jpg le pb est le même avec tous les repertoires d'images.

Toutes les autres fonctions marchent à merveille, nettoyage meta, renommer par lot, conversion par lot etc...

Tous mes autres programmes marchent aussi sans soucis (photoshop, gimp etc)

Voila, si quelqu'un a une idée ca m'arrangerait parce que ce programme est super et englobe toutes les fonctions dont j'ai besoin pour traiter mes lots d'images.

Cordialement

Phil

[xnview]

Quel champ modifiez vous? XMP ou IPTC?

[PhilTheNet]

Le pb se produit sur n'importe quel champs ou combinaison de champs.
C'est mieux si avant de lancer un lot d'édition je vais dans options / BD de cache et je clique sur effacer les vignettes,
la je peux lancer un lot sans crash sauf si le lot est important (>100 img par ex) mais au deuxième lot j'ai droit à un crash...
La procédure de cliquer sur 'effacer les vignettes' marche aussi même si j'ai dévalidé le cache vignette

Il y a un débordement au niveau ram c sur mais pourquoi j'avoue que je ne sais pas.

nota: après un crash le contenu du presse-papier est effacé systématiquement si ca peut aider

voila

j'arrive à me servir de ce bon prog mais je dois m'y reprendre à plusieurs fois pour traiter un lot d'images

EDIT : le pb se situe au niveau de la RAM disponible avant de lancer le lot, en dessous de 100-150Mo de libre c'est crash assuré
Tout se passe comme si après chaque traitement d'une image la ram allouée pour l'opération n'était pas libérée mais qu'elle n'était libérée qu'à la fin du traitement du lot.

Cordialement
Phil

[xnview]

Si la memoire est bien desallouée, les images sont grosses? Est t'il possible de m'envoyer un exemple?

[PhilTheNet]

Je peux vous mettre un .zip en ligne avec un repertoire de photos pour faire des tests ansi que la liste des opérations que j'effectue sur ces images.
Si vous êtes ok => MP
Cordialement

[xnview]

oui
Et avez vous le meme probleme avec XnConvert?

[PhilTheNet]

Non XnConvert marche nickel chrome.

(si c pas abuser dans XnConvert justement un paramètre qui fixe la taille maxi du fichier de sortie pour les .jpg comme pour les .jp2 serait un plus mais la je suis Hors-Sujet )

[xnview]

Non XnConvert marche nickel chrome.

Etrange, si vous pressez MAJ quand vous cliquez sur 'conversion', cela devrait s'ouvrir en onglet. Une fois que vous avez vos ficheirs, fermez le browser, faites la conversion, avez vous un crash??

[PhilTheNet]

Voici un extrait du rapport de crash (juste le threat marqué crashed):

Thread 10 Crashed:
0 QtCore 0x0000000102cb52c2 QString::operator=(QString const&) + 34
1 com.xnview.XnViewQT 0x00000001001b5238 QVector<ItemAppearance::FileFormatColor>::append(ItemAppearance::FileFormatColor const&) + 16232
2 com.xnview.XnViewQT 0x00000001001bd683 QVector<int>::toList() const + 2691
3 com.xnview.XnViewQT 0x00000001001d5eaa QtConcurrent::VoidStoredFunctorCall3<void, cleanMetadataStruct, QVector<int>, ItemModel*, ProgressSignalObject1*>::runFunctor() + 74
4 com.xnview.XnViewQT 0x00000001000fa59e QtConcurrent::RunFunctionTask<void>::run() + 30
5 QtCore 0x0000000102cf1b95 QThreadPool::start(QRunnable*, int) + 341
6 QtCore 0x0000000102cf598f QThread::setPriority(QThread::Priority) + 495
7 libsystem_c.dylib 0x00007fff886ba8bf _pthread_start + 335
8 libsystem_c.dylib 0x00007fff886bdb75 thread_start + 13

[xnview]

Avez vous essayé le test?