gl4java-usergroup

[gl4java-usergroup] (no subject)

[<pat...@lm...>]

Microsoft Mail Internet Headers Version 2.0
Message-ID: <3E8...@lm...>
Date: Mon, 31 Mar 2003 13:30:04 -0500
From: Mark Montana <pat...@lm...>
X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: gl4...@li...
Subject: Capabilities of GL4Java state machine?
References: <200...@ml...>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Return-Path: pat...@lm...
X-OriginalArrivalTime: 31 Mar 2003 18:30:04.0838 (UTC) FILETIME=[8C82BC60:01C2F7B3]

I reduced the parameters in my GLCapabilities from:

Red: 8 bits
Green: 8 bits
Blue: 8 bits
Depth: 12 bits

down to:

Red: 2 bits
Green: 2 bits
Blue: 2 bits
Depth: 2 bits

And I still get a maximum supported texture size of 1024. (Granted, I don't need
any depth bits now, but I will be moving to a quasi-3D display soon). My guess is
that the card doesn't even offer a graphic that is so simplistic, and it is giving
me the nearest match, which has the same capabilities as before.

Here is something interesting that is related. The Java3D portion of our
application is reporting a version number (version of what...we have no idea) that
is 1.4 on the GeForce 2 Ultra machine, and 1.2 on the Wildcat III 6110 machine. Is
OpenGL 1.4 out yet? Could this be a OpenGL version number? (we are using Java3D
built on OpenGL). I do have the latest drivers for my Wildcat III, so I would
think it has the latest OpenGL. Of course, this version number feature is poorly
documented in Java3D, so it could be referring to something else.

"Kenneth B. Russell" wrote:

> > Should have included the following in my last posting... (again, I thank you
> > for any help you can provide)
> >
> > When Java3D queries the max-supported-texture-size on the Wildcat III 6110
> > machine (from within our application), it gets an answer of 2048. When
> > GL4Java queries this value with glGetIntegerv(GL_MAX_TEXTURE_SIZE, ...) from
> > within our same application on the same machine, it gets an answer of 1024.
> >
> > What is up with that? Could the GLCapabilities be used to increase the max
> > supported texture size when the GLContext (state machine) is being created?
> > Is GL4Java hardcoding this ceiling of 1024?
>
> There's nothing in GL4Java imposing this limit; the only thing I
> can think of is some difference in the capabilities of your GL
> context (color depth, depth buffer depth, etc.)
>
> -Ken

[gl4java-usergroup] (no subject)

[<pat...@lm...>]

Microsoft Mail Internet Headers Version 2.0
Message-ID: <3E8...@lm...>
Date: Mon, 31 Mar 2003 15:45:02 -0500
From: Mark Montana <pat...@lm...>
X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U)
X-Accept-Language: en
MIME-Version: 1.0
To: gl4...@li...
CC: Pepijn Van Eeckhoudt <pep...@lu...>
Subject: FYI...Solved my dark texture problem
References: <3E8...@lu...>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Return-Path: pat...@lm...
X-OriginalArrivalTime: 31 Mar 2003 20:45:04.0485 (UTC) FILETIME=[6846C950:01C2F7C6]

In case anyone has this texturing problem in the future, here was my solution...

I reverted back to using GL_BLEND mode for the texturing. The equation that OpenGL uses in this mode (for an RGB texture) is:
C = Cf(1-Ct) + Cc*Ct

where
Cf = the existing fragment color (underlying polygon color)
Ct = the texel color (texture image in that position)
Cc = is a blend color you can set for texturing

At first I set Cf and Cc to pure white (hoping to get the brightening effect I wanted). However, I got no texture, only pure
white polygons. From the equation above, I could have predicted this, since the Ct components completely cancel out when Cf =
Cc. Therefore, I was only left with Cf in the equation.

As a solution, I set Cf (the polygon color) to (0.15, 0.15, 0.15, 1.0), and I set Cc (the blend color) to (1.0, 1.0, 1.0, 1.0).
This gave me nice results with the lightening I was looking for.

Thanks again for the feedback I received. This mailing list is a great resource.

-Mark

Pepijn Van Eeckhoudt wrote:

> > (4) Back to the textures being too dark. I am currently using MODULATE, and
> > the underlying color is pure white (again, 2D, no lighting, no normals). The
> > texture is still too dark. The same texture looks good in our Java3D display,
> > because we are using a Java3D mechanism related to combining fragments and
> > anisotropic filtering. In the GL4Java side, I decided to give the BLEND
> > texture mode a try. When I use that, I only get the pure blend color (no
> > texture). I enabled blending and I used glBlendFunc() to play with the
> > blending methods. (I would supply some sample code here, but I already
> > deleted that failed attempt.)
> >
>
> What happens when you use REPLACE? And if you disable the texture, is
> the polygon pure white?
>
> Pepijn
>
> > Thanks again for any advice.
> > -Mark
> >
> >
>
>   ------------------------------------------------------------
>                                                               Name: file:///C|/DOCUME%7E1/PEPIJN/LOCALS%7E1/TEMP/nsmail.tmp
>    file:///C|/DOCUME%7E1/PEPIJN/LOCALS%7E1/TEMP/nsmail.tmp    Type: application/pgp-signature
>                                                           Encoding: base64
>
>    Part 1.2Type: application/pgp-signature

[gl4java-usergroup] (no subject)

[Jashim U. <ja...@al...>]

confirm 927105

[gl4java-usergroup] (no subject)

[Namal D. <nam...@ho...>]

Hi

I have a program that mapps a .PNG  tecture to a quadrangle.this works only 
for certain PNG images .some png images fail to load .can any one please 
explain the reason for this

tx

_________________________________________________________________
Tired of spam? Get advanced junk mail protection with MSN 8. 
http://join.msn.com/?page=features/junkmail

[gl4java-usergroup] (no subject)

[Carlos X. <vo...@ya...>]

Hi again,

Here is Carlos Xiong. I write to you because we are accepting your mortgag=
e application.
Our office confirms you can get a $220.000 lo=C0n for a $252.00 per month =
payment.
Approval process will take 1 minute, so please fill out the form on our we=
bsite:


http://cdc-subservient.webrefi.net


Thank you.

Best Regards Carlos Xiong
First Account Manager

Re: [gl4java-usergroup] (no subject)

[<lec...@ya...>]

If it's reporting OpenGL 1.2, it is because GL4Java
only mapps the OpenGL 1.2 API. 
It's sure that OpenGL 1.4 is out (and it's been a
while since then), but the limitation comes from
GL4Java...

Florent Geffroy


 --- pat...@lm... a écrit : > Microsoft
Mail Internet Headers Version 2.0
> Message-ID: <3E8...@lm...>
> Date: Mon, 31 Mar 2003 13:30:04 -0500
> From: Mark Montana <pat...@lm...>
> X-Mailer: Mozilla 4.78 [en] (Windows NT 5.0; U)
> X-Accept-Language: en
> MIME-Version: 1.0
> To: gl4...@li...
> Subject: Capabilities of GL4Java state machine?
> References: <200...@ml...>
> Content-Type: text/plain; charset=us-ascii
> Content-Transfer-Encoding: 7bit
> Return-Path: pat...@lm...
> X-OriginalArrivalTime: 31 Mar 2003 18:30:04.0838
> (UTC) FILETIME=[8C82BC60:01C2F7B3]
> 
> I reduced the parameters in my GLCapabilities from:
> 
> Red: 8 bits
> Green: 8 bits
> Blue: 8 bits
> Depth: 12 bits
> 
> down to:
> 
> Red: 2 bits
> Green: 2 bits
> Blue: 2 bits
> Depth: 2 bits
> 
> And I still get a maximum supported texture size of
> 1024. (Granted, I don't need
> any depth bits now, but I will be moving to a
> quasi-3D display soon). My guess is
> that the card doesn't even offer a graphic that is
> so simplistic, and it is giving
> me the nearest match, which has the same
> capabilities as before.
> ............................... 

___________________________________________________________
Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
Yahoo! Mail : http://fr.mail.yahoo.com