Re: [PD-dev] compiling to DSP processor?
hey Hans + Miller, thanks for pointing me towards Sukandar's work. so to be clear: you think i'd be able to take the Pd source code and just push it through the DSP's compiler and something vaguely usable would come out? (I have never done anything with a DSP chip before and the examples on TI's website are fairly heavy on the assembler, they mostly look like microprocessor bit-bangy code..) cheers damian On 02.04.2012, at 19:37, Hans-Christoph Steiner wrote: Yeah, I imagine with no kernel doing timeslicing, Pd would literally have all of the CPU time, and the audio output to the hardware happen more often than every 64 samples. .hc On Apr 2, 2012, at 11:31 AM, Miller Puckette wrote: It should be possible but Pd needs stuff like open(), read(), and write() for files, so it's necessary to make a small library to either carry out or somehow fake those operations. The great advantage of running Pd on a DSP is that you can probably get audio latencies down much further than on a PC-like CPU. cheers Miller On Mon, Apr 02, 2012 at 10:58:49AM -0400, Hans-Christoph Steiner wrote: Hey Damian, The gluiph was just that, it ran Pd directly on a DSP: http://www.nime.org/proceedings/2003/nime2003_180.pdf Depending on your skills, it could be easier to run a über-stripped OS like I did on the Palm Pilots, which ran Pd tho they had 32megs of RAM. There wasn't much more than the linux kernel, a super basic X11 server, and Pd. .hc 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 to avoid having to load an entire operating system, if possible; i really just need the DSP code and a way of running it on a DSP chip. is there any way of getting Pd to compile patches internally to some kind of DSP machine code, for example for something like a TI C5x? if not, does anyone know of anything vaguely similar that might get me 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 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev We have nothing to fear from love and commitment. - New York Senator Diane Savino, trying to convince the NY Senate to pass a gay marriage bill ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] compiling to DSP processor?
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 to avoid having to load an entire operating system, if possible; i really just need the DSP code and a way of running it on a DSP chip. is there any way of getting Pd to compile patches internally to some kind of DSP machine code, for example for something like a TI C5x? if not, does anyone know of anything vaguely similar that might get me 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 ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] pdlib: unknown audio API specified
hi Chris, if you don't have any luck with this, ofxPd might be worth a look - it's an addon for the openFrameworks system : http://openFrameworks.cc ofxPd itself is available from my github: http://github.com/damiannz/ofxPd cheers d On 22 Oct 2010, at 02:10, Chris Niven wrote: Hi Peter and list — I've been trying to get a template Xcode project working that incorporates your objective-c glue for Pd, but I haven't been successful yet. At this point I'm able to use the PdBase class for control-flow patches, but I can't get audio working. For some reason, it doesn't register audio units as the chosen audio API, and it spits out the unknown audio API specified error message. I think it's something to do with either my Xcode project's build settings or some issue with the defines. Is there a way to fix this? I'm going to look at it a little more, but I figured 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 . dam...@frey.co.nz frey . contemporary art . http://www.frey.co.nz ___ Pd-dev mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
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 | skype: damiansnz | dam...@frey.co.nz 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] pd-devel revival
Hans-Christoph Steiner wrote: Yay! Its my hope that we can build upon efforts like pd-devel and desiredata. Standing on the shoulders of giants kind of thing. I would like to contribute to a community fork that aims to be Pd compatible, but really focuses on decentralizing as much as possible, by structuring things around a very small core and everything else as libraries. I don't think we need a leader, I think we need to organize the code as a mirror of the community, which is quite decentralized. lovely. i think this could work very well, especially if we are able to keep what we are doing in sync with Miller's continuing work on the Pd core, making sure we merge in his changes as they come about, so that the community fork does not end up out of sync with vanilla. patches built with Pd-community should function correctly when opened with Pd-vanilla, 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://lists.puredata.info/listinfo/pd-dev
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 | [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] i can has svn commit access?
hey list, i'm Damian, i come from a background in electroacoustic composition and computer science. i've been using Pd for about three years now. i make live electroacoustic performance using Pd+a MIDI keyboard, i work on generative techno patches, and i'm one of the core artists for the RjDj project http://rjdj.me . i'd like SVN commit access, so that i can work on improvements to some of the Pd usability issues that have been bugging me lately. i would like to implement multithreaded [soundfiler] read, and i'd like to in the longer term make a stab at multithreaded the entire DSP 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 mailing list Pd-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] trigger: [t b 1 2]
hey, i find myself often repeating a construct like this: [t b a] | | [1 ( ... | now, the last time i was using Max, i noticed that Max's trigger object allows you to go [t 1 a] and the left outlet will send out the number 1. or even: [t reset a] and the left outlet sends out the message 'reset'. this seems to me like an extremely handy feature, so if it gets the blessings of the list(s) i'd like to go and implement it and submit a patch. what do folks think of this? i know there was some discussion a year or two ago, talking about how you should only be using the 'bang' 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@iem.at http://lists.puredata.info/listinfo/pd-dev
[PD-dev] readanysf~/osx: flext build errors: 'template with C linkage'
hey, i have the latest flext from CVS and i'm trying to compile flext on OSX, so i can make readanysf~. following through the build system steps, the third time i run build.sh (the time when it actually tries to compile things) i get the following build errors: damians-computer:~/0.inbox/externals/grill/flext damian$ bash build.sh pd gcc make -f ./buildsys/gnumake-sub.mak PLATFORM=mac RTSYS=pd COMPILER=gcc BUILDPATH=./buildsys/ PKGINFO=package.txt BUILDCLASS=flext USRCONFIG=config.txt USRMAKE=build/gnumake-mac-gcc.inc TARGETMODE=release TARGETTYPE=single _build_ buildsys/mac/gnumake-gcc-targets.inc:22: warning: overriding commands for target `pd-darwin/release-single' buildsys/mac/gnumake-gcc-targets.inc:18: warning: ignoring old commands for target `pd-darwin/release-single' mkdir -p pd-darwin/release-single/ g++ -c -DFLEXT_USE_SIMD -DNDEBUG -DFLEXT_EXPORTS -DFLEXT_SYS=2 -DPD -I/Applications/Pd-0.41-4.app/Contents/Resources/src -I/usr/local/include/stk -I/usr/local/include/sndobj source/flext.h -o pd-darwin/release-single/flext.h.gch /usr/include/c++/4.0.0/i686-apple-darwin8/bits/c++locale.h:60: error: template with C linkage /usr/include/c++/4.0.0/bits/stringfwd.h:49: error: template with C linkage /usr/include/c++/4.0.0/bits/stringfwd.h:52: error: template with C linkage /usr/include/c++/4.0.0/bits/stringfwd.h:56: error: template with C linkage /usr/include/c++/4.0.0/bits/postypes.h:81: error: template with C linkage /usr/include/c++/4.0.0/iosfwd:55: error: template with C linkage /usr/include/c++/4.0.0/iosfwd:58: error: template with C linkage /usr/include/c++/4.0.0/iosfwd:61: error: template with C linkage /usr/include/c++/4.0.0/iosfwd:64: error: template with C linkage ... if i take out PRECOMPILE=flext.h from package.txt (as suggested by someone 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 http://lists.puredata.info/listinfo/pd-dev
[PD-dev] osx/intel: 'expected in: flat namespace' loading external
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/pvoc~.d_fat Expected in: flat namespace i've tried hacking the makefile to pull out the -flat_namespace switch but that causes symbol undefined problems. i've also tried various combinations of setting CFLAGS and LDFLAGS to -flat_namespace and -twolevel_namespace, again with no luck. ... and trying similar steps 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/pvoc~.d_fat Expected in: flat namespace i've tried hacking the makefile to pull out the -flat_namespace switch but that causes symbol undefined problems. i've also tried various combinations of setting CFLAGS and LDFLAGS to -flat_namespace and -twolevel_namespace, again with no luck. ... and trying similar steps with partconv~ i get the same problem. fixed it myself. the problem was i wasn't linking against fftw. i had fftw3 installed (via fink) and was just assuming dlopen would know how to find it, but nope. altering the makefile to add -lfftw3 fixed it, using otool -L and install_name_tool to point it to the correct binary location. thanks d ___ PD-dev mailing list PD-dev@iem.at http://lists.puredata.info/listinfo/pd-dev
Re: [PD-dev] ui development / desiredata?
[EMAIL PROTECTED] wrote: Hi all: is desiredata still alive? i posted a couple of messages about trying to get an OSX version from SVN compiling a month or two ago and never got any replies.. DesireData has been in hibernation, let's say;) but still alive, at least i hope. hum, i didn't see your messages, i guess you have subscribed to the list? also, DesireData don't have its own SVN, its part of PD's CVS. yeah, i posted them on the desiredata list.. oh, i think that's what i meant by SVN. haha.. a while ago (8 months or so) someone helped us to to get it going on OSX, but i didn't get to test out fully how well or badly it worked on OSX:/ yeah, i remember having it working on OSX some months ago, but without any sound support. i can't remember which source tarball i used to build it but the latest version doesn't build. i'll find some time to get on irc and try 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?
hey, is desiredata still alive? i posted a couple of messages about trying to get an OSX version from SVN compiling a month or two ago and never got any replies.. otherwise, what's the status on UI development? if i was to just dive headfirst and try and fix some of the things that have been bugging me over the last week, is that at all useful or helpful? or is there someone i should talk to first? i haven't been involved in development of any open source projects before, and i guess i'm just not sure what the procedure normally is. in particular (i'm running Miller's 0.40-2 on OSX 10.4): - i'd like to bring in the multiple-level undo code from dd, or implement something similar - there seem to be some OSX-specific issues around sub-windows switching between PD windows - apple-` doesn't switch between PD sub-windows like it should. this could also be a Tcl/Tk issue. - there are consistent problems with populating the Window menu - the scrollbar down arrow is 95% hidden on the main Pd window, so scrolling messages down involves clicking a two-pixel-high strip, which is really hard - i'd like to put a scrollbar on the path preferences, so more than 10 lines can fit - mouse cursor alignment over the outlet 'plugs' on objects is bloody frustrating for new users (i've spent the week watching one) and it's just an offset issue i think - preserving newlines in comments! i don't know how possible this is (how tied comments are to Pd's core messaging system) but i'd love to be able to have multi-paragraph documentation with one comment object - occasionally when switching into a sub-window the mouse x offset is completely munted, so Tcl/Tk thinks the mouse is way over from where it should be - other things i can't think of right now i suppose what i'm 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 | [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