[Bug 4917] Color and alpha values are not clamped in offscreen rendering

Please do not reply to this email: if you want to comment on the bug, go to    

the URL shown below and enter yourcomments there.     

https://bugs.freedesktop.org/show_bug.cgi?id=4917          

------- Additional Comments From James.Burns <at> amrdec.army.mil  2005-11-01 08:18 -------
Created an attachment (id=3676)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=3676&action=view)
Offscreen Mesa Header: Added color clamp enable/disable API funciton call

     

--           
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email         

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php

[Bug 4917] Color and alpha values are not clamped in offscreen rendering

Please do not reply to this email: if you want to comment on the bug, go to    

the URL shown below and enter yourcomments there.     

https://bugs.freedesktop.org/show_bug.cgi?id=4917          

------- Additional Comments From James.Burns <at> amrdec.army.mil  2005-11-01 08:20 -------
Created an attachment (id=3677)
 --> (https://bugs.freedesktop.org/attachment.cgi?id=3677&action=view)
Span Renderer: Added color clamping logic for floating point color
representations.

     

--           
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email         

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php

[Bug 4917] Color and alpha values are not clamped in offscreen rendering

Please do not reply to this email: if you want to comment on the bug, go to    

the URL shown below and enter yourcomments there.     

https://bugs.freedesktop.org/show_bug.cgi?id=4917          

------- Additional Comments From James.Burns <at> amrdec.army.mil  2005-11-01 08:26 -------
This patch forces all color/alpha values to be clamped to the range [0,1] per 
the OpenGL 1.5 specification.  Some users may wish to disable clamping for 
unique application behaviors.  This may be done by executing the call:
   OSMesaColorClamp(GL_FALSE);

Color clamping may be re-enabled at any time by calling
   OSMesaColorClamp(GL_TRUE);

At some time in the future the Mesa community may want to migrate this API 
into an ARB implementation.  At this point the best way to accomplish this was 
not clear, so this simple implementation was done.            

     
--           
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email         

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own

[Bug 4917] Color and alpha values are not clamped in offscreen rendering

Please do not reply to this email: if you want to comment on the bug, go to    

the URL shown below and enter yourcomments there.     

https://bugs.freedesktop.org/show_bug.cgi?id=4917          

------- Additional Comments From idr <at> us.ibm.com  2005-11-01 09:16 -------
The GL_ARB_color_buffer_float extension already provides a means for controlling
clamping at various stages of the pipeline.  It looks like you've implemented
GL_FRAGMENT_COLOR_ARB setting.  Does that sound right?

http://oss.sgi.com/projects/ogl-sample/registry/ARB/color_buffer_float.txt

In the future could you please attach patches as patches (i.e., 'cvs diff -Rud')
instead of entire source files.  It makes it *much* more difficult to tell what
you changed.

     

--           
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email         

------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php

[Bug 4917] Color and alpha values are not clamped in offscreen rendering

Please do not reply to this email: if you want to comment on the bug, go to    

the URL shown below and enter yourcomments there.     

https://bugs.freedesktop.org/show_bug.cgi?id=4917          

------- Additional Comments From James.Burns <at> amrdec.army.mil  2005-11-01 10:02 -------
I do not feel at all comfortable claiming that I have implemented the ARB 
described at the SGI/3dlabs/NVIDIA pages, as the discuss the disabling of 
using this ARB extension to disable clamping at discrete points in the 
pipeline, which is not at all what I have done.

First a review of what I perceive we started with:  There was no color/alpha 
clamping in the off screen renderer of a span.

Next a review of what I have done, if it is left enabled: At the end of the 
color calculation for a span, including fog and antialiasing.  I perform 
clamping on the color and alpha values, if clamping is enable.  Upon studying 
of the standard, this should be done after lighting calculations, but probably 
won't make much difference anyway.  (Brian can feel free to move the code 
block.)

Now to review what the ARB overview requires for this: "Clamping control 
provides a way to disable certain color clamps and allow programs, and the 
fixed-function pipeline, to deal in unclamped colors.  There are controls to 
modify clamping of vertex colors, clamping of fragment colors throughout the 
pipeline, and for pixel return data." All that I have done is enfore 
clamping.  I have not ensure that we comply with the data encoding standards 
that are part of the ARB, nor have I even given thought to the VERTEX color 
clamping portion of the problem. 

Mesa 6.2.1

Is there anyone on this list still using Mesa 6.2.1?

__________________________________________________________________
Switch to Netscape Internet Service.
As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register

Netscape. Just the Net You Need.

New! Netscape Toolbar for Internet Explorer
Search from anywhere on the Web and block those annoying pop-ups.
Download now at http://channels.netscape.com/ns/search/install.jsp

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php

Re: Mesa 6.2.1

Dee Sharpe wrote:
> Is there anyone on this list still using Mesa 6.2.1?

Probably not on this list.  The current stable release of Mesa is 6.4.0.
 Most work is currently happening in either the 6.4 branch (bug fixes
only) or the 6.5 branch (not really a branch, new development / features).

Why do you ask?

Re: Mesa 6.2.1

Ian Romanick <idr <at> us.ibm.com> wrote:

>Why do you ask?

Because I started my port of 6.2.1 to Syllable when it was current.  But the port took so long that current
passed me by.  Now I got my port working, with one problem.  All coordinate values passed to glVertex seem to
be multiplied by ten.  glVertex2f(2.0, 1.5) renders as if glVertex2f(20, 15) was entered.  Since the Mesa
code is stable, then the problem must be in the interface between Mesa & Syllable, however, I do not know
what part of the interface that I need to be looking into to fix this issue.  Maybe I missed something and did
not interface a vital part of Mesa into the Syllable rendering code; I'm not sure.  This problem would
probably also remain when I bring Syllable up to speed with current.  If anyone can point me in the right
direction, I would be very appreciative.

-Dee

__________________________________________________________________
Switch to Netscape Internet Service.
As low as $9.95 a month -- Sign up today at http://isp.netscape.com/register

Netscape. Just the Net You Need.

New! Netscape Toolbar for Internet Explorer
Search from anywhere on the Web and block those annoying pop-ups.
Download now at http://channels.netscape.com/ns/search/install.jsp

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php

Re: [Mesa3d-cvs] CVS Update: Mesa (branch: trunk)

Aapo <at> freedesktop.org wrote:
> CVSROOT:	/cvs/mesa
> Module name:	Mesa
> Repository:	Mesa/src/mesa/tnl/
> Changes by:	aapot <at> gabe.	05/11/02 06:07:03
> 
> Log message:
>   Remove some ghost code and adjust things a bit.

Oops, sorry about that.  I was pretty crosseyed by the time I committed those 
changes.

Keith

-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php

Re: Mesa6.2.1