Using alephone-20050118, the game will lock up tight every time I try to start it. This occurs whether or not I start the game with 'alephone -m' or without the -m switch. (I had been using alephone-20040417, which runs but hangs on game exit, also with or without the '-m' switch.) It also doesn't matter whether I use the OpenGL or software renderer. If I try to run an existing saved game, I get to the menu where I choose the game; once the game is chosen, the dialog box asking me if I want to resume that game appears, but the "Resume" button is greyed out -- at this point Alephone is completely locked up and I have to use 'killall -9 alephone' to get my X console back. When I get the X console back I get it at 640 x 480, but my regular resolution controls don't work. The only way to get my controls (Ctrl-Alt-+ and Ctrl-Alt-'-') back is to restart alephone and exit it out of it before starting the game. Reproducible: Always Steps to Reproduce: 1. emerge alephone 2. invoke 'alephone -m' 3. Start a new game, or attempt to resume a saved game Actual Results: Alephone hangs and ignores all keyboard or mouse input. The only way to regain the console is to forcibly 'kill -9' the processes. Expected Results: The game should begin and allow play. Portage 2.0.51.22-r1 (default-linux/x86/2005.0, gcc-3.2.3, glibc-2.3.4.20041102-r1, 2.6.11.7 i686) ================================================================= System uname: 2.6.11.7 i686 AMD Duron(tm) Gentoo Base System version 1.4.16 dev-lang/python: 2.2.3-r5, 2.3.5 sys-apps/sandbox: 1.2.10 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.92.0.2-r7 sys-devel/libtool: 1.4.3-r1, 1.5.16 virtual/os-headers: 2.4.19-r1, 2.6.8.1-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O3 -march=i686 -funroll-loops -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config/usr/lib/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/afs/C /etc/afs/afsws /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O3 -march=i686 -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://gentoo.mirrored.ca/ ftp://ibiblio.org/pub/Linux/distributions/gentoo/ ftp://mirror.iawnet.sandia.gov/pub/gentoo/" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X aac aalib acpi afs alsa apm arts avi berkdb bidi bitmap-fonts cdr crypt cups curl dvb dvd dvdr emboss encode fam flac foomaticdb fortran gdbm gif gpm gtk gtk2 imagemagick imap imlib ipv6 java jpeg kde ldap lib libg++ libwww mikmod mmx motif mozilla mp3 mpeg nas ncurses nls ogg oggvorbis opengl oss pam pdapdflib perl png ppds python qt quicktime readline samba sdl slang spell ssl svga tcltk theora tiff truetype truetype-fonts type1-fonts unicode usb videos vorbis wmf www x86 xine xinerama xml xml2 xmms xv zlib video_cards_radeon userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY ------ Here is the console output from alephone at start time: Aleph One SDL linux-gnu i686 Jul 31 2005 http://source.bungie.org/ Original code by Bungie Software <http://www.bungie.com/> Additional work by Loren Petrich, Chris Pruett, Rhys Hill et al. TCP/IP networking by Woody Zenfell Expat XML library by James Clark SDL port by Christian Bauer <Christian.Bauer@uni-mainz.de> This is free software with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it under certain conditions. For details, see the file COPYING. Built with network play enabled. GL_VENDOR: Tungsten Graphics, Inc. GL_RENDERER: Mesa DRI Radeon 20040929 AGP 1x x86/MMX+/3DNow!+ NO-TCL GL_VERSION: 1.2 Mesa 6.2.1 Killed
This bug is critical because it causes an internally unrecoverable crash.
The Severity is for us on this end. Please don't change it.
The problem is with the music files. It seems that Aleph One (at least on Gentoo x86) can't handle them. Removing the Music directory fixes the problem. Note that the same thing happens with the EMR scenario, with the same workaround.
I can't find a specific music "directory" -- there is only a music file. When I rename the music file, I get no opening sound when I start Alephone, but it still locks up hard when I start a new game. Perhaps I'm renaming the wrong file?
You know there isn't much we can do about things not in portage (the scenario) as we have no control over them. Can you see if this problem is resoved with the ebuild from bug 113947 for me?
The problem is SDL_Sound and those mp3s don't get along. They're in some weird format. If SDL_Sound is built with SMPEG support for mp3 instead of internal, things work fine. HTH
I have sdl_sound 1.0.1-r1 installed. There's no portage switch for smpeg (that's also installed, by the way). How do I determine if I've got sdl_sound compiled with smpeg support for mp3?
(In reply to comment #7) > I have sdl_sound 1.0.1-r1 installed. There's no portage switch for smpeg > (that's also installed, by the way). How do I determine if I've got sdl_sound > compiled with smpeg support for mp3? If you built from portage, you don't. It's disabled for some reason in portage. I had to build it on my own to get the M1A1 music to work. If you prefer to stick with what's in portage, the music files you want to get rid of are mp3s...do a "find . -name "*.mp3" in your M1A1 directory and remove those files. The music file you renamed is the startup sound, and since it's AIFF should work fine.
Okay -- I rebuilt sdl-sound with smpeg support (by tweaking the ebuild for it) and that has resolved the hanging at start problem. I guess that means this bug is solved -- now I noticed that Alephone crashes every time I exit (or teleport to change levels). Is that listed anywhere else?
It was mentioned in the original posting here. I'll file a bug against sdl_sound for smpeg support and make it block this bug.
I guess I should have resolved this a long time ago.