Closed Bug 1165677 Opened 10 years ago Closed 4 years ago

Audio stream remains open when playback paused, preventing power saving/sleep

Categories

(Core :: Audio/Video: Playback, defect, P3)

Product:
Core
Component:
Audio/Video: Playback
Version:
38 Branch
Platform:
x86_64
Windows 7
Type:
defect

Tracking

()

Status:
RESOLVED WORKSFORME
Tracking Flags:
Tracking Status
firefox79 --- affected
firefox84 --- affected
firefox97 --- affected
firefox98 --- affected
firefox99 --- affected

People

(Reporter: u510688, Unassigned)

References

Details

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:38.0) Gecko/20100101 Firefox/38.0 Build ID: 20150513174244 Steps to reproduce: Open Firefox to a page which does not play audio. In an elevated command prompt, ensure that no audio devices are being used using the command "powercfg -requests". Browse to serialpodcast.org and play audio. Use aforementioned command to see that audio device is in use. Then stop the audio on the website and wait 10 seconds. Use the aforementioned command to check if the audio device is still in use. Actual results: The audio device remains in use even though no audio is being played. This prevents the computer from going to sleep. Expected results: The audio device should be released when audio is not being played.
OS: Unspecified → Windows 7
Hardware: Unspecified → x86_64
I've done some more tests and found that this problem occurs with some sound devices and not others. Of the 3 on my system, this problem only occurs with one of them. The 2 that work don't seem to have anything in common - I've tried changing sample rate, bit depth, disabling/enabling sound enhancements, etc, and it's had no effect. To reiterate - this bug prevents the entire system from going into standby/sleep mode!
I've re-tested this in FF 38.0.5 with a newly created, untouched, profile and it's even worse. Before, it was intermittent but not it happens reliably. Follow reproduction instruction above but use the following video instead: https://www.youtube.com/watch?v=614OdhFLUUU and then pause it. The audio device is never released, and the system is prevented from going to sleep/hibernation. I also checked the same procedure in Chrome and confirmed it does release the audio device after about 10-15 seconds.
I have confirmed this bug on Windows 7 x64 on the newest Nightly 46.0a1 release. Name Firefox Version 46.0a1 Build ID 20151217030207 User Agent Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:46.0) Gecko/20100101 Firefox/46.0 Thank you, Justin
Status: UNCONFIRMED → NEW
Ever confirmed: true
Component: Untriaged → Web Audio
Product: Firefox → Core
Component: Web Audio → Audio/Video: Playback
Any ideas, Matthew.
Flags: needinfo?(kinetik)
Priority: -- → P2
Other than destroying the media element, there's not really a concept of stopping playback, only pausing in the HTML media API. So we implement this by pausing the audio stream but keeping it alive so we can resume playback quickly and with no audio dropouts. There have been discussions in the past about closing audio streams completely during pause, either immediately or after a timeout, to conserve resources. At that time, I wasn't aware that a paused audio stream would prevent power saving/sleep... the fact that it can makes a more convincing argument for shutting down the audio stream completely when pausing. The 10-15s behaviour of Chrome is interesting - it suggests they may be pausing initially and closing the audio stream after a timeout. That seems like it'd be the best approach for Gecko too. There's a small bit of complexity around handling audio that has been written to the OS audio stream and discarded by the decoder - when shutting down this is lost unless it's buffered in multiple places or redecoded when resuming playback. Note that we already have most of this (e.g. shutting down and redecoding) in place for discarding video decoders when they're idle via the dormant timeout heuristic. It looks like this is only used for MSE, the standalone MP4 decoder, and the OMX decoder right now.
Flags: needinfo?(kinetik)
Summary: Sound device not released when audio not being played → Audio stream remains open when playback paused, preventing power saving/sleep
Mass change P2 -> P3
Priority: P2 → P3

Hi folks,

Sorry to resurrect an old bug. I've noticed this happening very frequently. I had originally reported it here: https://support.mozilla.org/en-US/questions/1288624 and was directed to this bug.

When running Firefox, I've noticed the following issue that's preventing my computer from going to sleep.

When running Outlook web (email client), if an audio alert occurs, there seems to be a constant audio stream occurring which is then preventing the computer from sleeping. I am able to reproduce this 100% of the time. There is no speaker icon showing on the tab to indicate there is audio playing. This does not occur in Chrome.

To reproduce:

  1. Open an Outlook for web client in Firefox
  2. Receive an audio alert (e.g. new email/meeting alert etc)
  3. In an elevated command prompt, perform a

powercfg /requests

I am seeing the following:

DISPLAY:
None.

SYSTEM:
[DRIVER] Realtek High Definition Audio (HDAUDIO\FUNC_01&VEN_10EC&DEV_0255&SUBSYS_10251259&REV_1000\5&26841d0a&0&00)
An audio stream is currently in use.
[PROCESS] \Device\HarddiskVolume9\Program Files (x86)\Mozilla Firefox\firefox.exe
[PROCESS] \Device\HarddiskVolume9\Program Files (x86)\Mozilla Firefox\firefox.exe
[PROCESS] \Device\HarddiskVolume9\Program Files (x86)\Mozilla Firefox\firefox.exe
[PROCESS] \Device\HarddiskVolume9\Program Files (x86)\Mozilla Firefox\firefox.exe
[PROCESS] \Device\HarddiskVolume9\Program Files (x86)\Mozilla Firefox\firefox.exe
[PROCESS] \Device\HarddiskVolume9\Program Files (x86)\Mozilla Firefox\firefox.exe
[PROCESS] \Device\HarddiskVolume9\Program Files (x86)\Mozilla Firefox\firefox.exe

AWAYMODE:
None.

EXECUTION:
None.

PERFBOOST:
None.

ACTIVELOCKSCREEN:
None.

Firefox version: 76.0.1 (32-bit)

Let me know if you need any further info.

Hallo,

same issue as what the_new_mr mentioned.
As soon as I receive an e-mail in outlook, an audio stream is reported in powercfg /requests indefinitely.

Closing outlook's tab seems to stop the audio stream.

This is on Firefox 79.0 (64-bit) on Windows 10

status-firefox79: --- → affected
status-firefox84: --- → affected
See Also: → 1706993
See Also: → 1638685

Sounds like the same as 1638685, but in a different platform.

Hi folks,

This is on Firefox 95.0.1 (64-bit) on Windows 10
Every time when Firefox starts (1 tab-home page, google search page) it opens the audio stream and prevents the computer from going to automatic sleep mode.
When I perform a "powercfg /requests" in an elevated command prompt I am seeing the following:

C:\Windows\system32>powercfg -requests
DISPLAY:
None.

SYSTEM:
[DRIVER] AMD High Definition Audio Device (HDAUDIO\FUNC_01&VEN_1002&DEV_AA01&SUBSYS_00AA0100&REV_1003\5&35a39078&0&0001)
An audio stream is currently in use.

AWAYMODE:
None.

EXECUTION:
None.

PERFBOOST:
None.

ACTIVELOCKSCREEN:
None.

C:\Windows\system32>

As someone has already said,

Actual results:
The audio device remains in use even though no audio is being played. This prevents the computer from going to sleep.

Expected results:
The audio device should be released when audio is not being played.

Thanks,
Sinisa

(In reply to Siki from comment #10)

Hi folks,

This is on Firefox 95.0.1 (64-bit) on Windows 10
Every time when Firefox starts (1 tab-home page, google search page) it opens the audio stream and prevents the computer from going to automatic sleep mode.
When I perform a "powercfg /requests" in an elevated command prompt I am seeing the following:

C:\Windows\system32>powercfg -requests
DISPLAY:
None.

SYSTEM:
[DRIVER] AMD High Definition Audio Device (HDAUDIO\FUNC_01&VEN_1002&DEV_AA01&SUBSYS_00AA0100&REV_1003\5&35a39078&0&0001)
An audio stream is currently in use.

AWAYMODE:
None.

EXECUTION:
None.

PERFBOOST:
None.

ACTIVELOCKSCREEN:
None.

C:\Windows\system32>

As someone has already said,

Actual results:
The audio device remains in use even though no audio is being played. This prevents the computer from going to sleep.

Expected results:
The audio device should be released when audio is not being played.

Thanks,
Sinisa

The same thing happens on Linux/Pulseaudio. It also prevents headphones from going into power saving mode, since a silent stream is continuously open.

(In reply to Hugo Osvaldo Barrera from comment #12)

The same thing happens on Linux/Pulseaudio. It also prevents headphones from going into power saving mode, since a silent stream is continuously open.

That will be fixed by bug 1743834. Also this issue (audio stream still exists even if the playback is paused) no longer exists, so I will close this bug. For muting/inaudible playback causes an alive audio back-end stream, that issue would be handled in bug 1743834.

Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WORKSFORME

Okay, I was excitedly waiting for the release of Firefox 102. I can confirm that the audio stream is closed when the audio is muted (bug 1743834). However, it is still the case that when the playback is paused the audio stream is kept open. I tested this with HTML5 audio (mp3) playback, with HTML5 video (mp4) playback as well as on YouTube. In all three cases the audio stream is kept open indefinitely even though the playback is paused.
Environment: Linux, Wayland (Sway), Firefox 102.

Just now also tested with Firefox Nightly 104.0a1 (2022-06-29) and it's the same there, paused audio/video does not close the stream. Using Pipewire with pipewire-media-session and pipewire-pulse. Pavucontrol clearly shows the stream which disappears

  • when the tab is muted while playing
  • when the video is muted while playing or paused
You need to log in before you can comment on or make changes to this bug.