Index:
[thread]
[date]
[subject]
[author]
From: Brent Fulgham <bfulgham@xpsystems.com>
To : GGI-Develop <ggi-develop@eskimo.com>
Date: Thu, 15 Jul 1999 09:29:26 -0700
GGI-Mesa "Stretched" Image?
Can a Mesa-GL guru give me a hand?
We've got some preliminary image support working under Berlin
but we are experiencing some unexpected behavior under different
color depths.
The attached mail summarizes what we are seeing. The raw
image is PNG, and I decode it as RGBA (GL_RGBA) and unsigned
byte (GL_UNSIGNED_BYTE). When I dump the decoded image back
to a file and view it with ximage or ElectricEyes I get a
good image, so I don't think the decode is the problem.
I suspect it has something to do with how we display. I
believe that the color depth of the display should be
transparent to the programmer -- i.e., I don't need to make
special cases for 8-bit, 16-bit, 32-bit, etc. GGI should
handle those details for me. Do I understand things
correctly?
Thanks,
-Brent
-----Original Message-----
From: Brent Fulgham
Sent: Thursday, July 15, 1999 9:05 AM
To: Berlin List
Subject: "Stretched" Image?
> Ok, I went further. Now Images are instantiated
> by the FigureKit via 'pixmap(in Raster r)'.
> It works almost fine. The only problem, as Brent already
> pointed out, seems to be the transformation applied to
> the pixels to be drawn. On my display the image is drawn
> roughly below the frame, and it is stretched in the y direction
> (i.e. between every row is one pixel space). (I'm on a 16 bit display
> if that helps)
Wow. I'm running 32bit, and I see perfect images (they look exactly
as seen when viewing the original file in ElectricEyes). The images
appear roughly below and to the right of the "frames". So:
+-----------------+
| |
| |
| |
+-----------------+
+------------+
| Image |
+------------+
It sounds like what you are describing is:
+------------------+
| |
| |
| |
+------------------+
+------------+
| Image |
+------------+
Am I understanding your description?
I wonder if I made some kind of error in the way I
build the structure I return in the "getPixels()"
method such that a 16-bit color depth is "off".
-Brent
Index:
[thread]
[date]
[subject]
[author]