[prelic]

Hey all,

So I'm having trouble setting a pixel of a BufferedImage. Here's the basic idea of what's happening:

//newpixel = 0x195f3259
//buffimage.getRGB(0,0) = 0xff5f3529

buffimage.setRGB(0,0,newpixel);

int result = buffimage.getRGB(0,0); //should be 0x195f3259, but its still 0xff5f3529

So basically setRGB is clearly failing. However, I have no idea why...would greatly appreciate some help on this.

[g00se]

Sorry, that value looks pretty odd. The maximum value allowed would be 0xFF

[Locke]

@g00se, I'm not exactly familiar with this, but shouldn't the max be 0xFFFFFF? Or am I wrong...?

Wouldn't it work similarly to the [color] tag here on DIC? With 2 hex digits for each of Red, Green, and Blue, the max of each could be 0xFF?

Edit: Duh. It's still giving prelic over the max, as it's giving him 8 hex digits.

[macosxnerd101]

I agree with Locke here. I think the problem is that an 8-digit hex value is used here: 0xff5f3529, rather than a 6-digit hex value.

[Locke]

I just noticed that. On first glance, I was like, "the value is fine...I don't get it". Then I realized it was 8 digits.

[g00se]

Sorry - you're right 0xFFFFFFFF

[Locke]

6 digits, though...not 8.

[Dogstopper]

Locke, on 19 July 2010 - 04:01 PM, said:

6 digits, though...not 8.

The API says:

Quote

int getRGB(int x, int y)
Returns an integer pixel in the default RGB color model (TYPE_INT_ARGB) and default sRGB colorspace.

Notice the constant...ARGB

Quote

static int TYPE_INT_ARGB
Represents an image with 8-bit RGBA color components packed into integer pixels.

8 bits...not 6

[pbl]

8 bits Alpha
8 bits Red
8 bits Green
8 bits Blue

@OP what is your BufferedImage image type ?

[prelic]

I've been using values where the least significant 6-bits (hex) never change, but after some more testing, I've found that setRGB() is working, but it automatically masks my upper 2 bits (hex) to 0xff, which leads me to believe my bufferedimage doesn't support transparency. Ideally, I'd like my image to not support transparency, allowing me to modify the upper 2 bits without modifying how the image is displayed, but I don't think that's possible. If the buffimage doesn't support transparency (rgb vs argb), then the alpha values are auto-masked to 0xff..unforunately

[Dogstopper]

Look here: http://download.orac...l#field_summary

Those are the different options that you have

[pbl]

prelic, on 20 July 2010 - 11:08 AM, said:

which leads me to believe my bufferedimage doesn't support transparency.

This is why I asked you 2 posts ago: what type of BufferedImage do you use ?

This post has been edited by pbl: 20 July 2010 - 04:53 PM
Reason for edit:: typo