Opened 3 years ago

Last modified 2 years ago

#17027 assigned bug

GLTeapot crashed at 8-bit/pixel setting

Reported by: cocobean Owned by: nobody
Priority: normal Milestone: Unscheduled
Component: Drivers/Graphics/nVidia Version: R1/beta3
Keywords: nvidia, glteapot Cc:
Blocked By: Blocking:
Platform: All

Description

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.

Attachments (1)

GLTeapot-1426-debug-29-03-2021-19-13-59.report (10.7 KB ) - added by cocobean 3 years ago.
GLTeapot crash report on hrev55022 x86_gcc2

Download all attachments as: .zip

Change History (11)

comment:1 by kallisti5, 3 years ago

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

by cocobean, 3 years ago

GLTeapot crash report on hrev55022 x86_gcc2

comment:2 by cocobean, 3 years ago

GLTeapot reports 'Unsupported OpenGL color space' in the crash report. NOte: Mesa no longer supports 8bpp color depth (i.e. by default).

Last edited 3 years ago by cocobean (previous) (diff)

comment:3 by rudolfc, 3 years ago

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?)

comment:4 by cocobean, 3 years ago

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

comment:5 by X512, 3 years ago

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.

comment:6 by cocobean, 3 years ago

Resolved. GLTeapot does not support 8bpp at all, on any video driver.

  1. Originally, I tested with the GLTeapot already running when I changed the video driver's color space setting. GLTeapot remained functional on some video drivers, but triggerred the error on the Nvidia video driver.
  1. Second test. If GLTeapot is (re)started with the video driver's color space setting is 8bpp - GLTeapot crashes immediately with the same error (using any of the mentioned video drivers). GLTeapot works fine in the 16bpp/32bpp color settings with the same video drivers.
Version 0, edited 3 years ago by cocobean (next)

comment:7 by kallisti5, 3 years ago

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.

Last edited 3 years ago by kallisti5 (previous) (diff)

comment:8 by rudolfc, 3 years ago

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

comment:9 by cocobean, 3 years ago

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

Last edited 3 years ago by cocobean (previous) (diff)

comment:10 by diver, 3 years ago

Owner: changed from rudolfc to nobody
Status: newassigned
Note: See TracTickets for help on using tickets.