Using kernel 2.6.0-test3 or -test4 I don't get any sound from bzflag. Xmms and all the other sound applications work fine, so somehow this must be bound to bzflag.
Any idea?
Regards
Harri
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
This might be a stupid question, but are you running any other programs or sound servers that use the sound device while you are running bzflag? Bzflag doesn't use any sound server, so it tries to get it's own channel directly to the sound card. If your card doesn't support multiple open channels only one program can use it simultaneously.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Same problem. I have been running 2.4.21, sound OK. But in 2.6.0-test4 bzflag is the ONLY application that can't play sound (any sound). No, I'm not running any sound server. Here are some lines from strace relatives to dsp (in fact the only ones with the work 'dsp'):
access("/dev/dsp", W_OK) = 0
access("/dev/sound/dsp", W_OK) = -1 ENOENT (No such file or directory)
open("/dev/dsp", O_WRONLY|O_NONBLOCK) = 5
And the others with ".wav" all seem like these
open("data/flag_grab.wav", O_RDONLY) = -1 ENOENT (No such file or directory)
open("flag_grab.wav", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/bzflag/flag_grab.wav", O_RDONLY) = 8
Hope it helps
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Did you try it in any of the other 2.5/2.6-test kernels and it worked? If not, here's an idea:
2.6 deprecated the OSS interface in favor of ALSA. However, BZFlag doesn't know about anything other than OSS. The solution to this is to turn on the OSS emulation driver in the ALSA config, which gives you a /dev/dsp.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
This problem came up with kernel 2.6.0-test3 and -test4. bzflag on -test2 and earlier works fine. There are no sound servers running. And other sound applications (e.g. xmms using oss plugin) work with both kernels.
If I try to run bzflag while another OSS application (xmms) is running, then I get "Failed to open audio device /dev/dsp or /dev/sound/dsp (2)", as expected. If I terminate xmms and try again, then this message is gone. But in both cases I don't have sound in bzflag.
Regards
Harri
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi folks,
Using kernel 2.6.0-test3 or -test4 I don't get any sound from bzflag. Xmms and all the other sound applications work fine, so somehow this must be bound to bzflag.
Any idea?
Regards
Harri
This might be a stupid question, but are you running any other programs or sound servers that use the sound device while you are running bzflag? Bzflag doesn't use any sound server, so it tries to get it's own channel directly to the sound card. If your card doesn't support multiple open channels only one program can use it simultaneously.
Same problem. I have been running 2.4.21, sound OK. But in 2.6.0-test4 bzflag is the ONLY application that can't play sound (any sound). No, I'm not running any sound server. Here are some lines from strace relatives to dsp (in fact the only ones with the work 'dsp'):
access("/dev/dsp", W_OK) = 0
access("/dev/sound/dsp", W_OK) = -1 ENOENT (No such file or directory)
open("/dev/dsp", O_WRONLY|O_NONBLOCK) = 5
And the others with ".wav" all seem like these
open("data/flag_grab.wav", O_RDONLY) = -1 ENOENT (No such file or directory)
open("flag_grab.wav", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/bzflag/flag_grab.wav", O_RDONLY) = 8
Hope it helps
Did you try it in any of the other 2.5/2.6-test kernels and it worked? If not, here's an idea:
2.6 deprecated the OSS interface in favor of ALSA. However, BZFlag doesn't know about anything other than OSS. The solution to this is to turn on the OSS emulation driver in the ALSA config, which gives you a /dev/dsp.
This problem came up with kernel 2.6.0-test3 and -test4. bzflag on -test2 and earlier works fine. There are no sound servers running. And other sound applications (e.g. xmms using oss plugin) work with both kernels.
If I try to run bzflag while another OSS application (xmms) is running, then I get "Failed to open audio device /dev/dsp or /dev/sound/dsp (2)", as expected. If I terminate xmms and try again, then this message is gone. But in both cases I don't have sound in bzflag.
Regards
Harri
Currently running with oss emulation.
lsmod gives:
Module Size Used by
ne 6992 -
ipt_MASQUERADE 2560 -
ipt_state 1152 -
iptable_filter 1792 -
ip_nat_ftp 3600 -
iptable_nat 18060 -
ip_tables 13216 -
ip_conntrack_ftp 70580 -
ip_conntrack 23216 -
hostap_plx 42048 -
hostap 87200 -
hostap_crypt 2176 -
8390 7616 -
8139too 17024 -
mii 3552 -
crc32 3648 -
nls_iso8859_1 3552 -
nls_cp437 5216 -
vfat 11264 -
fat 37280 -
snd_pcm_oss 44708 -
snd_mixer_oss 15040 -
snd_ymfpci 44416 -
snd_pcm 77700 -
snd_ac97_codec 45252 -
snd_opl3_lib 7872 -
snd_timer 19332 -
snd_hwdep 6496 -
snd_page_alloc 8484 -
snd_mpu401_uart 5184 -
snd_rawmidi 18368 -
snd_seq_device 5992 -
snd 38628 -
rtc 8948 -
Sound card: Guillemot Maxi Sound Studio
(Yamaha chipset)
lspci gives:
miguel@Mir:~$ lspci
00:00.0 Host bridge: ALi Corporation M1541 (rev 04)
00:01.0 PCI bridge: ALi Corporation M1541 PCI to AGP Controller (rev 04)
00:02.0 USB Controller: ALi Corporation USB 1.1 Controller (rev 03)
00:07.0 ISA bridge: ALi Corporation M1533 PCI to ISA Bridge [Aladdin IV] (rev b4)
00:08.0 Network controller: 3Com Corporation: Unknown device 7770 (rev 02)
00:09.0 Multimedia audio controller: Yamaha Corporation YMF-744B [DS-1S Audio Controller] (rev 02)
00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
00:0f.0 IDE interface: ALi Corporation M5229 IDE (rev 20)
01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G400 AGP (rev 04)
Hi folks,
I can understand that you avoid to configure kernel 2.6.0-test4, cause its really difficult. Can I help in any way?
Regards
Harri
Just to complete this thread: Using kernel 2.6.0-test10 the problem seems to be gone.