Bug #2313
GLFramebuffer: Required GL_ARB_framebuffer_object is missing! ...
0%
Description
Hi, I'm trying to run Doomsday Engine on some old MacOSX 10.6 systems (because why not), but it all ends with error of $subject.
Even thought 1.14.x (and previous versions) should be supported on MacOSX 10.6.x it seems not to work on iMacs with ATI X1600 running macosx 10.6.
(I've also tried installing previous releases 1.10.x -> 1.14.x but they all end up with the same error.)
I see there's a similar issue that has been reported 4 years ago, same error message, but different OS and Graphics card (Windows & Intel)
https://tracker.dengine.net/issues/1977, and this issue was also fixed in 1.15.4, but this version already
The Macs I've tested on are is various iMacs (intel-based) with ATI X1600 graphics card (OpenGL is 2.0)
So all fits well with the minimum requirements.
Unfortunately Google won't point me to an solution for getting it started, and I can't find any bug/problem or forum post that hints on what could be wrong.
(Attaching full output from -vvv if that could be useful, btw I also tested added -nofsaa from #1977 too)
Most of the MacOSX versions tested are downloads from sourceforge.net and are named doomsday_1.<version>_mac10_6.dmg
I realise this is not an important issue/bug to solve, but if I could get hints on how to workaround this issue (without upgrading OS, as these old Mac doesn't support more modern MacOSX) I'd be grateful :)
The error message of interest:
Executable: Doomsday Engine 1.14.3 (Stable 64-bit #1230) May 15 2014 09:43:49 Command line options: 0: ../Doomsday.app/Contents/MacOS/Doomsday 1: -vdmap 2: /Applications/Doomsday Engine.app/Contents/Doomsday.app/Contents/Resources 3: }Data/ 4: -vdmap 5: /Applications/Doomsday Engine.app/Contents/Resources/../Doomsday.app/Contents/ DengPlugins/doom.bundle/Contents/Resources/ 6: }Data/jDoom/ 7: -vdmap 8: /Applications/Doomsday Engine.app/Contents/Resources/../Doomsday.app/Contents/ DengPlugins/heretic.bundle/Contents/Resources/ 9: }Data/jHeretic/ 10: -vdmap 11: /Applications/Doomsday Engine.app/Contents/Resources/../Doomsday.app/Contents/ DengPlugins/hexen.bundle/Contents/Resources/ 12: }Data/jHexen/ 13: -basedir 14: /Applications/Doomsday Engine.app/Contents/Doomsday.app/Contents/Resources/ 15: -sfxchan 16: 16 17: -notexcomp 18: -game 19: heretic 20: -iwad 21: /Applications/Doomsday/Heretic.wad 22: -wnd 23: -nofsaa 24: -vvv 25: -userdir 26: /Users/DEuser/Library/Application Support/Doomsday Engine/runtime/ RenderSystem: Loading shader definitions from read-only archive entry "data/renderer.pack/ shaders.dei" [path "/data/doomsday.pk3/data/renderer.pack/shaders.dei"] from archive in read-only "(basedir)/doomsday.pk3" [...] Canvas: Received first show event, scheduling GL ready notification Recycling 5485 allocations/instances GLFramebuffer: Required GL_ARB_framebuffer_object is missing! ^ : Reconfiguring framebuffer: (1008, 630) ms:1 ^ > GLTarget: Creating FBO 1 ^ : FBO 1: glTex 1 (level 0) => attachment 0 ^ : FBO 1: glTex 2 (level 0) => attachment 1 GLFramebuffer: Texture-based framebuffer failed: [ConfigError] (GLTarget::validate) Unsupported Trying fallback without depth/stencil texture ^ > GLTarget: Creating FBO 1 ^ : FBO 1: glTex 1 (level 0) => attachment 0 ^ : FBO 1: depth+stencil renderbuffer (1008, 630) (GLTarget::validate) Unsupported Dir: Changing current directory to "/Users/DEuser/Library/Application Support/Doomsday Engine/runtime/" succeeded Application terminated due to exception: (GLTarget::validate) Unsupported Restoring original display mode due to shutdown DisplayMode: Requested mode is the same as current, ignoring request
Tnx
History
#1 Updated by frpet1 almost 6 years ago
- File Doomsday 32-bit.txt Doomsday 32-bit.txt added
- File Doomsday 32-bit vvv.txt Doomsday 32-bit vvv.txt added
Commenting on my own issue. I noted that Doomsday writes that it's launched as 64-bit.
I wonder if this is a Mach-O bug itself, because the systems I have are all i386.
Launching Doomsday.app prepended with "arch -i386 ..." doesn't seem to help though.
Attaching the logs from those launch sessions too.
(Found this post https://talk.dengine.net/discussion/2587/bad-alloc-on-mac-os-x-10-6-8-with-doomsday-engine-1-14-0 and tested with those parameters too, but it didn't work either...)
iMac20-3:Doomsday admin$ arch -i386 /Applications/Doomsday\ Engine.app/Contents/Doomsday.app/Contents/MacOS/Doomsday -stddir . -game jdoom -file ./Doom.wad -userdir . [...] Application path: /Applications/Doomsday Engine.app/Contents/Doomsday.app/Contents/MacOS/ Doomsday Created a new 32,0 MB memory volume. Executable: Doomsday Engine 1.14.3 (Stable 32-bit #1230) May 15 2014 09:43:58 [...] Canvas: Received first show event, scheduling GL ready notification Recycling 5485 allocations/instances GLFramebuffer: Reconfiguring framebuffer: (1024, 768) ms:1 ^ > GLTarget: Creating FBO 1 ^ : FBO 1: glTex 1 (level 0) => attachment 0 ^ : FBO 1: glTex 2 (level 0) => attachment 1 ^ : Creating FBO 1 ^ : FBO 1: glTex 1 (level 0) => attachment 0 ^ : FBO 1: depth+stencil renderbuffer (1024, 768) GLFramebuffer: Required GL_ARB_framebuffer_object is missing! ^ : Texture-based framebuffer failed: [ConfigError] (GLTarget::validate) Unsupported Trying fallback without depth/stencil texture (GLTarget::validate) Unsupported Dir: Changing current directory to "/Users/admin/Downloads/Doomsday/" succeeded Application terminated due to exception: (GLTarget::validate) Unsupported Restoring original display mode due to shutdown DisplayMode: Requested mode is the same as current, ignoring request Broadcasting 19 bytes Broadcasting 19 bytes Shutting down the console... Z_Shutdown: Used 1 volumes, total 33554432 bytes. ~Library: Unloading "(app)/DengPlugins/dehread.bundle/dehread" ^ : Unloading "(app)/DengPlugins/doom.bundle/doom" ^ : Unloading "(app)/DengPlugins/heretic.bundle/heretic" ^ : Unloading "(app)/DengPlugins/hexen.bundle/hexen" ^ : Unloading "(app)/DengPlugins/savegameconverter.bundle/savegameconverter" ^ : Unloading "(app)/DengPlugins/wadmapconverter.bundle/wadmapconverter"
#2 Updated by skyjake almost 6 years ago
Can't think of anything that would help here... If the OpenGL driver does not provide the required extensions, Doomsday cannot launch.
Any of the even older versions work for you? E.g., 1.9.10
#3 Updated by frpet1 almost 6 years ago
I have some updates: I noted a problem with the way the mac installer works
If you install an older version of Doomsday, it wont replace the Doomsday.app, at least not always.
Yes, I tried 1.9.x but it gives a black screen (works fine on my older PPC-mac though), same as 1.10 in 32-bit mode,
1.11-1.12 gives the title screen of the game + inital sound, but then it bugs out after a while...
1.13-1.14 give the error I've reported.
I can pull the previous versions errors out to see if there anything in there that might cast some light on the issue.
Anyway, I just purchased a slightly newer (but old & used) iMac for ~€100, and on that it works perfectly :)
#4 Updated by frpet1 almost 6 years ago
After further testing it turns out that exactly 1.9.8-1 works on MacOSX 10.6 on iMac(s) with ATI X1600.
Looks like this version uses j... instead of lib... and the graphics doesn't look like it's accelerated though the video card.
1.9.9-1.9.10-1 doesn't (black screen, that ends with a "std:bad_alloc" message).
I guess this is how far we all are willing to put time into this... let me know if you want me to check anything from the later versions if that might help to fix future versions or so...
#5 Updated by skyjake almost 6 years ago
- Status changed from New to Closed