Opened 13 years ago
Closed 13 years ago
#8381 closed bug (fixed)
Haiku3D not working
| Reported by: | Disreali | Owned by: | kallisti5 |
|---|---|---|---|
| Priority: | normal | Milestone: | R1 |
| Component: | Kits/OpenGL Kit | Version: | R1/Development |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| Platform: | All |
Description
On hrev43812-2h nightly, launching Haiku3d simple opens a window with a black background. The 3d letter do not appear. Possible related to the new mesa pkg.
Attaching screen capture.
Not sure how to file this as Haiku3d is not in the applications component list.
Attachments (1)
Change History (11)
by , 13 years ago
| Attachment: | hrev43812-2hn_Haiku3d_ does_not_work.png added |
|---|
comment:1 by , 13 years ago
| Component: | - General → Kits/OpenGL Kit |
|---|---|
| Owner: | changed from to |
| Status: | new → assigned |
comment:2 by , 13 years ago
comment:3 by , 13 years ago
comment:4 by , 13 years ago
Thanks for the bisect.
http://cgit.haiku-os.org/haiku/tag/?id=hrev43755 definitely looks to be the cause. Strange that GLTeapot works while Haiku3D doesn't though :\
comment:5 by , 13 years ago
Ah. Haiku3D and flurry use non-direct rendering, while GLTeapot uses direct rendering.
Not sure of the cause yet, but that seems to be a common item that could make a big difference.
comment:6 by , 13 years ago
Correction: They all *use* direct rendering, however Haiku3d and flurry never try to use it.. while GLTeapot does.
comment:7 by , 13 years ago
I have an application side fix... but I pinged the mailing list as I need to know if it really is an application bug, or a bug on my end.
comment:8 by , 13 years ago
comment:9 by , 13 years ago
fixed. As soon as I get this branch merged in i'll post hrev and mark as resolved :)
Added an Applications/Haiku3D component. However, as this one is more likely a mesa regression, assigning to OpenGL kit.