Ear Candy doesn't prioritise Video players over Music players

Bug #623638 reported by Grey Nicholson
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Ear Candy
New
Undecided
Unassigned

Bug Description

Ear Vandy has suddenly started failing to prioritise a Video Player over a Music Player.

In the attached screenshot, plugin-container is a Video Player and is currently playing. Despite this, it is muted and radiotray, a Music Player, has the active sound stream.

plugin-container is definitely playing sound: if I increase its volume slider I can (briefly) hear the sound. Muting radiotray in the Sound dialogue activates the sound from plugin-container.

This happens whether or not plugin-container is set to use volume meter detection.

I thought Video was supposed to take priority over Music. Is this still the case? (Where's the documentation on what all the different categories mean?)

*

Also, why are categories needed?

Instead, Ear Candy should start playing any newly-starting sound stream (instantly—no fade-in) and fade out whichever stream was already playing.

If the active stream stops, it should fade in whichever other stream was played most recently.

When switching to a window that's producing a sound stream, that stream should fade in and the previously-playing one fade out.

This would cover all the use-cases I can think of—soft-phone incoming call; IM notification; watching a video while music is playing; crossfading between multiple music players—automagically, without resorting to manual categorisation of each app.

Revision history for this message
Grey Nicholson (greytheearthling) wrote :
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.