#Possible JPEG Loadr Prob
3 messages in this thread
Ben:
I have an update to the weird problems that I've been having (locked
buffers, etc.). It seems that the problems started when I loaded a
specific image. When I attempt to load the image (a .jpg file) I never get
the bar graph that usually appears when I load a JPG file. The exit button
for IMRT is then ghosted.
AdPro loads the image just fine. I then saved the image (as JPG) from
AdPro. IMRT can now load the image. I'd guess that IMRT has a problem with
its JPEG loader.
The file in question is here on CIS: GRAPHPLUS forum, Lib 5 People and
Portraits, file named JANICE.JPG.
I'd really appreciate it if you would download this file and take a look
at it.
-J
Sounds like the JPEG you've found has a problem that breaks the JPEG PI
module, but doesn't break AdPro's – that can happen. You'll find images
that behave the exact opposite way as well. Unfortunately, the JFIF
"standard" has been multiply mangled by many image writing programs. IM
R/t's JPEG reader has been rewritten and is in test at this time – I'll
get this image and see what happens; thanks for the pointer.
–Ben
…via AutoPilot
Just out of curiosity, I downloaded the file JANICE.JPG and took a look at
it with a hex editor. Embedded in the file is this text:
"All JPEG commpressions are performed using propritary software. Comments
and additional application markers are added with propritary software
developed and provided by Tom Potocki [76703,1012]."
That ADPro and ImageFX was able to load the files gives credit to their
flexibility in loading non-standard JPEG files, but IM's JPEG loader is
not really to blame either. It seems that a lot of software developer's
have gone hog wild in creating their own variations of the JFIF file
format. This doesn't do anyone any good, and usually greed is the major
motivation behind it. Stick to the standards is what I say, they were
created for a reason.
// John – (Who enjoys harrasing the vendors)
\X/ Mercury@ins.infonet.net