jrm said:No problems here with Firefox 28.0,1 on 9.2-STABLE AMD64 with all options off except alsa, gstreamer, and logging.
protocelt said:If your using the latest Firefox port, it uses the newer multimedia/gstreamer1 framework for audio/video decoding, in particular multimedia/gstreamer1-libav. I've found that many websites with HTML5 video don't work without extra gstreamer1 plugins installed. I have the following extra gstreamer1 plugins installed and have had no problems thus far with HTML5 videos:
firefox
with this options:ALSA=on: ALSA audio architecture support
PULSEAUDIO=off: PulseAudio sound server support
alsa-plugins
with this FFMPEG=on: FFmpeg support (WMA, AIFF, AC3, APE...)
JACK=on: JACK audio server support
PULSEAUDIO=off: PulseAudio sound server support
SAMPLERATE=on: Sample rate conversion support
SPEEX=on: Speex audio format support
====> Open Sound System support
IO_PTR=on: Precise playback/recording pointer
BLKCNT_P2=off: Restrict number of fragments to ^2 aligned
BUFSZ_P2=on: Restrict buffer size to ^2 aligned (breaks aplay)
VERBOSE=off: Print debugging messages
NoScript
youtube ytimg and googlevideo ) flash
and if i wish only with html5
. pacmd
to set the default sink to the correct device (you get a list of devices with pacmd list-sinks
and the starred sink is the active one) sound started working in FF.I noticed this too. IMHO audio/pulseaudio should be patched to defaulting to whatever is set in hw.snd.default_unit. Everything else doesn't make any sense to me, unless you want to subject your users to needless pain.Found my own solution to my own similar problem which was quite similar. Posting in case others find this thread helpful.
FF was built with audio/pulseaudio option turned on. Instead of recompiling I investigated and found the default sink was set to the hda outputs (HDMI) of the sound card. When I usedpacmd
to set the default sink to the correct device (you get a list of devices withpacmd list-sinks
and the starred sink is the active one) sound started working in FF.
Perhaps the simplest option is to disable support for audio/pulseaudio in www/firefox when building from ports.
Closing the bugzilla-forum-loop: PR 211684I noticed this too. IMHO audio/pulseaudio should be patched to defaulting to whatever is set in hw.snd.default_unit. Everything else doesn't make any sense to me, unless you want to subject your users to needless pain.
$ pacmd set-default-sink 0
$ sysctl hw.snd.default_unit=0