Re: [Faudiostream-devel] International Faust Conference - Seeking Some Advice

2017-06-08 Thread Stéphane Letz
Ahah… now we better understand the reason behind the recent Romain + Albert secret meeting at Mainz ! Wonderfull ! Stéphane > Le 8 juin 2017 à 05:59, Romain Michon a écrit : > > Greetings, > > We're excited to announce that we're thinking of organizing an "International > Faust Conference

Re: [Faudiostream-devel] faust dynamic libraries and ABI stability

2017-06-08 Thread Stéphane Letz
We (at Grame) use static linking for different side projects we maintain, that is mainly faustgen~ (the Max/MSP external) and FaustLive. For various deployment reasons, we really prefer having « self-contained » components. libfaust dynamic version was added by Albert Graef (Albert can you rem

[Faudiostream-devel] faust dynamic libraries and ABI stability

2017-06-08 Thread IOhannes m zmölnig
hi, i'm currently considering all the options for creating the Debian packages of faust2, and stumbled upon the "dynamic" build target, that builds libfaust.so and friends. In Debian we generally prefer dynamic libraries over static linking for various reasons, among them: - GPL compliance (if we

Re: [Faudiostream-devel] International Faust Conference - Seeking Some Advice

2017-06-08 Thread Pierre Jouvelot
Hello all, I'd definitely try to attend. Great idea :) Bye, Pierre On Thu, 08 Jun 2017 05:59:21 +0200, Romain Michon wrote: Greetings, We're excited to announce that we're thinking of organizing an "International Faust Conference (IFC)" next year. The whole idea behind this is to bring peo

Re: [Faudiostream-devel] International Faust Conference - Seeking Some Advice

2017-06-08 Thread yann orlarey
Hi Romain, Albert and Julia, It is a *great idea* and we fully support it ! Cheers Yann 2017-06-08 5:59 GMT+02:00 Romain Michon : > Greetings, > > We're excited to announce that we're thinking of organizing an > "International Faust Conference (IFC)" next year. The whole idea behind > this is t

Re: [Faudiostream-devel] Generated sin tables

2017-06-08 Thread Romain Michon
> > I've got another question regarding tables, hopefully not as silly as >> the last one -> >> >> When creating a table in Faust it produces C++ code with a static global >> variable to hold the data. >> >> `static float ftbl0mydspSIG0[65537];` >> >> (from example `generator/osci.dsp`, using Faust

Re: [Faudiostream-devel] Generated sin tables

2017-06-08 Thread Martin Klang
that would work for us. We have a program size limit of 64k, but 1M heap available, so heap allocation is really important for us. Martin On 08/06/17 13:06, Stéphane Letz wrote: >> Le 8 juin 2017 à 13:39, Kjetil Matheussen a écrit >> : >> >> >> >> On Thu, Jun 8, 2017 at 1:14 PM, Stéphane Let

Re: [Faudiostream-devel] Generated sin tables

2017-06-08 Thread Stéphane Letz
> Le 8 juin 2017 à 13:39, Kjetil Matheussen a écrit : > > > > On Thu, Jun 8, 2017 at 1:14 PM, Stéphane Letz wrote: > The reason is that we want to share a unique table between all instances of > the class. But… it appears that: > > - even if the table is shared, the classInit code is actual

Re: [Faudiostream-devel] Generated sin tables

2017-06-08 Thread Kjetil Matheussen
On Thu, Jun 8, 2017 at 1:14 PM, Stéphane Letz wrote: > The reason is that we want to share a unique table between all instances > of the class. But… it appears that: > > - even if the table is shared, the classInit code is actually called each > time in the instance::init(SR) method, which is rat

Re: [Faudiostream-devel] Generated sin tables

2017-06-08 Thread Kjetil Matheussen
On Thu, Jun 8, 2017 at 12:31 PM, Martin Klang wrote: > I've got another question regarding tables, hopefully not as silly as > the last one -> > > When creating a table in Faust it produces C++ code with a static global > variable to hold the data. > > `static float ftbl0mydspSIG0[65537];` > > (f

Re: [Faudiostream-devel] Generated sin tables

2017-06-08 Thread Martin Klang
Would it be possible to generate a class that contains all tables (and their initialisers) and pass a reference to the instance::init() method? Then it is up to the container to manage the lifecycle and allocation of shared data. Martin On 08/06/17 12:14, Stéphane Letz wrote: > The reason is

Re: [Faudiostream-devel] Generated sin tables

2017-06-08 Thread Stéphane Letz
The reason is that we want to share a unique table between all instances of the class. But… it appears that: - even if the table is shared, the classInit code is actually called each time in the instance::init(SR) method, which is rather stupid…((-; and possibly problematic. - and the memory a

Re: [Faudiostream-devel] Generated sin tables

2017-06-08 Thread Martin Klang
I've got another question regarding tables, hopefully not as silly as the last one -> When creating a table in Faust it produces C++ code with a static global variable to hold the data. `static float ftbl0mydspSIG0[65537];` (from example `generator/osci.dsp`, using Faust 2.0.a73, owl.cpp archite

Re: [Faudiostream-devel] International Faust Conference - Seeking Some Advice

2017-06-08 Thread Albert Graef
On Thu, Jun 8, 2017 at 5:59 AM, Romain Michon wrote: > This event will take place at the Johannes Gutenberg University of Mainz > in Germany. I should add that at JGU we're really excited about the prospect of organizing this event. :) Those of you who attended LAC15@JGU will probably remember

Re: [Faudiostream-devel] International Faust Conference - Seeking Some Advice

2017-06-08 Thread Michael Bylstra
Very exciting. I'd love to attend an International Faust Conference. On 8 Jun. 2017 1:59 pm, "Romain Michon" wrote: Greetings, We're excited to announce that we're thinking of organizing an "International Faust Conference (IFC)" next year. The whole idea behind this is to bring people in our co