Volume level is not remembered for role+output pairs

Bug #1597735 reported by Marcus Tomlinson
20
This bug affects 4 people
Affects Status Importance Assigned to Milestone
indicator-sound (Ubuntu)
Confirmed
High
Unassigned

Bug Description

According to https://wiki.ubuntu.com/Sound: "the volume for media played through headphones, the volume for media played through speakers, and the volume for a ringtone played through speakers, should be three independent volume levels"

This is not currently true. For example,
- if I set the volume for the headphones,
- unplug the headphones,
- set a new volume for speakers (e.g. max volume),
- then plug the headphones back in,
- the volume doesn't switch back to my previously set headphones level (e.g. my ears are blasted at max volume).

summary: - Volume level should be remembered for role+output pair
+ Volume level should be remembered for role+output pairs
description: updated
tags: added: sound-indicator-spec-diff
Revision history for this message
Launchpad Janitor (janitor) wrote : Re: Volume level should be remembered for role+output pairs

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in indicator-sound (Ubuntu):
status: New → Confirmed
Jim Hodapp (jhodapp)
Changed in indicator-sound (Ubuntu):
importance: Undecided → High
Revision history for this message
GTriderXC (gtriderxc) wrote :

I just wanted to add another bug but this one is pretty close to what I wanted to report. As You see in the attached photo on Android we are able to change three volume sliders.
Two days ago before falling asleep i listened to uRadio app: VERY quietly. Suddenly I realized that the radio volume is the very same volume thats is gonna try to wake me up a few hours later which can be a mission impossible.
Same stuff about incoming call volume and alarm clock: If we make the ringing tone silent to be able to sleep, so thats nobody wakes us, the volume of the alarm clock is silent too :-(

Revision history for this message
Vincas Dargis (talkless) wrote :

I've noticed recently that "Ringtone" and "Message received" sounds are too silent, so it's easy to miss incoming call or SMS, event if sound indicator shows 100% volume!

After some troubleshooting I discovered that "Ringtone" (and "Message received") has same sound level as when playing with Music app! So, I launched some music track (without headphones), increased volume to 100% (through sound indicator), because it was around 40%, and now "Ringtone" and "Message received" sounds are clear and loud as I would expect.

So, even sound indicator shows 100%, "Ringtone", "Message received", and "Music" app volumes are sort of different kind.

It's kinda unsure what does that volume indicator.. indicates. Sound that I hear during the phone call?

Revision history for this message
Devid Antonio Filoni (d.filoni) wrote :

@GTriderXC, Vincas: this is really strange becuase:
AFAIK:
- message received sounds should use alert role
- Music/YouTube/... apps should use multimedia role
- during calls the phone should use phone role
- alarms should use alarm role
- feedbacksound role is used when there are no sounds playing (always muted)
indicator-sound always shows current active role volume (each role has a volume). So if indicator-sound showed 100% volume maybe another role was playing in background (with 100% volume), when no apps are running it defaults to alert volume. When an alert sound is played a current playing multimedia volume sound is decreased (pulseaudio ducking module) and restored after the alert sound has finished playing.
Could you please open another issue if indicator-sound is not working as I described for you? Maybe a reboot will help if a process like media-hub crashed.
Using ' pactl list sink-inputs ' command you can see current active role (media.role) and associated Volume value (ignore feedbacksound)

dobey (dobey)
summary: - Volume level should be remembered for role+output pairs
+ Volume level is not remembered for role+output pairs
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.