Opened 6 years ago

Closed 6 years ago

#11429 closed bug (fixed)

OpenGL with SDL is buggy with mesa_x86_swrast

Reported by: miqlas Owned by: kallisti5
Priority: normal Milestone: R1
Component: Kits/OpenGL Kit/Software Rasterization Version: R1/Development
Keywords: swrast, tiny content, Cc:
Blocked By: Blocking:
Platform: x86


Hi Guys!

I compiled Homeworld with SDL, and it works, but the windows content is pretty small with mesa_x86_swras, but works better with mesa_x86_swpipe.

I made the attached screenshots on the same hardware, same Haiku gcc2h PM revision ( hrev48247 ), same Homeworld build, but with different renderer. Check the screenshots.

Attachments (2)

swrast_bug.jpeg (598.7 KB ) - added by miqlas 6 years ago.
Bug with swrast
works_with_swpipe.png (236.6 KB ) - added by miqlas 6 years ago.
Works with swpipe

Download all attachments as: .zip

Change History (5)

by miqlas, 6 years ago

Attachment: swrast_bug.jpeg added

Bug with swrast

by miqlas, 6 years ago

Attachment: works_with_swpipe.png added

Works with swpipe

comment:1 by miqlas, 6 years ago

Of course i can provide binary to test: Let me know if you need anything else. (Oh, and i'm using HD4000 with intel-extreme driver)

Last edited 6 years ago by miqlas (previous) (diff)

comment:2 by pulkomandy, 6 years ago

I had the same problem with giddy3 and Dragon Memory (both built with gcc2). What happens is:

  • SDL creates a small 32x32 window in SDL_init and adds a BGLView to it
  • Then it resizes the window when SDL_setvideomode is called

It seems swrast does not like being resized. I can update the libsdl_x86 package to apply the same workaround, which should work; however it would be nice to actually fix swrast, too.

comment:3 by pulkomandy, 6 years ago

Resolution: fixed
Status: newclosed

Fixed on SDL side in hrev48260.

Note: See TracTickets for help on using tickets.