On Sat, Jan 20, 2018 at 06:39:06PM +0000, Ken Moffat wrote:
> On Sat, Jan 20, 2018 at 08:07:05AM -0500, Ryan Marsaw wrote:
> 
> > I
> > _sometimes_ get no sound with Firefox using PulseAudio. What works for me 
> > when
> > the sound isn't working is by closing Firefox, and then re-setting my 
> > default
> > sink for PulseAudio. For example: running
> > 
> > "pactl list short sinks," and then
> > "pacmd set-default-sink <sink #>"
> > 
> > Restarting Firefox then re-enables sound.
> > I cannot determine what exactly causes the sound issue, but the steps listed
> > above always "fixes" the sound problems (in my case!).
> > 
> 
> Hmm, I remember that sound seemed to go on one of my machines - and
> I had trouble getting it back.  But I think that parole uses pulse,
> and that has no problem with sound.  Hmm, based on what you wrote,
> maybe that was mistaken.
> 
> But I've stopped the build-for-alsa script, it hadn't got very far.
> 
> root@ac4tv /home/ken #pactl list short sinks
> Connection failure: Connection refused
> pa_context_connect() failed: Connection refused
> 
> After pulseaudio --start I get the same result
> 

After leaving it, and googling, I realised I had been doing that as
the root user, but pulse (if running) gets started for the user who
is logged in.
> I also note that it warns that ~/.config/pulse/cookie does not
> exist, and although ps aux shows pulseaudio --start as if it is
> running, the cookie is not created.
> 

That seems to be a legacy warning, it is now using ~/.pulse/

> So maybe this is a pulse problem.

Yes, it was.

I got that information from running
 pulseaudio -v --log-target=stderr
which errored because the daemon was already running.

Killing it (pulseaudio --kill) then started it, and
 pactl list short sinks
showed me that sink 0 was alsa, and suspended.  But that seemed to
tell pulse it was idle (or maybe a timer elapsed), and pulse shut
down before I could run
 pacmd-set-default-sink 0
which reported -
 No PulseAudio daemon running, or not running as session daemon

After that, running firefox (built for pulse) fails to start pulse,
so the error remained.

But killing firefox, starting pulseaudio and then immediately
restoring firefox DID have sound.  Because I suspected a timeout
might be involved, after the video had finished I closed that tab,
then waited for maybe 20 minutes, then opened a video in a new tab
and again got sound.

When that had finished, I again closed it, but this time suspended
the machine.  Came back later, sound appears to be running.

My tentative conclusion is that firefox57 will start pulseaudio, but
that 58 does not.  I've separately had a report that xfce starts
pulseaudio, so perhaps the solution for me is to add this to
.xinitrc.

Thanks again.

ĸen
-- 
Truth, in front of her huge walk-in wardrobe, selected black leather
boots with stiletto heels for such a barefaced truth.
                                     - Unseen Academicals
-- 
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to