Closed Bug 1349331 Opened 7 years ago Closed 7 years ago

Linux pulseaudio volume muted on html5 video

Categories

(Core :: Audio/Video: cubeb, defect)

55 Branch
x86_64
Linux
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1348432

People

(Reporter: laugeo, Unassigned)

Details

(Keywords: regressionwindow-wanted)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:55.0) Gecko/20100101 Firefox/55.0
Build ID: 20170321110237

Steps to reproduce:

Xubuntu 14.04: read a video from Youtube or   
http://www.quirksmode.org/html5/tests/video.html
then skip somewhere in the video


Actual results:

Sound is muted in pulseaudio  volume control  (Nightly volume, not output device volume).
Raising volume then skiping  make mute again.


Expected results:

Volume unchanged
Using Mozregression, problem appears on Nightly   2017-03-18 
It was ok using Nightly version 2017-03-15
I found the same problem on Firefox Nightly 55.0a1 (2017-03-21) (64-bit) on Xubuntu 16.04.2. https://www.youtube.com/watch?v=aIprfNSMmMU
No problem is you access Youtube from a direct bookmark: you can skip.
Problem is fired when clicking another Youtube video in the proposed video on the right window  side.
(In reply to laugeo from comment #3)
> No problem is you access Youtube from a direct bookmark: you can skip.
> Problem is fired when clicking another Youtube video in the proposed video
> on the right window  side.

like this one? https://www.youtube.com/watch?v=aJa93uuJNmA

(In reply to laugeo from comment #1)
> Using Mozregression, problem appears on Nightly   2017-03-18 
> It was ok using Nightly version 2017-03-15

Could you provide the pushlog from repo mozilla-inbound, it would be useful to find the regressing bug.
Flags: needinfo?(laugeo)
OS: Unspecified → Linux
Hardware: Unspecified → x86_64
Component: Untriaged → Audio/Video: cubeb
Product: Firefox → Core
This sounds like a dup of Bug 1348432
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Resolution: --- → DUPLICATE
Flags: needinfo?(laugeo)
bug 1348432 is fixed for me.

1.) I wanted to say that TeamSpeak 3 causes Pulseaudio on Debian Testing to mute VLC every time a new song starts. Sometimes this happens with Nightly too. I have to open the volume control and unmute Nightly.
2.) On specific tones in Nightly and VLC, pulseaudio begins slowly to die, this specific tones sounds creepy.
3.) Another exmaple: If a Nightly video finishes playing, the sound of a radio stream in VLC gets very loud for a second and it's back to normal then. This can also happen vice versa.

I have these problems even Nightly isn't running. Maybe we have undiscovered Pulseaudio bugs across all Linux distributions causing theese strange behaviors. Back then on Ubuntu I had this problems sometimes too. The only safe way for me to prevent such situations is to have only one application with audio output (shown in the extended volume control). Try it.
I believe Debian Testing ships PA 10.0, so you should already be on the latest release.

(In reply to bugzilla from comment #8)
> bug 1348432 is fixed for me.
> 
> 1.) I wanted to say that TeamSpeak 3 causes Pulseaudio on Debian Testing to
> mute VLC every time a new song starts. Sometimes this happens with Nightly
> too. I have to open the volume control and unmute Nightly.

The default config that we ship mutes streams marked as "music" when a stream marked with "phone" role starts. That doesn't sound entirely like the problem you're facing, but see if `pactl unload-module module-role-cork` help.

> 2.) On specific tones in Nightly and VLC, pulseaudio begins slowly to die,
> this specific tones sounds creepy.

I'm not sure I follow what this is, can you explain?

> 3.) Another exmaple: If a Nightly video finishes playing, the sound of a
> radio stream in VLC gets very loud for a second and it's back to normal
> then. This can also happen vice versa.

Should also not happen (and doesn't here).

> I have these problems even Nightly isn't running. Maybe we have undiscovered
> Pulseaudio bugs across all Linux distributions causing theese strange
> behaviors. Back then on Ubuntu I had this problems sometimes too. The only
> safe way for me to prevent such situations is to have only one application
> with audio output (shown in the extended volume control). Try it.

Could you file a bug for each of these issues with a clear set of steps to reproduce and the behaviour you see at -- http://lists.freedesktop.org/listinfo/http://bugs.freedesktop.org/enter_bug.cgi?product=PulseAudio ?
(Good to have clarified https://bugzilla.mozilla.org/show_bug.cgi?id=1348432#c38 that this bug here is not one of pulseaudio.)

(In reply to Arun Raghavan from comment #9)
> I believe Debian Testing ships PA 10.0
Yes
> `pactl unload-module module-role-cork`
That helped :')
> I'm not sure I follow what this is, can you explain?
Can't describe it precisely. Maybe a problem with different kHz or some high tones. Seems a bit random. Can't remember if it's VLC-only.
> Should also not happen (and doesn't here).
I began with Jessie and upgraded to testing directly after the release of Jessie. Because I don't touched the default settings I didn't reinstalled testing yet. Will reinstall first, test it and look then into the bugtracker. Thank you! :)
You need to log in before you can comment on or make changes to this bug.