Bug 113124 - Banshee muting the PCM sound device with gstreamer engine
Summary: Banshee muting the PCM sound device with gstreamer engine
Status: RESOLVED FIXED
Alias: None
Product: SUSE LINUX 10.0
Classification: openSUSE
Component: GNOME (show other bugs)
Version: Beta 2
Hardware: Other All
: P5 - None : Blocker
Target Milestone: ---
Assignee: Aaron Bockover
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-25 19:08 UTC by Joe Shaw
Modified: 2005-09-09 22:19 UTC (History)
0 users

See Also:
Found By: Other
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Joe Shaw 2005-08-25 19:08:54 UTC 
I was playing a song through RealPlayer and starting Banshee caused the sound to
stop playing, although RealPlayer thinks it's still going.  If I stop RealPlayer
and play again, it comes back.
Comment 1 Joe Shaw 2005-08-25 19:30:45 UTC 
I see what is going on now.  At startup Banshee is actually muting my PCM
device, which is why I can't hear sound from other apps.  And actually I can't
hear music from Banshee either because of this, until I manually unmute.
Comment 2 Aaron Bockover 2005-08-25 22:43:44 UTC 
I noticed this problem as well... the helix engine in banshee never does any
muting, only setting the volume (which helix then sets on PCM, which is
retarded... wish it set it internally on its pipeline like GStreamer).

It seems as though the fix is to always call unmute in helix, because I guess it
likes to mute things without being told to.
Comment 3 Aaron Bockover 2005-08-25 23:03:08 UTC 
HelixPlayer constructor now calls ClientPlayerMute(false) to force unmuting of
PCM. Ultimately, I think this is a bug in Helix, as it always mutes PCM when it
initializes, which is dumb.
Comment 4 Joe Shaw 2005-09-07 16:01:58 UTC 
This still happens for me, again, because it's choosing the gstreamer engine. 
It is fixed for the Helix engine, but that's not the default.
Comment 5 Joe Shaw 2005-09-07 17:46:35 UTC 
Ok, I looked at the schemas, and the helix engine is the default, so it must
have been a holdover from a previous install.  Still an issue for the gstreamer
backend, though.  Dropping severity.
Comment 6 Cameron Meadors 2005-09-09 13:40:13 UTC 
This is still in RC1 for the gstreamer backend.
Comment 7 Kelli Frame 2005-09-09 13:46:21 UTC 
I'm bumping the priority to blocker. Gstreamer is the default Banshee backend
for 64-bit.
Comment 8 JP Rosevear 2005-09-09 22:19:54 UTC 
Cameron retested in RC1 and it is working, he may have tested against b4
instead.  Joe can no longer reproduce either in RC 1.  Aaron did add code to
solve the problem.