Bug#625700: Cannot reproduce bug in sludge-engine
Am 09.05.2011 04:49, schrieb Jason Woofenden: Install libalure-dev, then compile and run the alurestream example program: $ gcc /usr/share/doc/libalure-dev/examples/alurestream.c -lalure -lopenal -o alurestream $ ./alurestream some_audiofile That should give you some sound if alure works. That works fine (tried it on a couple vorbis files.) Also what is the output if you run sludge-engine with debug output: $ sludge-engine -d1 gamefile I did this: sludge-engine -d1 LifeFlashesBy.slg 2>&1 | tee d1.log That's strange, alure working and no debug messages from SLUDGEs sound subsystem. I even installed the bigmem kernel in Virtualbox and still can't reproduce it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625700: Cannot reproduce bug in sludge-engine
Am 07.05.2011 05:15, schrieb Jason Woofenden: Thank you for the prompt and detailed reply! I'll follow your instructions (on testing alure) after I home to my desktop (hopefully on Monday.) I'm away, on my laptop for the weekend. My laptop is a loongson lemote, a 64-bit little-endian mips netbook. Also running debian unstable. I tried sludge-engine on Out Of Order on my laptop, and got curious results. First the mouse pointer was warped to the center of the screen, then the screen went black (including the mouse cursor disappearing) then it stayed black for a while. I went to VT1 to see what was up, and sludge-engine wasn't using enough CPU (if any) to show in the top results of the "top" program. I switched back to VT7, and sludge-engine had exited, after outputting like so: Yeah, sludge was never tested on mips. Please run it without antialiasing and with debug output (-a0 -d1) and post the output to a new bug report. I have seen all of the following messages, but it doesn't cause anything not to work here. lemote ~> sludge-engine out-of-order.slg Error loading libdumb.so: libdumb.so: cannot open shared object file: No such file or directory I also get this on sid i386. It's because gentoo (which the author of alure uses) there is only libdumb.so, which shouldn't be needed for running programs (that's why it's in the dev package on Debian). But there's also libmodplug support in alure. If you get this message, the affected files should be played by libmodplug, so there's no problem. AL lib: pulseaudio.c:612: Context did not connect: Connection refused I also get this on sid i386. It means that openal fails to connect to pulseaudio. But then it should use alsa or maybe even oss. Inconsistency detected by ld.so: dl-close.c: 731: _dl_close: Assertion `map->l_init_called' failed! Get it on sid i386 and testing amd64. It's caused by openal but should not be the cause of the missing sound. So it seems it's a good idea to investigate why openal doesn't use alsa. If you run any audio player suspending pulseaudio, do you get sound? $ pasuspender -- totem Do you get sound when running sludge-engine with suspending pulseaudio? $ pasuspender -- sludge_engine gamefile -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625700: Cannot reproduce bug in sludge-engine
Thank you for the prompt and detailed reply! I'll follow your instructions (on testing alure) after I home to my desktop (hopefully on Monday.) I'm away, on my laptop for the weekend. My laptop is a loongson lemote, a 64-bit little-endian mips netbook. Also running debian unstable. I tried sludge-engine on Out Of Order on my laptop, and got curious results. First the mouse pointer was warped to the center of the screen, then the screen went black (including the mouse cursor disappearing) then it stayed black for a while. I went to VT1 to see what was up, and sludge-engine wasn't using enough CPU (if any) to show in the top results of the "top" program. I switched back to VT7, and sludge-engine had exited, after outputting like so: lemote ~> sludge-engine out-of-order.slg Error loading libdumb.so: libdumb.so: cannot open shared object file: No such file or directory AL lib: pulseaudio.c:612: Context did not connect: Connection refused Inconsistency detected by ld.so: dl-close.c: 731: _dl_close: Assertion `map->l_init_called' failed! zsh: exit 127 sludge-engine out-of-order.slg Odd... So I look for libdumb.so: lemote ~> apt-file search libdumb.so audacious-dumb: /usr/lib/audacious/Input/libdumb.so libdumb1: /usr/lib/libdumb.so.1 libdumb1: /usr/lib/libdumb.so.1.0.0 libdumb1-dev: /usr/lib/libdumb.so libdumb.so is only in the -dev package (which I don't have installed). Is that normal? I don't know enough to know whether the problem is that the library is packaged wrong, or if something is linking to libdumb.so when it should be linking to libdumb.so.1. I just checked my desktop (via ssh) and it also has libdumb.so only in the -dev package, but there I do have libdumb1-dev installed (which explains why I didn't get the link error before writing the initial bug report.) Please let me know if I should file a separate bug about this linking issue (and whether it should be against sludge or libdumb.) Thanks,- Jason -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#625700: Cannot reproduce bug in sludge-engine
Hi, thanks for reporting. I can't reproduce this with sid i386 in Virtualbox. Please test if alure (audio library used by sludge) works with its example program. Install libalure-dev, then compile and run the alurestream example program: $ gcc /usr/share/doc/libalure-dev/examples/alurestream.c -lalure -lopenal -o alurestream $ ./alurestream some_audiofile That should give you some sound if alure works. Also what is the output if you run sludge-engine with debug output: $ sludge-engine -d1 gamefile Kind regards, Tobias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org