Description of problem:
All programs that use SDL for sound are silent for unknown reason. Problem
appeared in fedora 8, worked fine in fedora 7. I suspect it is connected to
pulse audio. I removed alsa-plugin-pulseaudio, because it created problems with
using 'default device'.
Version-Release number of selected component (if applicable):
1.2.12-2.fc8 (i686, x86_64)
Steps to Reproduce:
Thank you for taking the time to report this bug. This bug report isn't very
useful because it doesn't describe the bug well. If you have time and can
still reproduce the bug, please read
http://fedoraproject.org/wiki/BugsAndFeatureRequests and add a more useful
description to this bug.
In particular, this link on the page above:
I understand that but I don't know what do you need exactly to trace the
problem. I made strace log of solarwolf game that uses SDL for sound. I'm
attaching it here. If you need something else, please tell me how to produce it.
Created attachment 290224 [details]
Is there anything of interest in /var/log/messages or perhaps in dmesg? Are
there any error messages produced when the sound doesn't work?
There have been some fixes to SDL relating its usage when not using pulseaudio,
can you please update your system to the latest version of all packages
(esp to SDL-1.2.12-4.fc8 and SDL_mixer-1.2.8-6.fc8).
Then logout and login again (to reread profile.d files) and test again,
I'll do it asap, but I've just bought Creative X-Fi Platinum fatality champion
and I have problems with installing drivers because of bad configure script. As
soon as I install these drivers I'll test SDL
The same problem here. SDL is silent. The flash plugin is also silent, but
everything else produces sound normally. I have to start the pulseaudio daemon
manually though. No error messages. I don't know how to debug sound related
(In reply to comment #7)
> The same problem here. SDL is silent. The flash plugin is also silent, but
> everything else produces sound normally. I have to start the pulseaudio daemon
> manually though. No error messages. I don't know how to debug sound related
Have you tried logging in and then out again after yum update?
What does executing "printenv | grep SDL" from the terminal say?
First some news: flash plugin and pulseaudio start problems are solved now, that
means they were unrelated to this bug.
> Have you tried logging in and then out again after yum update?
Yes, no change.
> What does executing "printenv | grep SDL" from the terminal say?
(In reply to comment #9)
> First some news: flash plugin and pulseaudio start problems are solved now, that
> means they were unrelated to this bug.
> > Have you tried logging in and then out again after yum update?
> Yes, no change.
> > What does executing "printenv | grep SDL" from the terminal say?
Hmm, do you have esound-libs installed? If not try installing them, SDL needs
them when using pulseaudio, but doesn't require them as SDL dlopen's them.
> Hmm, do you have esound-libs installed?
Yes, I do.
Can you please try to set SDL_AUDIODRIVER=alsa. Another way could be to remove
pulseaudio and alsa-plugins-pulseaudio. I also have had problems with pulseaudio
and removed it, which solved my problems.
I hope the bug reporter does not mind if I answer the question. Unfortunately
SDL_AUDIODRIVER=alsa does nothing.
I hesitate to remove the pulseaudio, because everything else is working
(sound-wise) and I'm glad to have achieved at least this state.
Not sure if this is related.
I am not a fedora user, but I tried to compile a program a few days ago in i386
fedora core 8. The configure script checks if it can play ogg through
libSDL_mixer (using funciton playMUS). This does not work, actually because an
ldd of libSDL_mixer shows it isn't linked to *any* sound library. Doing the same
on an opensuse system shows at least aufiofile. PlayMUS fails and so does the
corresponding configure check.
I was not able to compile Wesnoth because of this.
Interesting thing was that it compiled on x86_64 but I had no physical access to
the machine so I could'nt investigate here any more.
The packages I used:
The program configure is using for testing ogg support:
| /* end confdefs.h. */
| #include <SDL_mixer.h>
| #include <stdlib.h>
| int main(int argc, char **argv)
| Mix_Music* music = Mix_LoadMUS("data/core/music/main_menu.ogg");
| if (music == NULL)
configure:13616: result: no
configure:13618: error: *** SDL_mixer has no OGG support! You need SDL_mixer
with OGG support
bash-3.2# ldd /usr/lib/libSDL_mixer-1.2.so.0
linux-gate.so.1 => (0xffffe000)
libSDL-1.2.so.0 => /usr/lib/libSDL-1.2.so.0 (0xb7e66000)
libpthread.so.0 => /lib/libpthread.so.0 (0xb7e4d000)
libc.so.6 => /lib/libc.so.6 (0xb7cf4000)
libm.so.6 => /lib/libm.so.6 (0xb7ccb000)
libdl.so.2 => /lib/libdl.so.2 (0xb7cc5000)
I don't know why the ./configure check fails, but SDL_mixer can play .ogg files
just fine, libogg.so.0 / libvorbisfile.so.3 are not showing up in ldd because
SDL_mixer dlopens them.
Thank you, libvorbis was missing
This message is a reminder that Fedora 8 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 8. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '8'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 8's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 8 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora please change the 'version' of this
bug to the applicable version. If you are unable to change the version,
please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
The process we are following is described here: