GLTeapot crashed at 8-bit/pixel setting

[cocobean]

When changing Screen color setting preferences to 8-bits/pixel, GLTeapot crashed.

NOTE: No issues with 15/16/32 bits/pixel color setting. This works fine using the Intel and VESA video drivers.

[kallisti5]

hm. I remember seeing this one in the past.

The Mesa 21 rewrite is likely even worse as a lot of 8bpp pixel mapping code was removed (legacy API's going away, changing, etc)

Not sure there's much we can do for this one before R1/beta3

[cocobean]

GLTeapot crash report on hrev55022 x86_gcc2

[cocobean]

Please close this ticket. GLTeapot reports 'Unsupported OpenGL color space' in the crash report. Note: GLTeapot doesn't mention this for the Intel and VESA drivers.

[rudolfc]

Hi, I agree (not sure this can be helped). This might very well be -not- an error of the driver after all (how often did you test this with other drivers recently?)

[cocobean]

R1B3 tested. Haiku desktop switches to 8 bits/pixel color selection without issue.

[X512]

If nothing was changed, BDirectWindow with direct rendering enabled supports only 32 bit mode. Non-32 bit modes require color conversion code. Maybe some existing Haiku code can be reused. Also Mesa may support native non-32 bit back buffer format, but I didn't tested.

[kallisti5]

Like I said... this isn't a video card driver issue. This is a mesa issue. Mesa (llvmsoftpipe) works the same on intel vs vesa vs radeon_hd.

[rudolfc]

So, Shall I close this ticket or can someone reassign/update it to reflect the real problem? Thank you for updating the status! :-)

[cocobean]

Resolved with Haiku's Mesa 21.2.0. No further issues. Please close this ticket.