Re: [PD-dev] compiling to DSP processor?

On Apr 2, 2012, at 8:04 AM, Damian Stewart wrote: hi alls, i'm investigating possibilities for a general purpose audio hardware device based on a DSP chip. i know about Pd-anywhere and Hans-Christoph Steiner's efforts to get Pd to run on older devices. this is not my goal here as i'd like

[PD-dev] compiling to DSP processor?

partway along to this goal? it doesn't have to load Pd patches necessarily, but there are obvious benefits to being able to do that :-) cheers damian -- damian stewart . @damian0815 . dam...@frey.co.nz frey . contemporary art . http://www.frey.co.nz

Re: [PD-dev] pdlib: unknown audio API specified

I would post on the list to see if there's something I'm doing wrong. thanks, Chris Niven B.Mus., Music Technology 514.591.9487 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev -- damian stewart . @damiannz

Re: [PD-dev] pow~ in Cyclone [was: Re: stripping down Pd-extended's default libs]

Hans-Christoph Steiner wrote: Well, the point of cyclone is to be compatible with Max/MSP and all its warts. So if you are trying to run a Max patch in Pd, then cyclone's pow~ is correct. speaking of... how does Max handle the namespaces/overriding/etc problem? -- damian stewart

Re: [PD-dev] pd-devel revival

, for instance. the more i think about this approach, the more it makes sense... -- damian stewart | skype: damiansnz | [EMAIL PROTECTED] frey | live art with machines | http://www.frey.co.nz ___ Pd-dev mailing list Pd-dev@iem.at http

Re: [PD-dev] pd and threads with pd~ : was Re: i can has svn commit access?

cyrille henry wrote: hello, i'm maybe wrong, but it look like the pd~ object that is part of 0.42 test release offer a good and generic solution to create thread with pd. ok, hello, Miller? if you're reading: is there a roadmap for this sort of stuff? -- damian stewart | skype: damiansnz

[PD-dev] i can has svn commit access?

engine, or at least investigating whether this project is a feasible one. i'd also like to be able to work with Chun and Hans-Christoph on their project to rebuild pd.tk . thanks d -- damian stewart | skype: damiansnz | [EMAIL PROTECTED] frey | live art with machines | http://www.frey.co.nz

[PD-dev] trigger: [t b 1 2]

' and 'anything' keywords with trigger and not using it as a type-bashing object. not sure what came of that though... chur d -- damian stewart | skype: damiansnz | [EMAIL PROTECTED] frey | live art with machines | http://www.frey.co.nz ___ Pd-dev mailing list

[PD-dev] readanysf~/osx: flext build errors: 'template with C linkage'

a year or two ago), i get 'no rule to make flext.h.gch' can anyone shed any light on this? thanks d -- damian stewart | +44 7500 543 766 | [EMAIL PROTECTED] frey | live art with machines | http://www.frey.co.nz ___ PD-dev mailing list PD-dev@iem.at

[PD-dev] osx/intel: 'expected in: flat namespace' loading external

with partconv~ i get the same problem. any advice? thanks d -- damian stewart | +44 7500 543 766 | [EMAIL PROTECTED] frey | live art with machines | http://www.frey.co.nz ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev

Re: [PD-dev] osx/intel: 'expected in: flat namespace' loading external

Damian Stewart wrote: hello, i'm trying to get pvoc~ to work on osx/intel. it compiles fine, with no errors, but then trying to load the external in Pd I get: /Library/PD/pvoc~.d_fat: dlopen(/Library/PD/pvoc~.d_fat, 10): Symbol not found: _fftw_malloc Referenced from: /Library/PD

Re: [PD-dev] ui development / desiredata?

and make it work sometime soon.. cheers d -- damian stewart | +351 967 797 263 | [EMAIL PROTECTED] frey | live art with machines | http://www.frey.co.nz ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev

[PD-dev] ui development / desiredata?

really asking is - if i went ahead and spent a week fixing all the UI things that really bugged me, assuming my code wasn't really stupid or ugly or bad, what's the chances my changes would make it out into the world, and so be useful for people who aren't me? -- damian stewart | +351 967 797 263