[alsa] Erreurs avec le wrapper aoss [résolu]

[cycyx]

Bonjour,

Voilà, je viens de me remettre sérieusement à utiliser mon Arch 64bit (après un séjour sous Windows), et je me remets donc à jouer sous Linux.

Et là, je rencontre un soucis étrange.
La plupart de mes jeux fonctionnent bien, mais étrangement, ceux utilisant le wrapper aoss ne fonctionnent pas tous très bien.

Explications.

Eschalon Book I:
Lancement normal : pas de son
Avec aoss : la fenêtre du menu flash et erreur "appstub.linux signal handler 11"

Head over Heels:
Lancement normal : pas de son
Avec aoss : tout va bien

Epic Inventor:
Lancement normal : pas de son
Avec aoss : le splash screen apparaît et le jeu plante avec erreur "siginfo: si_signo 11, si_errno 0, si_code 128, si_addr 0x0".

Dans les cas 1 et 3, j'ai toujours une erreur liée à libspeexdsp à priori :
Backtrace gdb sur EB1:

Code : Tout sélectionner

Program received signal SIGSEGV, Segmentation fault.
0xf6b31968 in ?? () from /usr/lib32/libspeexdsp.so.1
(gdb) bt
#0  0xf6b31968 in ?? () from /usr/lib32/libspeexdsp.so.1
#1  0xf6b3205a in ?? () from /usr/lib32/libspeexdsp.so.1
#2  0xf6b3320c in speex_resampler_init_frac () from /usr/lib32/libspeexdsp.so.1
#3  0xf7793a78 in ?? ()
   from /usr/lib32/alsa-lib/libasound_module_rate_speexrate.so
#4  0xf794f864 in ?? () from /usr/lib32/libasound.so.2
#5  0xf793d6c4 in ?? () from /usr/lib32/libasound.so.2
#6  0xf795538e in ?? () from /usr/lib32/libasound.so.2
#7  0xf793d6c4 in ?? () from /usr/lib32/libasound.so.2
#8  0xf792de5c in snd_pcm_hw_params () from /usr/lib32/libasound.so.2
#9  0xf7a6a786 in ?? () from /usr/lib32/libalsatoss.so.0
#10 0xf7a6b291 in ?? () from /usr/lib32/libalsatoss.so.0
#11 0xf7a6dd9c in lib_oss_pcm_open () from /usr/lib32/libalsatoss.so.0
#12 0xf7fd54fc in ?? () from /usr/lib32/libaoss.so
#13 0xf7fd58f1 in open () from /usr/lib32/libaoss.so
#14 0x0804bbcc in ?? ()
#15 0x0804c1dc in ?? ()
#16 0x0810a376 in ?? ()
#17 0x0810a1b2 in ?? ()
#18 0x08110170 in ?? ()
#19 0x0810fbb9 in ?? ()
#20 0x0810fec8 in ?? ()
#21 0x08107b75 in ?? ()
---Type <return> to continue, or q <return> to quit---
#22 0x080b9066 in ?? ()
#23 0x080b5a95 in ?? ()
#24 0x0804ba08 in ?? ()
#25 0xf7a919d3 in __libc_start_main () from /usr/lib32/libc.so.6
#26 0xf7ffcfbc in _DYNAMIC () from /lib/ld-linux.so.2
#27 0x00000001 in ?? ()
#28 0x0804b850 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)

Début du log d'erreur sur EpicInventor:

Code : Tout sélectionner

JET RUNTIME HAS DETECTED UNRECOVERABLE ERROR #17 (system exception).
Please, contact the vendor of the application.

Signal 11 (SIGSEGV)
siginfo: si_signo 11, si_errno 0, si_code 128, si_addr 0x0

PID 917, TID 0xf7427700

Registers:

  EAX = 0x120  EBX = 0xDEAD9FF4
  ECX = 0x0  EDX = 0xDEADA648
  ESI = 0xDEADA648  EDI = 0xB645778
  EBP = 0xB6350F8  ESP = 0xFFDC9E64
  EIP = 0xDEAD0968 (/usr/lib32/libspeexdsp.so.1+0x9968)

Stack:

  0xFFDC9E64:  0x8 0x270F 0x920 0x5C
  0xFFDC9E74:  0x938 0x125 0x24 0x5C
  0xFFDC9E84:  0x0 0x3FE00000 0x0 0x6E
  0xFFDC9E94:  0x3E182666 0x77 0x0 0x7C

Je ne sais pas trop avec quelle version "ça marchait avant", mais le fait est que ça marchait...

Une idée ?

Merci !

[FoolEcho]

Salut,

Mmmm... speex a été mis à jour en octobre dernier tandis que lib32-speex n'a pas été recompilé depuis... février 2012... Même version pourtant...

Je te suggère de recompiler et réinstaller le paquet lib32-speex et si ça vient bien de là de le signaler dans le bugtracker d'Arch.

[cycyx]

Oui, j'ai bien vu la différence de date...

Cela dit, j'ai 2-3 soucis pour recompiler lib32-speex : il y a une dépendance cyclique entre libx32-glibc et gcc-multilib-x32 (l'un a besoin de l'autre et vice-versa)...

Du coup, impossible de compiler au final.

[cycyx]

Oui.

Alors non.

En fait, je suis un boulet : oubliez mon post précédent...

Bref, j'ai recompilé lib32-speex (et non pas le libx32-speex de AUR...) et effectivement, ça refonctionne très bien.

Aussi bien Eschalon book I que Epic Inventor...

Merci pour cette idée : j'avais bien vu la différence de date mais n'avais pas du tout pensé à recompiler.

Bref, solved!

[cycyx]

Bug signalé.

[benjarobin]

Pour info : https://bugs.archlinux.org/task/37680

[cycyx]

Oui, le tiket est intéressant : le gars ne veux/peux pas fixer le soucis, il faut voir avec les développeurs d'Alsa ou des jeux incriminés...

Alors qu'une simple recompilation du package officiel règle le problème.

Curieux...

[FoolEcho]

Parce qu'il n'a pas vu ou pas compris le rapport au moment, mais a corrigé depuis.

[cycyx]

Oui, oui, j'ai vu !