Welcome guest. Before posting on our computer help forum, you must register. Click here it's easy and free.

Author Topic: Open GL in ubuntu 10.10 not running right while using the spring engine  (Read 4531 times)

0 Members and 1 Guest are viewing this topic.

Roguebantha

    Topic Starter


    Beginner
    • Yes
  • Certifications: List
  • Computer: Specs
  • Experience: Expert
  • OS: Linux variant
So I am attempting to run Open GL through ubuntu 10.10 and having trouble with it. I am using the spring engine to play certain games and I have had multiple problems. In the beginning, running the spring engine would cause spring to say GLX not found or something of that nature. After installing the libgl1-mesa, the game would not say GLX not found, hitting the start would do literally nothing though. Drivers for Linux are hard to find so I couldn't just update it. I did on the other hand run the application through the terminal so I could see the error. This is what I get when running the program:

springlobby

(springlobby:4176): Gtk-CRITICAL **: IA__gtk_window_resize: assertion `GTK_IS_WINDOW (window)' failed

(springlobby:4176): Gtk-CRITICAL **: IA__gtk_window_unmaximize: assertion `GTK_IS_WINDOW (window)' failed
LogOutput initialized.
Spring 0.82.5.1 (Headless Unitsync)
Build date/time: Sep 29 2010 13:07:54
Available log subsystems: ArchiveScanner, VFS-detail, VFS, unitsync
Enabled log subsystems: unitsync
Enable or disable log subsystems using the LogSubsystems configuration key
  or the SPRING_LOG_SUBSYSTEMS environment variable (both comma separated).
Using read-write data directory: /home/seth/.spring/
Using read-only data directory: /usr/share/games/spring/
Using read-only data directory: /usr/lib/spring/
Scanning: /usr/share/games/spring/maps
Scanning: /usr/share/games/spring/base
Scanning: /usr/share/games/spring/mods
unitsync: loaded, 0.82.5.1 (Headless Unitsync)
Using read-write data directory: /home/seth/.spring/
Using read-only data directory: /usr/share/games/spring/
Using read-only data directory: /usr/lib/spring/
Scanning: /usr/share/games/spring/maps
Scanning: /usr/share/games/spring/base
Scanning: /usr/share/games/spring/mods
unitsync: initialized, 0.82.5.1 (Headless Unitsync)
unitsync: hosting
unitsync: archive checksum: /usr/share/games/spring/maps/Central_Hub.sd7
unitsync: archive checksum: /usr/share/games/spring/maps/Corrupted_Core.sd7
unitsync: archive checksum: /usr/share/games/spring/maps/Data_Cache_L1.sd7
unitsync: archive checksum: /usr/share/games/spring/maps/DigitalDivide_PT2.sd7
unitsync: archive checksum: /usr/share/games/spring/maps/Direct_Memory_Access_0.5c_beta.sd7
unitsync: archive checksum: /usr/share/games/spring/maps/Direct_Memory_Access_0.5e_beta.sd7
unitsync: archive checksum: /usr/share/games/spring/maps/Dual_Core.sd7
unitsync: archive checksum: /usr/share/games/spring/maps/Major_Madness3.0.sd7
unitsync: archive checksum: /usr/share/games/spring/maps/Marble_Madness_Map.sd7
unitsync: archive checksum: /usr/share/games/spring/maps/Palladium_0.5_(beta).sd7
unitsync: archive checksum: /usr/share/games/spring/maps/Quad_Core.sd7
unitsync: archive checksum: /usr/share/games/spring/maps/Speed_Balls_16_Way.sdz
unitsync: archive checksum: /usr/share/games/spring/maps/Spooler_Buffer_0.5_beta.sd7
unitsync: archive checksum: Kernel_Panic_4.1.sd7
unitsync: initfindvfs: Saves/*.ssf
unitsync: findfilesvfs: 0
unitsync: initfindvfs: demos/*.sdf
unitsync: findfilesvfs: 0
unitsync: initfindvfs: demos/*.sdf
unitsync: findfilesvfs: 0
error = 2, MapOptions.lua, error = 2, maphelper/mapinfo.lua, [string "maphelper/mapinfo.lua"]:30: missing configFile argument

unitsync: error: GetMapOptionCount: luaParser.Execute() failed: error = 2, maphelper/mapinfo.lua, [string "maphelper/mapinfo.lua"]:30: missing configFile argument
error = 2, MapOptions.lua, error = 2, maphelper/mapinfo.lua, [string "maphelper/mapinfo.lua"]:30: missing configFile argument

unitsync: error: GetMapOptionCount: luaParser.Execute() failed: error = 2, maphelper/mapinfo.lua, [string "maphelper/mapinfo.lua"]:30: missing configFile argument
using configuration source "/home/seth/.springrc"
[CMyMath::Init] CPU SSE mask: 112, flags:
   SSE 1.0:  1,  SSE 2.0:  1
   SSE 3.0:  0, SSSE 3.0:  0
   SSE 4.1:  0,  SSE 4.2:  0
   SSE 4.0A: 0,  SSE 5.0A: 0
   using streflop SSE FP-math mode, CPU supports SSE instructions
OS: Linux
OS: 32bit native mode
LogOutput initialized.
Spring 0.82.5.1
Build date/time: Sep 29 2010 13:10:01
Available log subsystems: CollisionVolume, unit, ArchiveScanner, VFS-detail, VFS, Sound
Enabled log subsystems: Sound
Enable or disable log subsystems using the LogSubsystems configuration key
  or the SPRING_LOG_SUBSYSTEMS environment variable (both comma separated).
Using read-write data directory: /home/seth/.spring/
Using read-only data directory: /usr/share/games/spring/
Using read-only data directory: /usr/lib/spring/
Scanning: /usr/share/games/spring/maps
Scanning: /usr/share/games/spring/base
Scanning: /usr/share/games/spring/mods
Supported Video modes: 1024x768, 832x624, 800x600, 720x450, 720x400, 680x384, 640x512, 640x480, 640x400, 640x350, 576x432, 512x384, 416x312, 400x300, 360x200, 320x240, 320x200, 320x175
Segmentation fault (SIGSEGV) in spring 0.82.5.1
Stacktrace:
/usr/games/spring() [0x85d5a27]
[0xa46400]
# NOTE: above line shows no path -> not translating
/usr/lib/fglrx/libGL.so.1(XF86DRIQueryExtension+0x8e) [0x8b55a0]
Translated Stacktrace:
??:0
??:0
Spring crashed Segmentation fault (SIGSEGV)
X Error of failed request:  BadLength (poly request too large or internal Xlib length error)
  Major opcode of failed request:  65 (X_PolyLine)
  Serial number of failed request:  13
  Current serial number in output stream:  14
unitsync: initfindvfs: Saves/*.ssf
unitsync: findfilesvfs: 0
unitsync: initfindvfs: demos/*.sdf
unitsync: findfilesvfs: 0
using configuration source "/home/seth/.springrc"
[CMyMath::Init] CPU SSE mask: 112, flags:
   SSE 1.0:  1,  SSE 2.0:  1
   SSE 3.0:  0, SSSE 3.0:  0
   SSE 4.1:  0,  SSE 4.2:  0
   SSE 4.0A: 0,  SSE 5.0A: 0
   using streflop SSE FP-math mode, CPU supports SSE instructions
OS: Linux
OS: 32bit native mode
LogOutput initialized.
Spring 0.82.5.1
Build date/time: Sep 29 2010 13:10:01
Available log subsystems: CollisionVolume, unit, ArchiveScanner, VFS-detail, VFS, Sound
Enabled log subsystems: Sound
Enable or disable log subsystems using the LogSubsystems configuration key
  or the SPRING_LOG_SUBSYSTEMS environment variable (both comma separated).
Using read-write data directory: /home/seth/.spring/
Using read-only data directory: /usr/share/games/spring/
Using read-only data directory: /usr/lib/spring/
Scanning: /usr/share/games/spring/maps
Scanning: /usr/share/games/spring/base
Scanning: /usr/share/games/spring/mods
Supported Video modes: 1024x768, 832x624, 800x600, 720x450, 720x400, 680x384, 640x512, 640x480, 640x400, 640x350, 576x432, 512x384, 416x312, 400x300, 360x200, 320x240, 320x200, 320x175
Segmentation fault (SIGSEGV) in spring 0.82.5.1
Stacktrace:
/usr/games/spring() [0x85d5a27]
[0xaa9400]
# NOTE: above line shows no path -> not translating
/usr/lib/fglrx/libGL.so.1(XF86DRIQueryExtension+0x8e) [0xc195a0]
Translated Stacktrace:
??:0
??:0
Spring crashed Segmentation fault (SIGSEGV)
X Error of failed request:  BadLength (poly request too large or internal Xlib length error)
  Major opcode of failed request:  65 (X_PolyLine)
  Serial number of failed request:  13
  Current serial number in output stream:  14
unitsync: initfindvfs: Saves/*.ssf
unitsync: findfilesvfs: 0
unitsync: initfindvfs: demos/*.sdf
unitsync: findfilesvfs: 0
unitsync: openfilevfs: SidePics/SYSTEM.bmp
unitsync: filesizevfs: 1
unitsync: readfilevfs: 1
 
The Open GL problem appears to come right at the end thought at this point I'm uncertain on if it is possibly my monitor. It does not like fullscreen at all. Computer specs are as follows:

Intel pentium 4 running at 2.53 ghz
Ubuntu 10.10
130 GB of hard drive space
100.6 GB left
748 mb of RAM
ATA maxtor 6Y160P0 hard drive
If you want info on the motherboard just tell me. I cannot tell what kind I have just a lot of different stuff on it that would be very annoying to type.
ATI technologies inc Rage 128Pro Ultra TF
Don't know what kind of monitor. It was made by the company emachines if that helps.

Mr-Bisquit



    Greenhorn

    • Experience: Beginner
    • OS: Unknown
    Re: Open GL in ubuntu 10.10 not running right while using the spring engine
    « Reply #1 on: August 07, 2011, 04:00:09 PM »
    Does the spring engine have a mailing list that you could ask the question on?
    Have you contacted the Ubuntu maintainer of the application about the problem?
    Are you using proprietary drivers or the free ones?

    If you think that OpenGL/GLX is the problem, then test out another application such as Blender or k3b to see what the results are. Monitor HorizSync and VertRefresh will only affect the modes not the performance of software or hardware.

    Roguebantha

      Topic Starter


      Beginner
      • Yes
    • Certifications: List
    • Computer: Specs
    • Experience: Expert
    • OS: Linux variant
    Re: Open GL in ubuntu 10.10 not running right while using the spring engine
    « Reply #2 on: August 08, 2011, 07:14:19 AM »
    I've tried the spring engine's faq. I'll try and see if someone has anything else on they're website. Also I've tried running Google earth for linux too but it wouldn't run for reasons not clear to me. Google earth generally runs using Open GL though so I've tried running a different application(Though it was so out of date I should probably try again.) Thanks again I won't be back in awhile :-[ I'll post when I can.

    Roguebantha

      Topic Starter


      Beginner
      • Yes
    • Certifications: List
    • Computer: Specs
    • Experience: Expert
    • OS: Linux variant
    Re: Open GL in ubuntu 10.10 not running right while using the spring engine
    « Reply #3 on: November 22, 2011, 02:50:53 PM »
    Sorry, I have not posted back in a long time. I am almost certain it is my monitor. A program that used to work fine with my older monitor gave me the same error in less words. The program also ran using open GL. I will try replacing the monitor and seeing if that works.