ImageLoad error - System error #-8970
DavideT
I have a new strange issue. We use a microscope that creates .tif images. I would like to load them in Igor to do some image analysis, but loading fails and I get a strange error "ImageLoad error - System error #-8970".
Do you have any idea how to overcome this? I tried to load the images pretending they are another format e.g. bmp or jpg, but that gives the same error.
If I open the image in another software and save it as .bmp, then Igor works fine but it is really painful to convert by hand 100's of images.
I attached an example image, in case someone wants to try it out. Ironically I could not even attach the .tif here, it is zipped and apparently cursed :)
thanks a lot!
In case you use IP6 - is QuickTime installed?
I got the following messages in IP7:
Image from: 110.tif
TIFFReadDirectory: Unknown field with tag 347 (0x15b) encountered
TIFFReadDirectory: Unknown field with tag 33560 (0x8318) encountered
Path\110.tif: JPEG compression support is not configured
Path\110.tif: JPEG compression support is not configured
and only zeros in the created wave (the dimensions are ok though)
HJ
March 16, 2017 at 03:00 am - Permalink
I tried all sorts of loading ways and always the same error.
ImageLoad/T=tiff
in general
March 16, 2017 at 03:12 am - Permalink
I tried to load your image with IP7 on a Windows 7 computer. The image loads without any error messages but - as already reported by HJ - contains only 0.
I guess that Igor has some difficulties with jpg encoded TIFF images. I tried another image with the same encoding and this showed the same behaviour. Igor will load a "real" jpg image, so jpg in principle seems not to be the problem. As a quick solution you could convert all your pictures with a batch converter like IrfanView.
Greetings,
Klaus
March 16, 2017 at 03:30 am - Permalink
However, I don't think this causes your trouble. Batch conversion of the images is most likely to way to go.
But maybe one of the WM gurus has another idea...
HJ
March 16, 2017 at 04:32 am - Permalink
My linux box knows about the image:
tron@abakus:~/thomas$ tiffinfo 110.tif TIFFReadDirectory: Warning, Unknown field with tag 33560 (0x8318) encountered. TIFF Directory at offset 0x33de1a (3399194) Image Width: 2560 Image Length: 1920 Resolution: 72, 72 pixels/inch Bits/Sample: 8 Compression Scheme: JPEG Photometric Interpretation: RGB color YCbCr Subsampling: 1, 1 Orientation: row 0 top, col 0 lhs Samples/Pixel: 3 Rows/Strip: 1920 Planar Configuration: single image plane Make: Olympus Model: DP25 DateTime: 2014:02:07 09:04:03 Artist: Stream1 Tag 33560: 3399086 EXIFIFDOffset: 0x33cd64 ICC Profile: <present>, 3144 bytes GPSIFDOffset: 0x33cdee JPEG Tables: (289 bytes) TIFF Directory at offset 0x33cd64 (3394916) ExposureTime: 0.300000 ExifVersion: 0x30,0x32,0x31,0x30 DateTimeDigitized: 2014:02:07 09:04:04 ApertureValue: 0.400000 SubjectDistance: 0.006900 MeteringMode: 1 FlashpixVersion: 0x30,0x31,0x30,0x30 ColorSpace: 65535 PixelXDimension: 2560 PixelYDimension: 1920 ExposureMode: 1
And with the latest IP7 I get:
ImageLoad/T=tiff/O/G "h:110.tif" Image from: 110.tif TIFFReadDirectory: Unknown field with tag 347 (0x15b) encountered TIFFReadDirectory: Unknown field with tag 33560 (0x8318) encountered H:\110.tif: JPEG compression support is not configured H:\110.tif: JPEG compression support is not configured
So this looks like you gotta contact WM support.
March 16, 2017 at 05:28 am - Permalink
tag: 347
seems to be JPEG table specification. more here: http://www.awaresystems.be/imaging/tiff/tifftags/jpegtables.htmltag: 33560
seems to be a private tag related to the camera (?). Only relevant link online: http://schwehr.org/blog/archives/2005-10.htmlThe one that hiccups the loading in igor would be the first tag, though.
best,
_sk
March 16, 2017 at 05:43 am - Permalink
HJ
March 16, 2017 at 05:56 am - Permalink
Apparently I have one more reason to update to IP7
March 16, 2017 at 07:08 am - Permalink
Also as mentioned by others, you have a TIFF file that contains a JPEG compressed image. JPEG in TIFF is not supported in Igor. In fact, I find it difficult to believe that someone would consider using JPEG compression in a microscope image. You never know... maybe they are trying to optimize performance for some phone app. and did not feel like using straight JPEG file with EXIF tags.
If your application requires quality images you might want to find if there is a different format that you could save the images. The conversion that you describe still has a step that involves JPEG so it may not be ideal.
A.G.
WaveMetrics, Inc.
March 16, 2017 at 11:38 am - Permalink