linuxaudio.org

--nextPart1443494.hM71kqZpER

Content-Type: Text/Plain;

  charset="utf-8"

Content-Transfer-Encoding: quoted-printable
On Wednesday 02 November 2011 18:09:34 Iain Duncan wrote:

quoted text
> I looked into this about five years ago, but didn't get too far. Wondering

> if anyone on here has experience splitting apps up into:

>=20

> - realtime low latency engine in C++ using per sample callback audio (

> either RTAudio or Jack or PortAudio )

>=20

> - user interfaces and algo composition routines in python that either

> communicate with the engine by shared memory or over a queue

If the python stuff is only for the gui and non-realtime stuff, this is a v=

ery=20

practical approach. There are quite a few people doing that. I believe Fons=

'=20

session managment and assorted apps are running that way (altough he doesn'=

t=20

seem to release them). Some of my prototype apps for the next-generation=20

JackMix are built that way. And I would have done this for my university-jo=

b=20

project had I learned python earlier.
Doing applications in python with the sound-stuff happening in a separate C-

compiled thread) gives that advantage that you can implement the apps as=20

modules and run them either stand-alone or within a bigger controlling app.
Have fun,
Arnold
--nextPart1443494.hM71kqZpER

Content-Type: application/pgp-signature; name=signature.asc

Content-Description: This is a digitally signed message part.
-----BEGIN PGP SIGNATURE-----

Version: GnuPG v1.4.11 (GNU/Linux)
iEYEABECAAYFAk6xqyoACgkQuYLL1cDjHx18QQCfSnVRwr7Q+SB0Z2K5Gw4q+p8J

mvcAn3fhcQEfktIngH/BG26yIifLWwaf

=D6Kn

-----END PGP SIGNATURE-----
--nextPart1443494.hM71kqZpER--