Help with ImageIO.read(file)

[PLUCKYHD]

Anyone have any experience here I just recently found out that this doesn't work with greyscale or black and white images. You get a exception thrown.

I having been googling all morning i see allot of people using JAI but i was hoping that wouldn't be necessary. Never thought I would have an issue with greyscale images.

[stuckless]

Originally Posted by PLUCKYHD

Anyone have any experience here I just recently found out that this doesn't work with greyscale or black and white images. You get a exception thrown.

I having been googling all morning i see allot of people using JAI but i was hoping that wouldn't be necessary. Never thought I would have an issue with greyscale images.

What's the exception being thrown? And do you have a sample image?

[PLUCKYHD]

Sorry should have posted that

Exception: Numbers of source Raster bands and source color space components do not match

Attached is the image. I have found another api I am trying that seems to be working but hate to have to include yet another api if I don't have too.

[stuckless]

I know this won't help you much... but I did reproduce the same issue. By saving the image as a png, I was able to read it, though.

[PLUCKYHD]

Originally Posted by stuckless

I know this won't help you much... but I did reproduce the same issue. By saving the image as a png, I was able to read it, though.

Well I didn't even try that route....hmm that would be a workaround althrough a long one. If it throws that exception rename to png scale and rename to jpg. not ideal. Images is a bit out of my arena and I am still amazed the default read throws this exception...I thought maybe it was a corrupt image but I got another api to read it just fine (of course it isn't free so can't use it).

I am also suprised you haven't hit this with phoenix (if you are using that to load the images you scale).

[stuckless]

We haven't hit this issue yet, in Phoenix, but I think we try to use .png files where possible. And in BMT, I may hit this as well, since I use the ImageIO.read/write apis there to download fanart and scale on the fly, but if that process fails, I just log an error.

BTW... I don't think just renaming the file to png would work, i think you'd have to somehow save it as a png file. In my case I opened up using an image viewer and did a save as png.

[PLUCKYHD]

Originally Posted by stuckless

We haven't hit this issue yet, in Phoenix, but I think we try to use .png files where possible. And in BMT, I may hit this as well, since I use the ImageIO.read/write apis there to download fanart and scale on the fly, but if that process fails, I just log an error.

BTW... I don't think just renaming the file to png would work, i think you'd have to somehow save it as a png file. In my case I opened up using an image viewer and did a save as png.

Good times Yeah the problem I was having was it didn't force me to catch or throw the exception e for that call. I have now added it manually as a workaround (basically black and white fanart won't work if scaling is on right now).

Who would have though that would cause such an issue and to think after I finally got the error of pngs not keeping their transparency worked out.