linuxaudio.org

--90e6ba6e86dc69ccba04b98d5cf6

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 ?

quoted text
>

Short answer: I'm ok at C++, and not good at pure C.

Long answer: Most large audio 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 much any language has bindings to

calling (pure) C functions.

> means "read" and "write" ?

quoted text
>

Robin pretty much aced those questions, so I'll skip em.

> > Which leads me to my next question: are most JACK applications

quoted text
> > written in C/C++? I understand that programming as close to the

> > hardware as possible is important for performance, but what about

> > programming in a JVM language (I have Clojure in mind)? How

> > reasonable is that?

>

Memory management & threading are the two big real-time things, using a VM

complicates this.

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.
HTH, -Harry
--90e6ba6e86dc69ccba04b98d5cf6

Content-Type: text/html; charset=ISO-8859-1

Content-Transfer-Encoding: quoted-printable
On Wed, Feb 22, 2012 at 9:56 AM,  <kallipygos@inbox.lv><=

/span> wrote:

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.

=A0means &=

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<=

div>

 > written in C/C++?  I understand that programming as close to the =

quoted text
> hardware as possible is important for performance, but what about =

> programming in a JVM language (I have Clojure in mind)?  How > =

reasonable is that?

=A0Memory management & threading are=

 the two big real-time things, using a VM complicates this.I don't =

advise using it, but C++ is already my weapon of choice so I'm not bias=

ed at all ;)

That said, my first JACK client was using Python to copy I/O buffers us=

ing the PyJack interface.Xruns!! but it worked... :) For serious applic=

ations I would not concider VM languages as a seriousoption, but I'=

m sure there's people on list that would disagree. This has been discus=

sed before on list,

searching the archives will provide lots of information on the topic.HTH, -Harry

--90e6ba6e86dc69ccba04b98d5cf6--