When working with BufferedImage using the setRGB and getRGB methods, I noticed two things:
the setRGB and getRGB methods can be incredibly slow on some systems (as much as two orders of magnitude slower than modifiyng the int[] array).
there are no guarantee that a getRGB following a setRGB will give back the same pixel you passed
This last point is basically pretty clear from the JavaDoc of setRGB, which states:
...For images with an IndexColorModel, the index with the nearest color is chosen.
Seen I can work directly in a BufferedImage's int[] pixels, which I can access to by doing, for example:
int[] a = ((DataBufferInt) tmp.getRaster().getDataBuffer()).getData();
I was wondering: are there any known drawbacks/gotchas when directly manipulating pixels in the int[]
?
The whole point of getData() giving you access to the backing int array is precisely for this optimization, so the benefits most likely outweigh the drawbacks.
The drawbacks depend on how you're using the buffered image. If you're drawing it to the screen while you're editing it, you may encounter some artifacts on the screen (like pixels not colored in time), in which case you should consider double buffering (which does involve copying over the entire image for every refresh).
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With