[PD] C++ for pd (was: mp3 playing external)

Thomas Grill gr at grrrr.org
Fri Feb 4 12:04:32 CET 2005

i think the main problem flext and readanysf~ might be the latter's 
dependance on a large number of external libraries, although i don't 
know which kind of clash that could cause. Naturally, i use flext for 
nearly everything and i have had no real problem compiling it in the 
last couple of months. I also think that the new build system should be 
easy to use but it may not be fit for the complex building involved 
with readanysf~.
The last time i tried to build readanysf~ for Windows i had the 
impression that the problems are not caused by flext, but i didn't 
really understand the code - that's why i chose to write my own 
flext-based soundfile player (although i doesn't decode MP3, because i 
don't use crippled sound)
It's true that flext has changed a bit in the last time, but not the 
API, just the naming of the libraries, so that it's uniform across 
several platforms. I think that should be trivial to adapt. The API 
itself hasn't changed for the last two years or so. It seems to be at 
least as stable as the pd API.

best greetings,

Am 04.02.2005 um 10:33 schrieb IOhannes m zmoelnig:

> august wrote:
>> on another note, I started to rewrite the readanysf~ code.
>> the goal for the new version are as follows:
>> 	1.) direct c++ code for pd.  no more flext.
> what are the advantages of such an approach ?
> or rather, what are the big disadvantages of using flext ?
> i do not use it myself (since Gem has its own C++ framework and my 
> rest is done in C), so my ideas of flext might be clouded.
> the only reason to not use it that is see, is an additional 
> dependency. isn't it possible to link statically against flext, so the 
> dependency would only exist at compile time ?
> or is the flext-api highly unstable (so that it is a pain to upgrade 
> from one version of flext to the next ?)
> mfg.btr.xs
> IOhannes
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://iem.at/cgi-bin/mailman/listinfo/pd-list

More information about the Pd-list mailing list