[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#103434: falconseye: SDL seems to be the problem

Package: falconseye
Version: 1.9.3-15
Followup-For: Bug #103434

I'm looking around in the code at the moment, and (at least on my
system), the audio subsystem of SDL seems to lock the soundcard, so no
program can use it anymore.  That includes not only the external players
(midi and mp3), but also falconseye itself!  Which means all of them get
a "device or resource busy", and no sound is produced at all.

Disabling effects will avoid initializing the sound subsystem, so that
makes music work (if timidity is installed properly).

This may be related to which ALSA module you use exactly.  However, on
my system other programs such as xmms can happily play through each
other, so it shouldn't be limiting.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages falconseye depends on:
ii  falconseye-data               1.9.3-15   Data files for Falcon's Eye
ii  libc6                         2.3.5-13   GNU C Library: Shared libraries an
ii  libncurses5                   5.5-1      Shared libraries for terminal hand
ii  libsdl1.2debian               1.2.9-0.1  Simple DirectMedia Layer

Versions of packages falconseye recommends:
ii  timidity                      2.13.2-7.1 Software sound renderer (MIDI sequ

-- no debconf information

Reply to: