@mritter0 I think you only have to specify the alpha channel if you are directly specifying the drawing colour for OS4. As thomas says, pen-based colours shouldn't have anything to do with alpha channel.
R = red level (32 bit left justified fraction) G = green level (32 bit left justified fraction) B = blue level (32 bit left justified fraction)
if your 256 bit colour is r then
R = r + (r<<8) + (r<<16) + (r<<24)
see also the doc for setRGB32 et al
Quote:
It's not the same as html/web based colors?
#FFFFFF = 0x00FFFFFF ?
Be careful not to make mistake either when you need an ARGB colour do not set the A part to 00 set it to FF, else at some future point when alpha support is extended all your graphics wil disappear (applies mainly tro SetRPAttrs()
R = red level (32 bit left justified fraction) G = green level (32 bit left justified fraction) B = blue level (32 bit left justified fraction) ... see also the doc for setRGB32 et al
I always found this really baffling. I mean it dates back to AmigaOS 1.x (edit: nope, it's actually 3.0) era: Why would they implement 96 bit (3*32 bit) colour depth - that's overkill even today (24 bits is pretty good, and 30 bits is about as good as it gets on consumer video formats.)
Quote:
Be careful not to make mistake either when you need an ARGB colour do not set the A part to 00 set it to FF, else at some future point when alpha support is extended all your graphics wil disappear (applies mainly tro SetRPAttrs()
Hmmm, I thought alpha-channel support was already widely used in OS4, certainly SetRPAttrs() already uses it. And so does MUI4 iirc.
always found this really baffling. I mean it dates back to AmigaOS 1.x (edit: nope, it's actually 3.0) era: Why would they implement 96 bit (3*32 bit) colour depth - that's overkill even today (24 bits is pretty good, and 30 bits is about as good as it gets on consumer video formats.)
Honestly I don't know, it could be that using fractional values was more flexible when convert between different colours spaces, or it could just be they were overly optimitic about how long it would be before HDR displays would surface.
A 32 bit fraction also allows aribitray depth. Less than 8 bits as well as more than 8bits by that I mean converting from a 32 bit fraction to a 5bit depth (for a 15/16 screen) is more acurate then converting from an 8bit value.
For the real why you need someone who was "there"
Quote:
Hmmm, I thought alpha-channel support was already widely used in OS4, certainly SetRPAttrs() already uses it. And so does MUI4 iirc.
There is limited support IIUC, some things take the alpha value more things don't.