Search found 830 matches: sidecar

Searched query: sidecar

by jkm
Thu Aug 28, 2025 6:24 pm
Forum: MP - General Support
Topic: audio play automatically in the background when opening picture
Replies: 9
Views: 1706

Re: audio-file play automatically in the background when opening picture


my main problem
--> Simultaneous playback of sound files with the same name when displaying an image <--

Do I have to write a script for this function?
Forgive me, unfortunately I have not found any information or a link for integrating scripts.
I am a pensioner, I programmed TurboPascal 30 years ago . . .

- Which scripting language is it ? GhostScript ?
- how are scripts integrated and saved in XnView MP ?

many thanks in advance
Gerald


Gerald, I think we are having a communications problem with Pierre here.

As best as I can tell, this functionality just does not work.

When you open an image in the viewer that has a .WAV sidecar file, XnViewMP should play the WAV file automatically. It does not.

I hope Pierre will see this and understand what we mean and add this functionality.
by UrbanCoyote
Thu Aug 28, 2025 3:53 am
Forum: New
Topic: Sidecar files not automatically detected
Replies: 4
Views: 161

Re: Sidecar files not automatically detected

maybe date change detection would be safer?

If one swaps cat with dog in the same sidecar it should be the same size and no change detected
by user0
Wed Aug 27, 2025 8:58 am
Forum: New
Topic: Sidecar files not automatically detected
Replies: 4
Views: 161

Re: Sidecar files not automatically detected


xmp file size or date change?

just the same as in change detection routine for image files
is there any reason why it could be different?
by xnview
Wed Aug 27, 2025 6:05 am
Forum: New
Topic: Sidecar files not automatically detected
Replies: 4
Views: 161

Re: Sidecar files not automatically detected

xmp file size or date change?
by jkm
Sun Aug 24, 2025 10:12 pm
Forum: Fixed in next version
Topic: Quick Filter problem with XMP/IPTC defect
Replies: 4
Views: 256

Re: Quick Filter problem with XMP/IPTC defect

I just wanted to provide a quick update on this after a bit more testing. (Also, I received a notification that someone had replied, but the reply was not here when I checked the thread.)

The issue where XnViewMP won't search the IPTC data it has (and shows in the dialog) without writing the file I'll call the "Unsearchable Cached Data issue".

First, regarding using the "Write" (or Write All) button to nudge the app to make the metadata searchable.
Using the Write button in the Edit IPTC dialog isn't a suitable solution because this always writes the original image file, and not the sidecar. Since the whole point was to avoid modifying the original image file, this won't do.
Using the Write button in the Edit XMP dialog isn't a solution because using it does not make the IPTC data searchable.

So we seem to have a "Catch-22" or unwinnable situation:
The metadata that can be stored in the sidecar file without modifying the image file, XnViewMP won't search
The IPTC metadata XnViewMP has in its database, it won't search without modifying the image file

One of the main purposes of sidecar files (along with storing data the original image file can't hold, or for compatibility with other software) is to avoid modifying the original image file.

It looks like QuickFilter just can't search these sorts of fields without modifying the original image file, and that's a significant problem that somewhat hamstrings the whole sidecar file situation.

So it's full circle to where I was before. Fixing the Unsearchable Cached Data issue would certainly help, but the best thing would be to just make the XMP data searchable.

I would think fixing the Unsearchable Cached Data issue would be quick and straightforward; just do to the database whatever the Write button does without touching the image file.

Searching XMP would be more work, but would certainly yield much greater benefits for users. (IPTC is the past, XMP the future).

But one of these things needs to be addressed if QuickFilter is going to be functional for people who need to frequently search metadata or use sidecar files.
by user0
Sun Aug 24, 2025 4:45 am
Forum: New
Topic: Sidecar files not automatically detected
Replies: 4
Views: 161

Re: sidecar files not automatically detected


I've got "update when file is changed outside" but this doesn't work

yeah, I think it should handle sidecards as well

I would also improve clarity of auto (re)import settings:
Settings - metadata - add auto/manual import mode switch
by UrbanCoyote
Sun Aug 24, 2025 1:31 am
Forum: New
Topic: Sidecar files not automatically detected
Replies: 4
Views: 161

Sidecar files not automatically detected

Hi,

I've written a python script which tags images and writes out xmp sidecar files. These sidecars are IDENTICAL to the ones xnviewmp creates.
Anyway, once my script is done, xnviewmp does not detect them. I need to select images and Metadata > Update Catalog from Files.

I feel this should be automatic as xnviewmp already monitors changes to the directy live (like if you delete, rename or such in finder / windows explorer"

I've got "update when file is changed outside" but this doesn't work.
by jkm
Sat Aug 23, 2025 5:56 pm
Forum: MP - General Support
Topic: BUG: IPTC data shown but not searchable
Replies: 2
Views: 157

BUG: IPTC data shown but not searchable

I'd like to raise this as a bug.
When XnViewMP imports IPTC data from an XMP file, the IPTC data is not searchable in Quick Filter.

To reproduce, place an XMP sidecar file alongside an image file. The sidecar file should contain XMP tags that map to IPTC tags.
In this example, I am using XMP:Instructions which maps to IPTC:SpecialInstructions
for settings, use Edit IPTC->Options->Mode = XMP, update or create IPTC-IIM
The content of a sample XMP file is at the bottom of this message. It will work with any image file named x.jpg

Now do the following to import the data and see the problem:

0. Metadata->Edit IPTC->Options->Mode: XMP, update or create IPTC-IIM
1. Place an XMP file next to a JPG file (x.jpg and x.jpg.xmp the example xmp file is shown at the end of the post)
2. Metadata->Update Catalog From Files
2b. Select in the browser the image that has the xmp file.
3. Metadata->Edit XMP (observe the data is visible in the Instructions field)
4. CANCEL Edit XMP
5. Metadata->Edit IPTC (observe the data is visible in the Special Instructions field)
6. CANCEL Edit IPTC
7. In Quick Filter, search for the data. (Type Visible)

You get no hits. The data is visible in the IPTC dialog, but it is NOT searchable.
It will not become searchable until you select a file, and do Metadata->Edit IPTC and WRITE.

So the data is properly imported. It's visible in XMP, and mapped and visible in IPTC, but it's not searchable. I think that's a defect.

I think the IPTC version of the field should be searchable as soon as the data is imported if the options are set correctly, but it's not.

I have tried all four values of the Edit IPTC->Options->Mode setting, none resolve the problem.
Settings->Sidecar->Create or update XMP sidecar does not resolve the problem regardless of setting.


x.jpg.XMP file below the ------ line

-------
<?xpacket begin='' id='W5M0MpCehiHzreSzNTczkc9d'?>
<x:xmpmeta xmlns:x='adobe:ns:meta/' x:xmptk='Image::ExifTool 13.34'>
<rdf:RDF xmlns:rdf='http://www.w3.org/1999/02/22-rdf-syntax-ns#'>

<rdf:Description rdf:about=''
xmlns:photoshop='http://ns.adobe.com/photoshop/1.0/'>
<photoshop:Instructions>Visible in IPTC but not searchable
</photoshop:Instructions>
</rdf:Description>
</rdf:RDF>
</x:xmpmeta>
<?xpacket end='w'?>
by xnview
Sat Aug 23, 2025 12:50 pm
Forum: New
Topic: 1.9.3. AV1 Sidecar Import Bug
Replies: 1
Views: 104

Re: 1.9.3. AV1 Sidecar Import Bug

no problem here Clipboard 1.jpg
if you try 'update catalog from file'?
by jkm
Wed Aug 20, 2025 8:32 am
Forum: Fixed in next version
Topic: Quick Filter problem with XMP/IPTC defect
Replies: 4
Views: 256

Quick Filter problem with XMP/IPTC defect

I'm encountering an obstacle and I'd appreciate it if anyone can suggest a workable way around it. There are some constraints, and XnViewMP doesn't seem to be updating some of its internal references as it should.

I need to update the metadata for several thousand image files. Because the information is beyond XnViewMP's capabilities, I will be using ExifTool in a script to access, update, and write the new information.

Here are the constraints:

1. The resulting metadata MUST be searchable by Quick Filter (Quick Search) in XnViewMP (I do not mean the advanced search Ctrl-F).
2. Quick Filter is incapable of searching XMP fields (even those XMP fields that have GUI elements. I find this hard to understand after so many years) and it will ONLY search IPTC fields.
3. I am writing the updated information to sidecar files to avoid touching the original image files
4. ExifTool does not write IPTC information to XMP sidecar files. Only XMP tags can be written to XMP sidecar files.

So right away, perhaps you can spot a problem: I have to get the information into IPTC for XnViewMP to be usable, but it's XMP only in the sidecar.

XnViewMP claims/seems to have some kind of syncronization between certain XMP and IPTC fields. As best as I can tell, this only partially works. Data appears to synchronize, but the IPTC is NOT immediately searchable.

In this example, I am using XMP:Instructions which maps to IPTC:SpecialInstructions

Here's how things play out, and they are the steps to reproduce what I think is a defect:

0. Metadata->Edit IPTC->Options->Mode: XMP, update or create IPTC-IIM
1. Place an XMP file next to a JPG file (x.jpg and x.jpg.xmp the example xmp file is shown at the end of the post)
2. Metadata->Update Catalog From Files
2b. Select in the browser the image that has the xmp file.
3. Metadata->Edit XMP (observe the data is visible in the Instructions field)
4. CANCEL Edit XMP
5. Metadata->Edit IPTC (observe the data is visible in the Special Instructions field)
6. CANCEL Edit IPTC
7. In Quick Filter, search for the data. (Type Visible)

You get no hits. The data is visible in the IPTC dialog, but it is NOT searchable.
It will not become searchable until you select a file, and do Metadata->Edit IPTC and WRITE.

So the data is properly imported. It's visible in XMP, and mapped and visible in IPTC, but it's not searchable. I think that's a defect. I think the IPTC version of the field should be searchable as soon as the data is imported if the options are set correctly, but it's not.

I have tried all four values of the Edit IPTC->Options->Mode setting, none resolve the problem.
Settings->Sidecar->Create or update XMP sidecar does not resolve the problem regardless of setting.

I'm aware I could write all the data into the subject or xmp:keywords, but I use subject for other things, and xmp:keywords is visible in the catalog filter and so is not appropriate. I am willing to use a field other than SpecialInstructions if it will work.

Not using sidecars and writing directly to the jpeg files also avoids the problem, but that's touching gigabytes of original files, so that approach is off the table for a variety of reasons.

Does anyone know a way around this? Individual actions for thousands of files is not a workable solution.

From an application standpoint, I think the best thing is for Quick Filter to finally search XMP fields.
IPTC is to a great degree deprecated in general use. XMP should be the priority. But this has been requested for years.

The second best thing is to fix the synchronization problem I demonstrated above so the IPTC data is immediately searchable.

But if someone can suggest a viable workaround I can use, I'd be glad to hear it...

Thanks...


x.jpg.XMP file below the ------ line

-------
<?xpacket begin='' id='W5M0MpCehiHzreSzNTczkc9d'?>
<x:xmpmeta xmlns:x='adobe:ns:meta/' x:xmptk='Image::ExifTool 13.34'>
<rdf:RDF xmlns:rdf='http://www.w3.org/1999/02/22-rdf-syntax-ns#'>

<rdf:Description rdf:about=''
xmlns:photoshop='http://ns.adobe.com/photoshop/1.0/'>
<photoshop:Instructions>Visible in IPTC but not searchable
</photoshop:Instructions>
</rdf:Description>
</rdf:RDF>
</x:xmpmeta>
<?xpacket end='w'?>
by Flyk3
Tue Aug 19, 2025 12:40 pm
Forum: New
Topic: 1.9.3. AV1 Sidecar Import Bug
Replies: 1
Views: 104

1.9.3. AV1 Sidecar Import Bug

Hi,

OS: Windows 11

When importing AV1 video files, the sidecar is ignored.

Compare.png


Important:
Settings -> File list -> Custom filter -> Video -> Show as Thumbnail must be checked . If this is not checked, the import will work.

Attached is an archive with test files.
by durandal
Thu Aug 14, 2025 11:21 am
Forum: New
Topic: Bug gestion note (étoile) et étiquette couleur (pastille)
Replies: 15
Views: 499

Re: Bug gestion note (étoile) et étiquette couleur (pastille)

Complément d'analyse par rapport à ma réponse précédente.

Dans ma config de paramétrage XnViewMP dans le module "Métadonnées/Companion" j'ai les options suivantes :
- pas de création ou mise à jour du sidecar XMP
- convention de nommage <nom de fichier>.xmp

En l'absence de création ou mise à jour du sidecar XMP, XnView ne devrait donc pas lire des données des fichiers xmp présents.
Par ailleurs la convention de nommage du sidecar retenue sur ma config "<nom de fichier>.xmp" ne correspond pas à la structure des fichiers ".xmp" présents qui est du type "<nom de fichier>.<extension>.xmp".

Compte-tenu de ces paramétrages, XnView ne devrait pas lire les fichiers xmp présents créés par Darktable.

Il semblerait donc INUTILE DE CREER UNE NOUVELLE OPTION, mais plutôt de bien prendre en compte les données de paramétrages listées ci-dessus.
Compte-tenu de la structure des fichiers ".xmp" présents cela perméttrait même d'avoir 2 fichiers xmp distincts pour une même image :
- "<nom de fichier>.xmp" pour les fichiers lus et gérés par XnView si l'option "Création ou mise à jour du sidecar XMP" est activé
- "<nom de fichier>.<extension>.xmp" pour les fichiers gérés par une application externe telle que Darktable (mais je ne connais pas les principes de dénomination des fichiers xmp par les applications autre que Darktable.

Cdlt
by xnview
Mon Aug 11, 2025 6:03 am
Forum: MP - Announcements
Topic: XnView MP 1.9.3
Replies: 0
Views: 2607

XnView MP 1.9.3

You can download XnView MP 1.9.3 here:

Windows x64 ZIP version SHA256: 8FE64831DFFB6242D8153B8278BCC683ABE9CB9995D6B01ABD8DDB32C92846C6
Windows x64 SETUP version SHA256: 3FCEB2BC0C8A3F4F3D99186AF215067088D191CEACAFE98F794453E3025B8F94

Mac x64 DMG version SHA256: F2BA6D96DB38BD747B9D38D4AD10F952E969EB1F5DB31748728073B15DC8BDB8
Linux x64 TGZ version SHA256: 6B1A1FAF56CD0A65F54873431B29B991D43141E0BD4112ABE77A23720B440BF2
Linux x64 DEB version SHA256: 542FEAC3BFC668329B9CA22BC584B3E7B9A3425BAEF070384A934860D458DE19

ARM version: https://download.xnview.com/XnViewMP-linux-arm.tgz https://download.xnview.com/XnViewMP-linux_0.92_armhf.deb

Linux x64 AppImages version: https://download.xnview.com/XnView_MP.glibc2.17-x86_64.AppImage
Linux Flatpak version: https://flathub.org/apps/details/com.xnview.XnViewMP


Changelog 1.9.3:
3719: [Bug] Double-click in browser opens different file - https://newsgroup.xnview.com/viewtopic.php?t=49361
3718: [Bug] Thumbnails - sharpen - https://newsgroup.xnview.com/viewtopic.php?t=49402
3717: [Bug] Search - presets - pathname must not be saved - https://newsgroup.xnview.com/viewtopic.php?t=49438
3716: [Bug] Search - Exposure time - https://newsgroup.xnview.com/viewtopic.php?t=49438
3715: [Bug] Slow image tab opening - custom label with exiftool https://newsgroup.xnview.com/viewtopic.php?t=49005
3714: [Bug] Compare - view in tabs - crash when deleting - https://newsgroup.xnview.com/viewtopic.php?t=49417
3713: [Bug] Catalog filter - not rated or without label - https://newsgroup.xnview.com/viewtopic.php?t=49416
3712: [Bug] Contact sheet - header spacing
3711: [Bug] Browser - detail - fnumber - https://newsgroup.xnview.com/viewtopic.php?t=49323
3710: [Bug] Catalog filter - rating or label - https://newsgroup.xnview.com/viewtopic.php?t=49407
3709: [Bug] Viewer - File size - https://newsgroup.xnview.com/viewtopic.php?t=49408
2958: [New] Batch Convert - sort preset list - https://newsgroup.xnview.com/viewtopic.php?t=45957
3708: [Bug] JPEGli - embedded thumbnail from oriented image - https://newsgroup.xnview.com/viewtopic.php?t=49273
3707: [Bug] Fullscreen from archive item - no preview - blank
3706: [Bug] No overlay when problem with embedded thumbnail - https://newsgroup.xnview.com/viewtopic.php?t=49334
3705: [Bug] Title bar setting in browser - https://newsgroup.xnview.com/viewtopic.php?t=49304
3704: [Bug] Curve - saved state - https://newsgroup.xnview.com/viewtopic.php?t=49305
3703: [Bug] Batch convert - nconvert - resize - https://newsgroup.xnview.com/viewtopic.php?t=49318
3702: [Bug] Batch convert - nconvert - webp - https://newsgroup.xnview.com/viewtopic.php?t=49317
3701: [Bug] JPEG XL exif metadatas - https://newsgroup.xnview.com/viewtopic.php?t=48129
3700: [Bug] File operations - backups - unify naming - https://newsgroup.xnview.com/viewtopic.php?t=48543
3699: [New] Settings - Mouse - Horizontal scroll - https://newsgroup.xnview.com/viewtopic.php?t=47176
3698: [Bug] Category overlay for new saved file - https://newsgroup.xnview.com/viewtopic.php?t=49271
3697: [Bug] Browser - category sets - create set from selection issue - https://newsgroup.xnview.com/viewtopic.php?t=49272
3696: [Bug] Print - 1 file - keep ratio - height recomputed from width
3695: [Bug] Batch convert - keep collapse flag - https://newsgroup.xnview.com/viewtopic.php?t=49241
3694: [Bug] Category overlay on saved image - https://newsgroup.xnview.com/viewtopic.php?t=49271
3693: [Bug] Browser shift+click selects the wrong files - https://newsgroup.xnview.com/viewtopic.php?t=49259
3692: [Bug] Preview sometimes doesn't show selected image - https://newsgroup.xnview.com/viewtopic.php?t=49246
3691: [Bug] Empty Category filter - https://newsgroup.xnview.com/viewtopic.php?t=40438
3690: [Bug] Slow AVIF decoding - https://newsgroup.xnview.com/viewtopic.php?t=49250
3689: [Bug] Update files from catalog - empty sidecar on non image files
3688: [Bug] EXIF lng updated
3687: [Bug] Slow when filtering by rating - https://newsgroup.xnview.com/viewtopic.php?t=49226
3686: [Bug] Grid settings in pixels limited to 99px - https://newsgroup.xnview.com/viewtopic.php?t=49205
3685: [Bug] HEIC with crop transformations
3684: [Bug] ORA crash
3683: [Bug] HEIF limits - https://newsgroup.xnview.com/viewtopic.php?t=49211
3682: [Bug] Slow Edit IPTC on RAW files - https://newsgroup.xnview.com/viewtopic.php?t=49215
by jkm
Sat Jun 21, 2025 4:05 am
Forum: Closed/Resolved
Topic: Saving ratings in both jpeg metadata and sidecar simultaneously
Replies: 12
Views: 3997

Re: Saving ratings in both jpeg metadata and sidecar simultaneously

I can confirm the rating is now saved to both the jpeg and xmp files if both "Create or update XMP Sidecar" and "Update master file" are checked.


Thank you!
by Loekarin
Mon Jun 09, 2025 3:16 pm
Forum: MP - General Support
Topic: Keywords and categories - when to use what
Replies: 4
Views: 426

Re: Keywords and categories - when to use what

1) What are Lr-Hierarchical keywords?

I understand your example, but where does Lr stand for? Is this also an option in some panel somewhere?

2) In order for the "Categories" tool to write the keywords in IPTC or XMP format, you must have previously validated the corresponding export options in the "Settings, Metadata" screen,

--> can you give me a screenshot?

I see several options in my settings.
a) Metadata --> sidecar --> checkbox for XMP-sidecar make or update --> should this box be checked?

b) Metadata general:
I have now checked
all boxes in categories and keywords, except 'write categories as hierarchical keywords in images'.

is this ok?