Announcement

Collapse
No announcement yet.

Here's The Third Humble Indie Bundle

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • #61
    Had an issue with no sound with Trine x64 on Fedora 14 x64.

    Console reported
    ALSA lib pcm.c:2104snd_pcm_open_conf) Cannot open shared library /usr/lib/alsa-lib/libasound_module_pcm_pulse.so
    ALSA lib pcm.c:2104snd_pcm_open_conf) Cannot open shared library /usr/lib/alsa-lib/libasound_module_pcm_pulse.so
    ALSA lib pcm.c:2104snd_pcm_open_conf) Cannot open shared library /usr/lib/alsa-lib/libasound_module_pcm_pulse.so
    AL lib: alsa.c:344: Could not open playback device 'default': No such file or directory
    AL lib: oss.c:179: Could not open /dev/dsp: No such file or directory

    To fix it, I discovered that libasound.so.2 file was different to the one on my system.

    I copied the /lib64/libasound.so.2 to the trine/lib64/ directory and sound now works in 64bit.

    The size difference are as follows

    996656 Apr 13 23:52 libasound.so.2 <- Fedora 14 ( /lib64/libasound.so.2 ) file
    901336 Apr 13 17:53 libasound.so.2.old <- renamed the file installed from Trine installer

    Hope this helps someone.

    Comment


    • #62
      Originally posted by turol View Post
      That won't help you much. What you see is already a backtrace and the last thing in it is some library (probably the graphics driver) which has no stack pointers and so it's impossible to trace back further.
      I suspect that one(or more) of the libraries bundled with game still misbehave on some systems. That's why, finding what going on might be useful. After all workaround might be as easy as removing problematic libraries.

      Of course, I might be wrong about this, but checking that is trivial.

      Comment


      • #63
        Originally posted by sobkas View Post
        Originally posted by turol View Post
        That won't help you much. What you see is already a backtrace and the last thing in it is some library (probably the graphics driver) which has no stack pointers and so it's impossible to trace back further.
        I suspect that one(or more) of the libraries bundled with game still misbehave on some systems. That's why, finding what going on might be useful. After all workaround might be as easy as removing problematic libraries.

        Of course, I might be wrong about this, but checking that is trivial.
        As already pointed out by turol, without stack pointers gdb can't reveal much, but here's the debug output:

        Code:
        [Thread debugging using libthread_db enabled]
        [New Thread 0xb5d68b70 (LWP 26462)]
        [New Thread 0xb53e5b70 (LWP 26463)]
        [New Thread 0xb06bdb70 (LWP 26464)]
        [Thread 0xb06bdb70 (LWP 26464) exited]
        
        Program received signal SIGSEGV, Segmentation fault.
        0xb5eaadfb in xcb_send_request () from ./lib32/libxcb.so.1
        #0  0xb5eaadfb in xcb_send_request () from ./lib32/libxcb.so.1
        #1  0xb5ec1701 in xcb_glx_query_version () from /usr/lib/libxcb-glx.so.0
        #2  0xb74ab3e0 in ?? () from /usr/lib/libGL.so.1
        #3  0xb74a82b3 in ?? () from /usr/lib/libGL.so.1
        #4  0xb74a849a in glXChooseVisual () from /usr/lib/libGL.so.1
        #5  0xb7d08cbc in ?? () from ./lib32/libSDL-1.2.so.0
        #6  0xb7d0e602 in ?? () from ./lib32/libSDL-1.2.so.0
        #7  0xb7cfba01 in SDL_SetVideoMode () from ./lib32/libSDL-1.2.so.0
        #8  0x0813ac28 in ?? ()
        #9  0x081bb61b in ?? ()
        #10 0x08390a6b in ?? ()
        #11 0xb687fdb6 in __libc_start_main () from /lib/libc.so.6
        #12 0x08050841 in ?? ()
        A debugging session is active.
        
        	Inferior 1 [process 26459] will be killed.
        Also, I tried removing the bundled libraries one-by-one, leaving only those that are absolutely necessary and using system libs where possible. On my system, the following were the only "necessary" ones. Still, this didn't solve anything.
        Code:
        libavcodec.so.51
        libboost_thread-mt.so.1.35.0
        libCg.so
        libcxcore.so.1
        libSDL_ttf-2.0.so.0
        libavutil.so.49
        libCgGL.so
        libcv.so.1
        libPhysXLoader.so.1

        Comment


        • #64
          Originally posted by turol View Post
          What GPU do you have? Please note that Intel GPUs and ATI GPUs with Mesa drivers are not supported. You need ATI with fglrx driver or Nvidia with their proprietary driver.

          Which distribution? Is your driver properly installed? Does glxgears work? What does glxinfo show?
          Funtoo Linux. Radeon 4870HD with proprely installed GIT OSS drivers.
          All games from the two older bundle works correctly.
          Two EVE-Online account run on this computer for around 8 hours a day minimum : no problem there...

          I can't return to fglrx because I will need to downgrade the Kernel and X and... I get more crash on EVE-Online with FGLRX than with the OSS one.

          I can understand that one of the game don't work with OSS drivers but... ALL of them crash with the same error... This look more like the driver is not in a white list so it's time to crash! Or it search for specific openGL functions ?

          I will think two times before ninja-donating money on the next pack :/

          PS : I just read that Trine RUN on OSS drivers... with the Windows version on Wine..

          Comment


          • #65
            Originally posted by RavFX View Post
            I can understand that one of the game don't work with OSS drivers but... ALL of them crash with the same error... This look more like the driver is not in a white list so it's time to crash! Or it search for specific openGL functions ?

            I will think two times before ninja-donating money on the next pack :/
            Indeed, all the games run on modified versions of the same engine so you'll get similar errors when they all need an OpenGL extension that the OSS driver doesn't have.

            Comment


            • #66
              Originally posted by dcc24 View Post
              ...
              Code:
              [Thread debugging using libthread_db enabled]
              [New Thread 0xb5d68b70 (LWP 26462)]
              [New Thread 0xb53e5b70 (LWP 26463)]
              [New Thread 0xb06bdb70 (LWP 26464)]
              [Thread 0xb06bdb70 (LWP 26464) exited]
              
              Program received signal SIGSEGV, Segmentation fault.
              0xb5eaadfb in xcb_send_request () from ./lib32/libxcb.so.1
              #0  0xb5eaadfb in xcb_send_request () from ./lib32/libxcb.so.1
              #1  0xb5ec1701 in xcb_glx_query_version () from /usr/lib/libxcb-glx.so.0
              #2  0xb74ab3e0 in ?? () from /usr/lib/libGL.so.1
              #3  0xb74a82b3 in ?? () from /usr/lib/libGL.so.1
              #4  0xb74a849a in glXChooseVisual () from /usr/lib/libGL.so.1
              #5  0xb7d08cbc in ?? () from ./lib32/libSDL-1.2.so.0
              #6  0xb7d0e602 in ?? () from ./lib32/libSDL-1.2.so.0
              #7  0xb7cfba01 in SDL_SetVideoMode () from ./lib32/libSDL-1.2.so.0
              #8  0x0813ac28 in ?? ()
              #9  0x081bb61b in ?? ()
              #10 0x08390a6b in ?? ()
              #11 0xb687fdb6 in __libc_start_main () from /lib/libc.so.6
              #12 0x08050841 in ?? ()
              A debugging session is active.
              
              	Inferior 1 [process 26459] will be killed.
              ...
              I'm suffering from the same crash on both Shadowground games, and the SM 3.0 on Trine.

              I'm using the OSS drivers from GIT (April 12th) on a R670 chip. Arch Linux 64 bit.

              Comment


              • #67
                Forgot to mention; Happens with Gallium3D and Mesa classic.

                Comment


                • #68
                  An earlier post had mentioned that S3TC support might be needed, so maybe someone should do a compile of Git Mesa and install the S3TC library for r300/r600. Maybe that'll solve the problem?

                  Worth a shot at least.

                  Comment


                  • #69
                    Originally posted by dcc24 View Post
                    As already pointed out by turol, without stack pointers gdb can't reveal much, but here's the debug output:

                    Code:
                    [Thread debugging using libthread_db enabled]
                    [New Thread 0xb5d68b70 (LWP 26462)]
                    [New Thread 0xb53e5b70 (LWP 26463)]
                    [New Thread 0xb06bdb70 (LWP 26464)]
                    [Thread 0xb06bdb70 (LWP 26464) exited]
                    
                    Program received signal SIGSEGV, Segmentation fault.
                    0xb5eaadfb in xcb_send_request () from ./lib32/libxcb.so.1
                    #0  0xb5eaadfb in xcb_send_request () from ./lib32/libxcb.so.1
                    #1  0xb5ec1701 in xcb_glx_query_version () from /usr/lib/libxcb-glx.so.0
                    #2  0xb74ab3e0 in ?? () from /usr/lib/libGL.so.1
                    #3  0xb74a82b3 in ?? () from /usr/lib/libGL.so.1
                    #4  0xb74a849a in glXChooseVisual () from /usr/lib/libGL.so.1
                    #5  0xb7d08cbc in ?? () from ./lib32/libSDL-1.2.so.0
                    #6  0xb7d0e602 in ?? () from ./lib32/libSDL-1.2.so.0
                    #7  0xb7cfba01 in SDL_SetVideoMode () from ./lib32/libSDL-1.2.so.0
                    #8  0x0813ac28 in ?? ()
                    #9  0x081bb61b in ?? ()
                    #10 0x08390a6b in ?? ()
                    #11 0xb687fdb6 in __libc_start_main () from /lib/libc.so.6
                    #12 0x08050841 in ?? ()
                    A debugging session is active.
                    
                    
                    	Inferior 1 [process 26459] will be killed.
                    Sorry for not mentioning that before, but I hoped that you would run that command after removing two libraries.

                    As you can see, your backtrace is almost identical to backtrace in my post.
                    Removing libX11.so.6 and libxcb.so.1 should fix problems with xcb_send_request(it's involved, I don't know the cause) but apparently you have another problem besides that.

                    I don't know what is wrong but backtrace after removing two libraries should help or at least shed some light on what check next.

                    Comment


                    • #70
                      S3TC alwredi enabled (as I need it for EVE-Online)

                      so maybe it's just ATI_draw_buffers...

                      Comment

                      Working...
                      X