Greetings,
i would prefer a jar of all related files instead of multiple java source files.
Uhm... you omitted some files. :(
===
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message signoff
Have a read on Vincent J. Hardy's Java2DAPI.
U will need both the book and the cdrom. There is a demo on LookupOp inside
the cdrom. I experiment on LookupOp recently...
BTW your output is in PNG format (4 channels? ARGB?)
I have only gone as far as swapping red with blue bits on jpegs (INT_RGB).
i wrote me own JpegIt util that outputs jpeg images.
It has an Object which is a variable depending on commandline input.
i would Constructor a JComponent instance out of it.
Going from JComponent, thru Graphics2D paint method to BufferedImage is just java like
intuition.
Finally, ImageIO.write()
Anyone have any hints on how to get this running?
I have a system that I thought meets all the requirements listed here
(http://java.sun.com/j2se/1.5.0/docs/guide/2d/new_features.html#ogl),
but when I start my programs with the -Dsun.java2d.opengl=true option,
I don't get the Using OpenGL
Hi Bill,
If you send some more information, I can probably figure out why the
OGL pipeline is not being enabled on your system:
- OS version
- video card model
- output of glxinfo
- output of xdpyinfo
I'm going to see if there is a way that we can print out more
information when OGL
I've attached the glxinfo and xdpyinfo output. Hopefully the mailing
list won't barf on them...
[EMAIL PROTECTED]:~$ uname -a
Linux localhost 2.4.24-1-686 #1 Wed Feb 18 21:59:13 EST 2004 i686
GNU/Linux
napier@ localhost:~$ lspci | grep VGA
01:00.0 VGA compatible controller: nVidia Corporation
Hi Bill,
Thanks for the quick reply. Based on the logs you sent, it looks like
things should be working okay.
The only other thing I can think of is that your libGL.so is pointing
to the wrong library. Take a look in /usr/lib and see if there is a
symlink called libGL.so. On most systems,
I'm using Debian unstable, and I have the GLX drivers from NVidia
installed (from the nvidia-glx package).
I thought it may be something funky with the libraries, but I can't seem
to track down what it may be.
[EMAIL PROTECTED]:~$ ls -l /usr/lib/libGL*
-rw-r--r--1 root root 660
That fixed it!
The not so happy part is that (at least for my for my test system), the
X11 renderer is faster than the OpenGL one.
And I noticed a couple of other quirks with the OpenGL renderer (text
not always being rendered correctly, extreme sluggishness when running
full screen
An image of TYPE_INT_ARGB uses a PackedColorModel with a Packed
Raster with a TYPE_INT DataBuffer. It is incompatible with the
Byte-based ComponentColorModel (and SampleModel) that you are
creating. I'm not sure how these two pieces of data would
interact in this case...
First it looks to me like green affects red, not blue. Given
that, then this looks like a byte endian issue. For integer
data types:
XRGB bigendian
BGRX smallendian
G and R would get confused and B would get confused with an unused
channel. We're tracking down a few byte endian
11 matches
Mail list logo