[15:36] OvenWerks: Call me slow, but it seems mixdowns don't work on ardour if the PA bridge is active [15:37] Haven't yet updated to latest, so maybe it was fixed - but that is pretty serious. We need to make that problem go away somehow [15:37] zequence: possible [15:38] There are a few possible reasons for this: [15:38] 1) PA is also connected to another audio interface. [15:38] 2) PA is connected to the audio device. [15:39] 3) there is a newer version of jackdbus that allows freewheel to disconnect all outputs (I don't think so) [15:39] PA is only connected to the sink and source of the jack module [15:40] But, it's still PA causing the problem through the bridge [15:40] desktop audio should not be able to be heard while doing mixdown [15:40] If I disable PA, ardour mixdowns work fine [15:40] if it is, then see 2) [15:41] PA is connected to the jack module sink and source. Nothing else [15:41] even internal to jack? [15:42] Yes, that is what I'm saying [15:42] I'm not saying the module is connected to various jack apps [15:42] Though, it is that too [15:43] Then we need a button to disable the bridge in _controls. [15:43] HOw about we fix the problem in the first place instead? [15:43] zequence: that would require changing pa_jacksource/sink [15:43] Either it is a design flaw in jack, or each client needs to be versitaile somehow [15:44] I think the PA jack module is not honering the freewheel signal properly. [15:44] Yeah, this probably only occurs with PA being connected as a jack client [15:44] Well, let's make sure it is known and try to find a way to fix it [15:45] The bridge is just an example utility really, so it could use more work anyway [15:46] zequence: yes. including double buffering so increase latency as needed. [15:46] (actually, I think it just needs buffering at all) [15:47] Maybe that would take some load off the CPU as well? (just guessing) [15:48] zequence: yes. Right now latency forces time constrants on any sample rate conversion. [15:49] So far as I know PA already does sliding latency with the audio devices (ALSA) [15:56] Only someone from the jack side of things will be interesting in working out a fix, and even in that bunch, the sum of people that includes becomes quite small [16:06] The sum of people who are both interested and also have the time is even smaller. [16:07] The origianl auther of the bridge has been responsive to change requests in the past... but those have been mostly passing paramerters from the jackdbus detector to the source/sink [16:19] Yeah, I remember David expressed he would have liked to do more, almost as if he was feeling guilty because he wasn't [16:43] He doesn't seem to be on IRC anymore [16:44] ..not as much, anyway [17:54] IRC can waste a lot of time if we let it :)