http://bugs.freedesktop.org/show_bug.cgi?id=10972
Summary: Wrong processing of unsigned color value
Product: Mesa
Version: CVS
Platform: All
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
Component: Mesa core
AssignedTo: [email protected]
ReportedBy: [EMAIL PROTECTED]
CC: [EMAIL PROTECTED], [EMAIL PROTECTED]
Mesa: master 8a7f474c691dc077c081b59e30937e526400860f
>From OpenGL spec: if the bitwidth (let's say "m") of a color channel in FB is
less than the number of bits of the value with which the color component was
specified, then the converted value must equal the most significant "m" bits of
the specified value. (see 2.14.9, spec v1.5).
Current implementation of Mesa doesn't follow this rule.
the attached case shows an example:
Run the case under any visual in which the bitwidth (let's say "m") of Red
channel is smaller than 16 (which is the bit width of type unsigned short), and
see whether the value read back is consistent with the first "m" most
significant bits of the specified value by glColor*us(). For example, if m = 8,
and glColor*us(0x00EE, ..., ...) is called, the expected red color read back
should be consistent with 0x00 (the 8 MSBs).
--
Configure bugmail: http://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.
-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
_______________________________________________
Mesa3d-dev mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
