On Wed, 15 Jun 2016 12:18:05 +0200 Robin Gareus <robin(a)gareus.org> wrote: This is barely believable. My experience so far was that browsers allow practically no user control over audio whatsoever. Given that browsers nowadays are audio/video players, game engines and whatnot this is ridiculuous, but also understandable, since browsers are supposed to be everything but the kitchen sink (or "die eierlegende Wollmilchsau" to use this wonderful German term. Web browsers are the very definition of scope creep. You can't expect those things to do everything or anything properly. In which ff version is it supposed to be available? I will try it but I won't hold my breath. Regards, Philipp

Hi list, hi Robin, does anyone know when jack support for html5 in firefox-esr on Debian testing will be available? Our conversation from june 2016 (below) indicated that it is on its way. thanks for oppinions! Peter * Robin Gareus <robin(a)gareus.org> [2016-06-15 11:17]:

On Wed, 1 Nov 2017 12:21:51 +0100, Peter P. wrote: I haven't build Firefox with "ac_add_options --enable-jack", but IIRC "ac_add_options --enable-alsa" was dropped completely, in favour of pulseaudio by upstream several Firefox releases ago, so I would be surprised if upstream still continues to support jack. I'm using https://github.com/i-rinat/apulse , if I use Firefox for streaming, but usually I launch google-chrome, since with my download rate around 700K/s, streams run without interruptions when using google-chrome, perhaps regarding the flash thingy, while when using Firefox with HTML5, without any flash thingy, some streams don't run acceptable.

* Ralf Mardorf <ralf.mardorf(a)alice-dsl.net> [2017-11-01 13:39]: Does grep "Features" -A2 trunk/PKGBUILD show you the possible configure flags or the flags actually used to compile a binary? Did you compine one yourself?

On Wed, November 1, 2017 8:21 am, Ralf Mardorf wrote: That sounds like the annoying behavior Audacity has where the jack ports are created when there is audio active, and the ports are removed when the audio stops, so that the ports keep connecting and disconnecting whenever the audio starts and stops. Is there a reason to not use pulse for the desktop apps and jackd as the backend? That works pretty seamlessly on my Fedora installation. Maybe using WebRTC for audio calls would not work well with the extra latency introduced by pulse, but that is the only use case I can think of where having pulse as the connection used by the browser is less convenient. -- Chris Caudle

On Wed, 1 Nov 2017 08:59:43 -0500, Chris Caudle wrote: On Wed, 01 Nov 2017 15:49:48 +0100, David Kastrup wrote: I can't speak for the OP, I neither need Firefox with jackd support, nor do I need pulseaudio. To make music I need jackd, for anything else I need plain alsa, resp. most of the times I even don't need plain alsa, but just the bell, printf "\a". However, jackd support is a nice feature. To run two sound servers instead IMO is absurd. I don't have pulseaudio installed 1. because it gains me absolutely nothing and 2. for historical reasons, it did cause endless trouble when it was installed and upstream was ignorant and scornful. Nowadays pulseaudio might cause no issues anymore, but then again, why should I run something that I don't need?

On Wed, 01 Nov 2017 17:10:24 +0100, David Kastrup wrote: I'm seemingly not using any of those "main" desktop applications. For what purpose do I need volume buttons? I'm really interested in the purpose of those "main" desktop applications and several volume controls and how often it is required to reassign the audio device. For what desktop workflow is this needed? Apart from apps for audio productions I nearly have no app that make sound, at best I want some apps to provide a signal using the bell (a simple PC speaker beep). If I don't make music I'm close to 100% using the computer without sound. Sometimes I need the bell (beep) and very seldom I watch video streams with audio, not several at the same time, one after the other. The tube player thingy usually has got a volume control, than I could use hdspmixer to adjust the volume of the one and only audio device for regular usage and right beside me is the analog mixing console and the amp. I can reach all the gear without standing up. I guess I've already more than enough volume controllers in the audio chain. If I would dislike to put out my arm a few cm to adjust the amps volume control, I still could build in a new battery into the amp's remote control. My PC still doesn't play vinyl, I don't have a desktop with a waste bin, even not one that doesn't make sound. The desktop apps I'm using don't sound like the bridges of star trek spaceships.

On Wed, 01 Nov 2017 18:01:02 +0100, David Kastrup wrote: My tower PC is immobile. I've got an iPad to carry around. For the iPad I'm using a Focusrite Scarlett 18i20 and a Behringer ADA8000. For the PC I'm using a RME HDSPe AIO and the same Behringer ADA8000. I unlikely will switch between my EIZO monitor's speakers via HDMI and the RME audio card. I'm not using a workaround. Firefox could be used with plain alsa, and still non of the app calculators "spielt ein kleines Musikstück", let alone that the PC plays vinyl. If required I would use the apulse "workaround" to use Firefox with plain alsa. That's less effort to invest, than to care about turning pulseaudio on and off.

On Wed, November 1, 2017 10:11 am, Ralf Mardorf wrote: It is convenient for a dual use machine, a machine which is sometimes used for typical desktop use and sometimes used for music production. When using pulseaudio for normal desktop applications, applications like firefox and vlc connect to pulse by default. When I want to change to music production configuration, just disconnect two ports from the pulse source and all desktop apps are disconnected from my audio interface. When I want to have sound from desktop applications again, I just connect the two ports from pulse jacksource to my audio output again and all desktop applications are available for sound again. Ralf will not find that useful, some people do. -- Chris Caudle

On Wed, November 1, 2017 12:07 pm, Ralf Mardorf wrote: As I wrote before, Ralf will not find it useful. :) Someone else may find it useful. The nice thing about linux is different users can choose different configuration styles to best match the style of working. -- Chris Caudle

On Wed, 01 Nov 2017 18:28:44 +0100, David Kastrup wrote: You asked and I answered. Don't ask, if you don't want to get an answer. I don't say that somebody else could have reasons for a different workflow. On Wed, 01 Nov 2017 17:21:40 +0000, Neil C Smith wrote: That's a ludicrous infamous imputation. Two subscribers asked, why somebody doesn't want to use pulseaudio. I explained the reason why I don't want to use it, simply because I don't need it for averaged desktop usage and much more, because it's in the way, when doing real-time audio recordings. It's an absurd assumption that I'm against any different workflow or that I even don't have empathy. I answered a question and allowed myself to counterquestion. Don't judge about somebodies empathy, by completely ignoring facts. Empathy seems to be your weakness, not mine! Sorry, I don't waste my time by mixing a waste basket sound with a video live stream. And again, I don't invest much time in workarounds, I'm simply not using a desktop environment, just a window manager with the apps I need. For example, I need a calculator, but I don't need a calculator to produce audio signals, for this purpose I e.g. use yoshimi, but yoshimi isn't an app I use for "averaged" desktop work, I'm using it when making music.

On Wed, Nov 1, 2017 at 4:25 PM Chris Caudle <chris(a)chriscaudle.org> wrote: Hang around here long enough and you could get very annoyed at Ralf's zero empathy for any workflow that is not his own. I glory in the absurdity, because I find it bloody useful! ;-) Best wishes, Neil -- Neil C Smith Artist & Technologist www.neilcsmith.net Praxis LIVE - hybrid visual IDE for creative coding - www.praxislive.org

Hi, That is indeed promising news, but if you don't want to compile FF right off the bat there are other options for Debian users. The easiest would be to install falkTX's 'Cadence' application from his Debian compatible KX Studio repositories. Cadence is an alternate frontend to set up JACK and also includes an implementation of the ALSA Loopback which should route your browser Audio from ALSA to your selected JACK device. Cadence is best suited to working with JACK2 but does work with JACK1 as well.. Secondly AV Linux which is now based on Debian Testing also has an 'aloop-daemon' which is a more minimalistic implementation of ALSA Loopback and is intended to work with JACK1 and Qjackctl, at the current time this is only readily available in AV Linux itself but with sufficient interest the packages could be made avaialable however the AV Linux way requires a little extra config fiddling than just installing the packages but I could explain further if you are interested. Glen Peter P. wrote: