[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Bug awt/24116] Graphics.drawImage() problems

From: hendrich at informatik dot uni-hamburg dot de
Subject: [Bug awt/24116] Graphics.drawImage() problems
Date: 23 May 2006 14:47:37 -0000

------- Comment #6 from hendrich at informatik dot uni-hamburg dot de  
2006-05-23 14:47 -------
Hello Sven,

I retested on my Athlon 2600+ and classpath cvs 2006.05.23, and I confirm 
that image loading and rendering indeed works for some (most) images right 
now.  Even running jamvm, classpath is faster that the JDK sometimes...

... however, I still have a few JPGs that render incredibly slow:

java/xxx> javmv --version
JamVM version 1.4.2
java/xxx> jamvm PR24116 ~/855.jpg 200 150
PR24116: loading '/home/hendrich/855.jpg'
got the image, size is 800x533
image loading took 77 msecs.
image drawing took 20155 msecs.

I also still see the memory corruption (wrong tiles, black tiles) shown in 
my previous bug-report screenshot - but only for the 'slow' JPGs. (I don't
have the original GIF anymore for retesting).

On first glance, I don't see any difference between the 'slow' images and 
the images working fine with classpath. I am willing to submit a new and more
specific bug report, but I don't have a clue what might be going on here.
Any ideas? Perhaps a different and non-standard color model - how can I 
access and debug such things from classpath / linux?

The JDKs, gimp, xv, and jpgtoppm (seem to) work with all images I have.

- Norman


hendrich at informatik dot uni-hamburg dot de changed:

           What    |Removed                     |Added
             Status|RESOLVED                    |REOPENED
         Resolution|FIXED                       |


reply via email to

[Prev in Thread] Current Thread [Next in Thread]