1
Support and Feedback / Re: Bug in image viewer
« Last post by nietrupek on Today at 00:19:34 »MC do not decode jpg it self.. MC is using WIC (Windows Imaging Component) So I don't know if there is anything I can do about it.
So we can exclude MC itself. Problem lies either in WIC or in malformed file.
According to an AI analyze of the image
"The problem is its EXIF block (APP1, 2005 bytes). It contains a small thumbnail, and the thumbnail's Compression tag (0x0103) is written with type LONG instead of SHORT, which the EXIF spec requires."
Could you provide source of this information? I cannot reproduce it. There's no *long int* representation of 0x103 value in this file.
The command:
C:> hexdump -x plomyki.jpg
shows file content as 16-bits (short int) values. There are some "0103" values there, but no one has enough zeroes in their neighbourhood to form long int of this value.
As there may be not aligned longs in file, I also checked output of command:
C:> hexdump -X plomyki.jpg
This dumps file as bytes (2 hex digits, separated with double spaces). Searching for "03 01" sequences shows some results but again - there is not enough 00 bytes after them to form long int.
Besides, no software I have displays warning about malformed file. For example:
C:>exiftool -Compression -H plomyki.jpg
simply shows:
0x0103 Compression : JPEG (old-style)
without any warning about spec violation.
As this is my HI (Human Intelligence) analysis, I might have overlooked something. I am not JPEG expert.
Recent Posts