Short answer: I'm ok at C++, and not good at pure C.
Content-Type: text/plain; charset=ISO-8859-1
On Wed, Feb 22, 2012 at 9:56 AM, wrote:
> Hi experts
I wouldn't concider myself an "expert"... but hello never the less :)
> Why it is written in C++ , not C ?
> means "read" and "write" ?
> > Which leads me to my next question: are most JACK applications
Memory management & threading are the two big real-time things, using a VM
I don't advise using it, but C++ is already my weapon of choice so I'm not
biased at all ;)
That said, my first JACK client was using Python to copy I/O buffers using
the PyJack interface.
Xruns!! but it worked... :) For serious applications I would not concider
VM languages as a serious
option, but I'm sure there's people on list that would disagree. This has
been discussed before on list,
searching the archives will provide lots of information on the topic.
Content-Type: text/html; charset=ISO-8859-1
On Wed, Feb 22, 2012 at 9:56 AM, <email@example.com><=
Hi expertsI wouldn't concider myself an "expert&=
quot;... but hello never the less :)=A0
Why it is written in C++ , not C ?Short answer=
: I'm ok at C++, and not good at pure C.Long answer: Most large aud=
io program projects are written in C++: its easier to compartmentalize code=
, splitting functionality. IMO its better suited to writing *applications*,=
while pure C is better for writing libraries due to the fact that pretty m=
uch any language has bindings to calling (pure) C functions.
quot;read" and "write" ?Robin pr=
etty much aced those questions, so I'll skip em.
=A0> Which leads me to my next question: are most JACK applications<=
> written in C/C++? I understand that programming as close to the =