That is likely to change depending on GCC optimization setting, no?
J.E.B.
On Sat, Mar 16, 2019, 5:12 PM wrote:
> Will Godfrey:
> > On Wed, 13 Mar 2019 00:09:17 +0100 (CET)
> > k...@aspodata.se wrote:
> >
> > >Will Godfrey:
> > >> Does anyone know if GCC will replace power of 2
>
Christopher, would you mind giving a command-line example or two? I tried
many and also googled a bit, did not find a working way to use
jack_property to list or set anything :-) Just for starters, how do you
get the UUID of a process?
J.E.B.
On Sun, Jan 6, 2019 at 7:33 AM Christopher Arndt
Alexandre, what library/libraries/code base are you using for
MIDI-over-TCP? Can you give a URL or two?
J.E.B.
On Wed, Sep 5, 2018 at 2:39 PM Alexandre Ratchov wrote:
> On Sat, Sep 01, 2018 at 04:49:48PM -0500, Jonathan E. Brickman wrote:
> >
> > I had not realized that TCP could produce
Not really sure the subgraph is so good -- one of the things JACK gives us
is the extremely solid knowledge of what it just did, is doing now, and
will do next period. If I run Pulse with JACK, it's JACK controlling the
hardware and Pulse feeding into it, not the other way around, because Pulse
Greetings, Wim. Amazing project you have there. I hope you succeed. Len
has covered lots of excellent thoughts. Here are a few more, clearly
intersecting.
First of all, it's a great idea. I'd love to see one layer which could do
all of JACK and pulse. But the pitfalls are many :-) It's
Just tried to run a mididing [sic?] with Boost 1.60. Using the latest git
of mididings. Got this:
TypeError: No to_python (by-value) converter found for C++ type:
boost::shared_ptr
I found many similar reports with other tools, all referencing Boost 1.60,
all talking about reverts to Boost
I am finding myself motivated to convert from Python 2.7 to Python 3, and I
just realized that PyJack, the Python JACK library I have been using, has
not been set up for Python 3. Anyone have a favorite JACK library for
Python3?
--
*Jonathan E. Brickman j...@ponderworthy.com
the "engines" i'm referring to are your many multiple clients (19 or so).
OK, I think I see what you are referring to: the switching nature of the
client list, where the JACK server has to switch between. And this is
entirely why it helps to run multiple JACK servers on multiple
although it isn't proven yet .. i think that your problem may
come from the fact that you want to have 19 different engines,
and you keep flicking switches to go from one to the other.
Nope, I don't want to switch engines. Everything runs at once, and
runs very well by the
On 3/11/2016 9:57 AM, Paul Davis wrote:
On Fri, Mar 11, 2016 at 10:48 AM, Jonathan Brickman
<j...@ponderworthy.com <mailto:j...@ponderworthy.com>> wrote:
Indeed -- except that cars in Manhattan are restricted to using
wheels :-) I have rocket engines which don't give
On 3/11/2016 7:41 AM, Robin Gareus wrote:
On 03/11/2016 02:24 PM, Patrick Shirkey wrote:
According to Jonathan his multiple cores are barely reaching 5% usage. How
can JACK_DSP be so high when there is so much room left to play with if
JACK2 is handling the parallelism correctly?
It seems
On 3/1/2016 11:40 AM, Paul Davis wrote:
the JACK implementation relies on two things to work:
* pointer and integer operations are (weakly) atomic on all
platforms that JACK runs on
* code reordering will either not happen or will be prevented by
the compiler
Does #2 mean that -O3
12 matches
Mail list logo