Indeed table B.2 specifically states that the acceptable values for Y range between 5. JpegLib has a limitation where it enforces a maximum of 65500 (not 65550 as given in kens comment), but this is NOT a spec limitation. Kens asserts below that this is an illegal height, but it is valid. The height is indeed given as 0xFFFF = 65535. Kens reference to luratech vs openjpeg is misleading - this is a standard jpeg, not a jpeg 2000 as the rest of his analysis agrees with. Its not clear to me that there's anything much we can do about this, the JPEG data does appear to be broken, but this should be assigned to whoever is handling the JPEG decoder at the moment.Īdobe Acrobat Reader X on Windows 7 64bit reports that "An internal error occurred" when opening this file.Īdobe Acrobat Pro 9 on Windows 7 64bit reports "Insufficient data for an image".īoth manage to render the page if forced to refresh it though. However, even substituting the 'correct' value for the illegal value in the JPEG data didn't work.
INSUFFICIENT DATA FOR AN IMAGE ADOBE ACROBAT DC PDF
I'm guessing that the segments for the JPEG data are corrupted, and Acrobat is substituting the data supplied in the PDF file for the broken information in the JPEG file. My own JPEG decoder tells me that the image contains a Frame with a Y value of 65535 which is invalid, the maximum value for this field is 65550. Interestingly, I've extracted the JFIF data from one of the images and at present I'm unable to find *any* JPEG decoder which will read it, including Adobe Photoshop, and the file has an APP segment which identifies it as Adobe. (NB I'm using the OpenJPEG decoder, not Luratech)
The JPEG decoder returns an error, which is why we get 'insufficient data', because the decoding aborts before we manage to decode the image.