| 2015-09-22 12:33:58 |
Matthew Paul Thomas |
bug |
|
|
added bug |
| 2015-09-22 12:34:44 |
Matthew Paul Thomas |
description |
1. Play a game that just plays occasional sound effects, not music.
2. Try to change the volume of the sound effects.
What should happen: You can.
What actuall happens: You can't unless you time it exactly right.
For brief sounds (less than a second or so), like sound effects in a game or a messaging app, you probably won't be fast enough to change their volume while they're playing. So, you need to be able to change their volume even when they aren't playing.
If you want to be able to do this with the hardware volume buttons, that means that by default (when no sound is playing), the hardware volume buttons should control the role that sound effects use.
So, the current design is that this default role for volume controls should be "alert", and that sound effects should use "alert". <https://wiki.ubuntu.com/Sound#primary-output>
Unfortunately, this doesn't work at the moment because the Qt SoundEffect API <http://doc.qt.io/qt-5/qml-multimedia.html#soundeffect> produces sounds that use do not use the "alert" role, but rather "multimedia". Because this is not the default role, the hardware volume buttons control the volume of sound effects only during the brief moments when the sound effects are actually playing.
I see three ways to resolve this bug:
A. Decide that you should not, in fact, be able to change the volume of sound effects using the hardware buttons when sound effects aren't playing.
B. Combine the "alert" and "multimedia" roles. That would have the drawback that you couldn't change sound effect volume independent of music that was playing in the background (but maybe that's not a big deal).
C. Change the SoundEffect API implementation so that it uses the "alert" role by default.
(This is the sequel to bug 1478506.) |
1. Play a game that just plays occasional sound effects, not music.
2. Try to change the volume of the sound effects.
What should happen: You can.
What actually happens: You can't unless you time it exactly right, pressing the volume controls while the sound effect is playing.
For brief sounds (less than a second or so), like sound effects in a game or a messaging app, you probably won't be fast enough to change their volume while they're playing. So, you need to be able to change their volume even when they aren't playing.
If you want to be able to do this with the hardware volume buttons, that means that by default (when no sound is playing), the hardware volume buttons should control the role that sound effects use.
So, the current design is that this default role for volume controls should be "alert", and that sound effects should use "alert". <https://wiki.ubuntu.com/Sound#primary-output>
Unfortunately, this doesn't work at the moment because the Qt SoundEffect API <http://doc.qt.io/qt-5/qml-multimedia.html#soundeffect> produces sounds that use do not use the "alert" role, but rather "multimedia". Because this is not the default role, the hardware volume buttons control the volume of sound effects only during the brief moments when the sound effects are actually playing.
I see three ways to resolve this bug:
A. Decide that you should not, in fact, be able to change the volume of sound effects using the hardware buttons when sound effects aren't playing.
B. Combine the "alert" and "multimedia" roles. That would have the drawback that you couldn't change sound effect volume independent of music that was playing in the background (but maybe that's not a big deal).
C. Change the SoundEffect API implementation so that it uses the "alert" role by default.
(This is a followup to bug 1478506.) |
|
| 2015-09-22 12:36:29 |
Matthew Paul Thomas |
bug task added |
|
qtubuntu-media (Ubuntu) |
|
| 2015-09-23 07:12:13 |
Launchpad Janitor |
qtubuntu-media (Ubuntu): status |
New |
Confirmed |
|
| 2015-09-28 17:34:00 |
Jim Hodapp |
bug |
|
|
added subscriber Jim Hodapp |
| 2015-10-01 09:26:37 |
Matthew Paul Thomas |
description |
1. Play a game that just plays occasional sound effects, not music.
2. Try to change the volume of the sound effects.
What should happen: You can.
What actually happens: You can't unless you time it exactly right, pressing the volume controls while the sound effect is playing.
For brief sounds (less than a second or so), like sound effects in a game or a messaging app, you probably won't be fast enough to change their volume while they're playing. So, you need to be able to change their volume even when they aren't playing.
If you want to be able to do this with the hardware volume buttons, that means that by default (when no sound is playing), the hardware volume buttons should control the role that sound effects use.
So, the current design is that this default role for volume controls should be "alert", and that sound effects should use "alert". <https://wiki.ubuntu.com/Sound#primary-output>
Unfortunately, this doesn't work at the moment because the Qt SoundEffect API <http://doc.qt.io/qt-5/qml-multimedia.html#soundeffect> produces sounds that use do not use the "alert" role, but rather "multimedia". Because this is not the default role, the hardware volume buttons control the volume of sound effects only during the brief moments when the sound effects are actually playing.
I see three ways to resolve this bug:
A. Decide that you should not, in fact, be able to change the volume of sound effects using the hardware buttons when sound effects aren't playing.
B. Combine the "alert" and "multimedia" roles. That would have the drawback that you couldn't change sound effect volume independent of music that was playing in the background (but maybe that's not a big deal).
C. Change the SoundEffect API implementation so that it uses the "alert" role by default.
(This is a followup to bug 1478506.) |
1. Play a game that just plays occasional sound effects, not music.
2. Try to change the volume of the sound effects.
What should happen: You can.
What actually happens: You can't unless you time it exactly right, pressing the volume controls while the sound effect is playing.
For brief sounds (less than a second or so), like sound effects in a game or a messaging app, you probably won't be fast enough to change their volume while they're playing. So, you need to be able to change their volume even when they aren't playing.
If you want to be able to do this with the hardware volume buttons, that means that by default (when no sound is playing), the hardware volume buttons should control the role that sound effects use.
So, the current design is that this default role for volume controls should be "alert", and that sound effects should use "alert". <https://wiki.ubuntu.com/Sound#primary-output>
Unfortunately, this doesn't work at the moment because the Qt SoundEffect API <http://doc.qt.io/qt-5/qml-multimedia.html#soundeffect> produces sounds that do not use the "alert" role, but rather "multimedia". Because this is not the default role, the hardware volume buttons control the volume of sound effects only during the brief moments when the sound effects are actually playing, which is unhelpful.
Some possible ways to resolve this bug:
A. Decide that you should not, in fact, be able to change the volume of sound effects using the hardware buttons when sound effects aren't playing. Drawback: Annoying.
B. Change the SoundEffect API implementation so that it uses the "alert" role by default. Drawback: You couldn't silence sound effects without silencing the ringtone too. (Unless the ringtone was moved to a different role.)
C. Change the default role to "multimedia". Drawback: Not clear what "alert" would actually include any more.
D. Combine the "alert" and "multimedia" roles. Drawback: You couldn't change sound effect volume independent of music that was playing in the background (but maybe that's not a big deal).
(This is a followup to bug 1478506.) |
|
| 2015-10-19 21:02:52 |
Pat McGowan |
canonical-devices-system-image: importance |
Undecided |
High |
|
| 2015-10-19 21:02:52 |
Pat McGowan |
canonical-devices-system-image: status |
New |
Confirmed |
|
| 2015-10-19 21:02:52 |
Pat McGowan |
canonical-devices-system-image: milestone |
|
backlog |
|
| 2015-10-19 21:02:52 |
Pat McGowan |
canonical-devices-system-image: assignee |
|
John McAleely (john.mcaleely) |
|
| 2015-12-22 17:18:28 |
Pat McGowan |
canonical-devices-system-image: milestone |
backlog |
ww08-2016 |
|
| 2015-12-22 18:19:47 |
Pat McGowan |
tags |
|
volume |
|
| 2016-02-02 12:19:43 |
Matthew Paul Thomas |
description |
1. Play a game that just plays occasional sound effects, not music.
2. Try to change the volume of the sound effects.
What should happen: You can.
What actually happens: You can't unless you time it exactly right, pressing the volume controls while the sound effect is playing.
For brief sounds (less than a second or so), like sound effects in a game or a messaging app, you probably won't be fast enough to change their volume while they're playing. So, you need to be able to change their volume even when they aren't playing.
If you want to be able to do this with the hardware volume buttons, that means that by default (when no sound is playing), the hardware volume buttons should control the role that sound effects use.
So, the current design is that this default role for volume controls should be "alert", and that sound effects should use "alert". <https://wiki.ubuntu.com/Sound#primary-output>
Unfortunately, this doesn't work at the moment because the Qt SoundEffect API <http://doc.qt.io/qt-5/qml-multimedia.html#soundeffect> produces sounds that do not use the "alert" role, but rather "multimedia". Because this is not the default role, the hardware volume buttons control the volume of sound effects only during the brief moments when the sound effects are actually playing, which is unhelpful.
Some possible ways to resolve this bug:
A. Decide that you should not, in fact, be able to change the volume of sound effects using the hardware buttons when sound effects aren't playing. Drawback: Annoying.
B. Change the SoundEffect API implementation so that it uses the "alert" role by default. Drawback: You couldn't silence sound effects without silencing the ringtone too. (Unless the ringtone was moved to a different role.)
C. Change the default role to "multimedia". Drawback: Not clear what "alert" would actually include any more.
D. Combine the "alert" and "multimedia" roles. Drawback: You couldn't change sound effect volume independent of music that was playing in the background (but maybe that's not a big deal).
(This is a followup to bug 1478506.) |
1. Play a game that just plays occasional sound effects, not music.
2. Try to change the volume of the sound effects.
What should happen: You can.
What actually happens: You can't unless you time it exactly right, pressing the volume controls while the sound effect is playing.
For brief sounds (less than a second or so), like sound effects in a game or a messaging app, you probably won't be fast enough to change their volume while they're playing. So, you need to be able to change their volume even when they aren't playing.
If you want to be able to do this with the hardware volume buttons, that means that by default (when no sound is playing), the hardware volume buttons should control the role that sound effects use.
So, the current design is that this default role for volume controls should be "alert", and that sound effects should use "alert". <https://wiki.ubuntu.com/Sound#primary-output>
Unfortunately, this doesn't work at the moment because the Qt SoundEffect API <http://doc.qt.io/qt-5/qml-multimedia.html#soundeffect> produces sounds that do not use the "alert" role, but rather "multimedia". Because this is not the default role, the hardware volume buttons control the volume of sound effects only during the brief moments when the sound effects are actually playing, which is unhelpful.
Some possible ways to resolve this bug:
A. Decide that you should not, in fact, be able to change the volume of sound effects using the hardware buttons when sound effects aren't playing. Drawback: Annoying.
B. Change the SoundEffect API implementation so that it uses the "alert" role by default. Drawback: You couldn't silence sound effects without silencing the ringtone too. (Unless the ringtone was moved to a different role.)
C. Change the default role to "multimedia". Drawback: Not clear what "alert" would actually include any more.
D. Combine the "alert" and "multimedia" roles. Drawback: You couldn't change sound effect volume independent of music that was playing in the background (but maybe that's not a big deal).
<https://wiki.ubuntu.com/Sound#role>: "Setting the role to alert should be functionally identical to setting it to multimedia. This is so that you can both change the volume of alerts even when they are not currently playing, and change the volume of other sound effects even when they are not currently playing."
(This is a followup to bug 1478506.) |
|
| 2016-02-02 12:19:48 |
Matthew Paul Thomas |
qtubuntu-media (Ubuntu): status |
Confirmed |
Triaged |
|
| 2016-02-02 18:23:20 |
Pat McGowan |
canonical-devices-system-image: assignee |
John McAleely (john.mcaleely) |
Michał Sawicz (saviq) |
|
| 2016-03-09 22:06:46 |
Michał Sawicz |
canonical-devices-system-image: assignee |
Michał Sawicz (saviq) |
John McAleely (john.mcaleely) |
|
| 2016-03-09 22:07:03 |
Michał Sawicz |
canonical-devices-system-image: milestone |
ww08-2016 |
11 |
|
| 2016-05-13 17:57:26 |
John McAleely |
canonical-devices-system-image: milestone |
11 |
backlog |
|
