The standaone version of XNConvert will only be released in future, right?
Because I just checked for an update, but it seems there is no update as of now.
Still on XnConvert Version 1.105.0 - windows x64 (Apr 16 2025) - Libformat version 7.221
[Bug in XnConvert] XnConvert - Rotate based on EXIF orientation
Moderators: helmut, xnview, Dreamer
Re: [Bug in XnConvert] XnConvert - Rotate based on EXIF orientation
Hi Pierre,
it seems to work in XnViewmp -> Convert
Do you also plan to release a new standalone XnConvert version? I have the latest installed but it still shows as Version from April '25 without this fix included.
Would be very welcome, Thanks
it seems to work in XnViewmp -> Convert
Do you also plan to release a new standalone XnConvert version? I have the latest installed but it still shows as Version from April '25 without this fix included.
Would be very welcome, Thanks
Re: [Bug in XnConvert] XnConvert - Rotate based on EXIF orientation
yes soonsx090 wrote: Tue Sep 02, 2025 6:40 am Do you also plan to release a new standalone XnConvert version? I have the latest installed but it still shows as Version from April '25 without this fix included.
Pierre.
Re: [Bug in XnConvert] XnConvert - Rotate based on EXIF orientation
Hi Pierre,
I’m following up on my earlier report in this thread.
Thanks again for looking into it and for fixing the previous bug.
I’ve now recompressed one of the original Galaxy S23 JPEGs with XnConvert (Windows), using JPEGLi as shown previously as output and “Rotate based on EXIF” afterwards again in XnViewMP. The result looks fine in most viewers, but I still see something strange in the EXIF thumbnail metadata.
When I open the converted file in XnView MP and look at the EXIF:
The main image is 3000 × 4000 pixels, Orientation = Horizontal (normal) – which is what I expect.
The embedded EXIF thumbnail is reported as 512 × 384 pixels (landscape orientation)?
If I extract the thumbnail image (e.g. with XnView MP or exiftool), the thumbnail itself looks correct, but the thumbnail size fields in the EXIF panel still show 512 × 384, which doesn’t match the portrait aspect of the main image.
I’ve attached:
the original converted JPEG:
https://www.dropbox.com/scl/fi/3brsd3pv ... t64xl&dl=0
When extracting hte Thumbnail using this cmd:
as I mentioned, it looks good when viewing it ... (portrait orientation).
But the thumbnail width/height in EXIF does NOT look right: Could you please check whether the embedded thumbnail size metadata is being written correctly by XnConvert and/or XnViewMP in this case, or if there is still some inconsistency left over from the rotation step?
Thanks a lot in advance!
I’m following up on my earlier report in this thread.
Thanks again for looking into it and for fixing the previous bug.
I’ve now recompressed one of the original Galaxy S23 JPEGs with XnConvert (Windows), using JPEGLi as shown previously as output and “Rotate based on EXIF” afterwards again in XnViewMP. The result looks fine in most viewers, but I still see something strange in the EXIF thumbnail metadata.
When I open the converted file in XnView MP and look at the EXIF:
The main image is 3000 × 4000 pixels, Orientation = Horizontal (normal) – which is what I expect.
The embedded EXIF thumbnail is reported as 512 × 384 pixels (landscape orientation)?
If I extract the thumbnail image (e.g. with XnView MP or exiftool), the thumbnail itself looks correct, but the thumbnail size fields in the EXIF panel still show 512 × 384, which doesn’t match the portrait aspect of the main image.
I’ve attached:
the original converted JPEG:
https://www.dropbox.com/scl/fi/3brsd3pv ... t64xl&dl=0
When extracting hte Thumbnail using this cmd:
Code: Select all
exiftool -b ThumbnailImage 20250817_150706.jpg > thumbnail.jpgBut the thumbnail width/height in EXIF does NOT look right: Could you please check whether the embedded thumbnail size metadata is being written correctly by XnConvert and/or XnViewMP in this case, or if there is still some inconsistency left over from the rotation step?
Thanks a lot in advance!
Re: [Bug in XnConvert] XnConvert - Rotate based on EXIF orientation
I think the issue is that the "recalculated Thumbnail" in EXIF does have wrong thumbnail width/height... and this is NOT properly recalculated.
Would it be possible to also add a "correction" of EXIF thumbnail resolution within the thumbnail binary? OR remove it completely, also fine?
Thanks!
Would it be possible to also add a "correction" of EXIF thumbnail resolution within the thumbnail binary? OR remove it completely, also fine?
Thanks!