XnView Software

Bonjour,

Les préférences concernant les fichiers compagnons sont-ils pris en compte par la fonction "importer et trier..." ?

tous les fichiers sont importés

Ma compréhension des tests que j'ai effectué est que
- soit les fichiers non graphiques (i.e. compagnons) ne sont pas importés,
- soit ils sont regroupés dans un dossier commun "Autres fichiers" si la coche ad hoc est active

Exact ?

fedelin wrote: Tue Aug 11, 2020 1:17 pm - soit les fichiers non graphiques (i.e. compagnons) ne sont pas importés,

Lesquels?

- soit ils sont regroupés dans un dossier commun "Autres fichiers" si la coche ad hoc est active

Ah oui exact, du coup

La possibilité pour la fonction "importer et renommer" d'avoir les fichiers compagnons qui bénéficient du même service de renommage/déplacement (sur la base de leur nom identique) que le fichier avec Exif permettrait de réorganiser + renommer des bibilothèques entières de RAW...

See issue for current status and some details.

This problem is supposed to be fixed in XnView MP 1.00 beta. Please check and confirm the bug fix here.

Hi Pierre,

Could you please pre-release a beta version for ubuntu then I can test ?

you have the beta 3

Tested under the following conditions
- Source folder has 180 files with a mix of raw, jpg and companion files (sometime more than one, ex: .arp (ART/RawTherapee) + xml). File names are consistent (i.e. graphic and non-graphic files do share the same exact filename, only final extension differ).
- Destination folder is empty
- Import and sort (see file attached) It works! Companion files follow the graphic file, even for those who have more than one companion file

But... during the process I am asked if I want to replace some already existing photo. It always happens (6 times) and always with the same photos. I removed them and I am no longer prompted. Problem: I haven't been able to understand in what would these photos be different than the others. Reason why I though it could be worth mentioning it... François

fedelin wrote: Tue Apr 19, 2022 6:56 pm But... during the process I am asked if I want to replace some already existing photo. It always happens (6 times) and always with the same photos. I removed them and I am no longer prompted. Problem: I haven't been able to understand in what would these photos be different than the others.

Strange, on source folder, you have not the same file?

Troubleshooting with another folder "2020 semestre 2" as source (about 500 photos + sidecar files .arp, .pp3, .xmp, sometime more than one per raw).
Same scenario: transfert ok but several popup windows stating the target folder ("Resultat/AAA_MM_JJ") already contain the file, which is true (verified in // of the import).
Further investigations show that in some of these folders there are orphelin sidecar files (i.e. no more RAW with the same file name). Still I haven't been able to find evidence it is a cause. Will do further tests later in the week.

Tested on 5 files only, I have been able to narrow down the problem :

201024_17h58-0099.arp
201024_17h58-0099.CR2

201024_17h58-0101.CR2
201024_17h58-0101.CR2.arp
201024_17h58-0101.CR2.xml

RAW #0099 : not prompted for an already existing CR2 in the target folder but no transfert (neither of the two files)
RAW #0101 : prompted for an already existing CR2 in the target folder, click skip/replace (no difference) then the 3 files have correctly been transfered

It's like the import process:
- creates the timestamp subfolder,
- move the CR2,
- at the time .CR2.arp & .CR2.xml are moved, it tests a potential existing same file in the target folder without taking under consideration the second extension (i.e. .arp/.xml), finding the previously moved RAW thus prompt for a skip/replace/rename replacement but without effect because the sidecar files "on their way" do not have the exact name than the RAW (i.e. has an extra extension at the end).

Hope this help...

could you send me a zip with source folder?