Path: csiph.com!usenet.pasdenom.info!gegeweb.org!eternal-september.org!feeder.eternal-september.org!mx04.eternal-september.org!.POSTED!not-for-mail
From: Fred Greer <fggreer@nospam.invalid>
Newsgroups: comp.lang.java.programmer
Subject: Re: ImageIO/BufferedImage behaving inconsistently from one day to the next.
Date: Thu, 21 Jun 2012 00:23:36 +0000 (UTC)
Organization: A noiseless patient Spider
Lines: 27
Message-ID: <jrtpi8$i87$11@dont-email.me>
References: <jrrcl4$f5v$3@dont-email.me> <jrsqrq$td1$1@dont-email.me>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Injection-Date: Thu, 21 Jun 2012 00:23:36 +0000 (UTC)
Injection-Info: mx04.eternal-september.org; posting-host="advR9IOszWdhb/8UVWNKJg"; logging-data="18695"; mail-complaints-to="abuse@eternal-september.org";	posting-account="U2FsdGVkX18BiuiYr3lLTAT3ohZq53cb1j1ApVCSu4o="
X-Mailer: MicroPlanet-Gravity/3.0.4
Cancel-Lock: sha1:DJYwXFo25P12tOHGcxCHfrAEdJ8=
Xref: csiph.com comp.lang.java.programmer:15472

On Wed, 20 Jun 2012 08:39:37 -0700, Knute Johnson wrote:

> On 6/19/2012 7:31 PM, Fred Greer wrote:
>> I have code that used to work perfectly, which processes images in
>> certain ways, and today it suddenly was not working. I hadn't changed
>> the code at all. I tracked the problem down to spurious
>> IllegalArgumentExceptions being thrown by this code:
>>
>> public class ImageUtils {
>>
>>      private static float[] BLUR = {0.1111111, 0.1111111, 0.1111111,
>>                                     0.1111111, 0.1111111, 0.1111111,
>>                                     0.1111111, 0.1111111, 0.1111111}
>> ...
>>      public static BufferedImage blur (BufferedImage img) {
>>          Kernel k = new Kernel(3, 3, BLUR);
>>          ConvolveOp co = new ConvolveOp(k, ConvolveOp.EDGE_NO_OP,
>>          null); BufferedImage dest = new BufferedImage(img.getWidth(),
>>              img.getHeight(),img.getType());
> 
> Please try just putting BufferedImage.TYPE_INT_ARGB here instead of
> getting the type from the other image and tell us what happens.

Are 32-bit PNGs loaded via ImageIO.read guaranteed to be ARGB, or at 
least compatible with ARGB destination images for the purposes of 
ConvolveOp and friends?