[PD] ANN: [SOSCroute] is a settable OSCroute (for Frank)
Hallo all, Here is a dynamically generated OSCroute that lets its route argument be reset by a right inlet. I forgot that OSCroute allows multiple routes to multiple outlets until I finished the patch. That's a bit harder (namecanvas and such) but I think it's doable for the next version. For now you can just daisy chain. (Oh, and when I do that I suppose I'll do a version for regular [route] too) Frank, I know you're in the process of sprucing up Memento, so hopefully this will help! Luke SOSCroute-help.pd Description: Binary data SOSCroute.pd Description: Binary data ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] more paths in pd extended
Hans-Christoph Steiner wrote: On May 4, 2007, at 3:46 PM, IOhannes m zmoelnig wrote: Hans-Christoph Steiner wrote: AFAIK it does not work yet - but it should not be that hard to implement ... That does not work and would be a pain to implement. why? I think that there should just be a libdir called gemabs for those pd patches. If Gem was compiled as single-file-single-class, then this would just work. since Gem objects do share a lot of code, even splitting Gem into a lot of separate objects (which is planned on the long term) will still need a core which i would implement as a (very small) Gem.pd_linux I think that the way that Thomas did it with flext makes a lot of sense. He made a flext.so and had the objects link to that DLL. That should work fine with Gem. It could be something like libgem.so/libgem.dylib/libgem.dll this is just another option. still it does not answer the question why does it not work and why would it be a pain to implement? ma. IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] plugin~ bad screen distance (again)
Le Lundi 30 Avril 2007 16:00, [EMAIL PROTECTED] a écrit : I'm struggling to get the plugin~ external working (to get LADSPA plugins in pd). Whenever I instanciate it in pd, I get an empty box with several inputs and outputs and an error message in the console about bad screen distance. It also corrupts every single other node I create after that (all of them appear blank and output similar error messages). I quickly searched the archive and have seen that several users have had the same problem, and that for some, unsetting the LANG environment variable fixed the problem, but not for everybody. Unfortunately, I belong to the latter category. Has anybody found since another workaround ? It turned out to be a tcltk problem, not pd one. It affects plugin~ as well as dssi~ (when loading dssi plugins) and probably other externals as well (Jamie saw reports in the archives about similar issues with arrays). I was using TclTk 8.4.9, installing version 8.4.14 fixed it. Thanks everybody for the help. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Problem compiling wiimote external
Hello,
Getting this on gentoo amd64 with gcc 4.1.1:
[EMAIL PROTECTED] ~/Desktop/wiimotepd $ make
cc -DPD -O2 -funroll-loops -fomit-frame-pointer -W -Wshadow
-Wstrict-prototypes -Wno-unused -Wno-parentheses -Wno-switch
-I/usr/include -o wiimote.o -c wiimote.c
wiimote.c: In function 'wiimote_doConnect':
wiimote.c:369: error: incompatible type for argument 1 of 'wiimote_connect'
wiimote.c:369: warning: passing argument 2 of 'wiimote_connect' from
incompatible pointer type
The piece of code is here :
[...]
void wiimote_doConnect(t_wiimote *x, t_symbol *addr)
{
unsigned char buf[7];
bdaddr_t bdaddr;
// determine address:
if (addr==gensym(NULL)) bdaddr = (bdaddr_t) *BDADDR_ANY;
else str2ba(addr-s_name, bdaddr);
// connect:
if (g_wiimoteList[0]==NULL) {
x-wiimote = wiimote_connect(bdaddr, wiimote_callback_0);
x-wiimoteID = 0;
g_wiimoteList[0] = x;
}
else if
[...]
Really don't know how to fix that... Anyone can help ?
Thanks a lot
r1
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -
http://lists.puredata.info/listinfo/pd-list
Re: [PD] ANN: [SOSCroute] is a settable OSCroute (for Frank)
Hallo, Luke Iannini (pd) hat gesagt: // Luke Iannini (pd) wrote: Here is a dynamically generated OSCroute that lets its route argument be reset by a right inlet. Nice. (Oh, and when I do that I suppose I'll do a version for regular [route] too) Don't bother: [sroute] is part of [list]-abs. ;) Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for PDP testing on Mac OS X
Hi List Have been away from PD for a while. I am seeing great effort do fix some things here. pdp seems to work fine, after a quick first look. No success with pidip (Intel Macbook) /Applications/Pd-0.39.2-extended-rc2.app/Contents/Resources/ Scripts/../extra/pidip.pd_darwin: dlopen(/Applications/Pd-0.39.2- extended-rc2.app/Contents/Resources/Scripts/../extra/pidip.pd_darwin, 10): Symbol not found: _theora_decode_YUVout Referenced from: /Applications/Pd-0.39.2-extended-rc2.app/Contents/ Resources/Scripts/../extra/pidip.pd_darwin Expected in: dynamic lookup [import]: ERROR: can't load library in pidip Please dont forget pdp_ieee1394 ;-) Bye Luigi Nose Hair [EMAIL PROTECTED] wrote: I have been trying to test PDP on os 10.4.9 but it seems as though pdp_glx does not work so I cant create a window to view pdp_noise and Did you start X11 before starting PD ??? Thats not mentioned very often but is necessary... ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Space Invaders 4D - Game
Hi, We've been working on this pd patch as an idea for a game installation. Eventually the mouse input will be replaced by a motion tracker following the player whizzing around on a chair shooting up at a projection on the ceiling. We'd be interested at this point in hearing any feedback you have about the way the game plays. We are planning on adding multiple levels of increasing difficulty but at the moment there is just a constant stream of enemies with no end-game and no punishments for missing. Enjoy! reqs: pd GEM 3D red/green glasses (optional) Speakers (optional) Here is a link to the zip file and a screenshot: http://www.puredata.info/Members/konador readme.txt included Thanks! Ben Sion PS - Sorry if I accidently posted this a couple of times... first time posting to the mailing list. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Space Invaders 4D Game
Hallo, Thomas Ouellet Fredericks hat gesagt: // Thomas Ouellet Fredericks wrote: Your code could be greatly simplified if you used lists to trigger the line objects (for example, sending the message 0,1 1000 will start from 0 then ramp up to 1 in 1 second). I also did a simplification to this nice game: I change the invader.pd to use an external file for the model of the aliens. It's attached as invader2.pd ready to be dropped in as replacement for invader.pd (only used in enemytest). Make sure, the invader.txt file is next to it. Regarding the format of invader.txt: It uses coordinates starting in the lower left corner, so the origin (0,0) is not the center of the invader. To correct that a line with offset num num is used. The spread between the individual pixels can be set in a similar way with spread. See attached xcf-image (for gimp) for how the coordinates were written. Oh, and of course I added an explosion. ;) But explosions have to be implemented in the main game first (that is, the destroy message must not move the invader out of sight, otherwise the nice explosion will stay invisible. I leave that as an excercise for the reader. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ offset -5.5 -3 spread 0.4 0.4 0 1 0 2 1 3 1 4 2 1 2 2 2 3 2 4 2 5 2 7 3 0 3 2 3 3 3 5 3 6 4 0 4 2 4 3 4 4 4 5 5 2 5 3 5 4 5 5 6 0 6 2 6 3 6 4 6 5 7 0 7 2 7 3 7 5 7 6 8 1 8 2 8 3 8 4 8 5 8 7 9 3 9 4 10 1 10 2 10 3 invader.xcf Description: application/xcf invader2.pd Description: application/puredata ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] dollar argument
Hi IOhannes, As far as I can tell, $@ is not included after all in Pd Extended... (I tried [list append [EMAIL PROTECTED] and [$@( ) How can we/I/Hans : ) add it to the build system? It would be great to have so that I could properly subclass route/oscroute/etc. Cheers Luke On 4/30/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Quoting Thomas Ouellet Fredericks [EMAIL PROTECTED]: There is also the overlooked very powerful [dollarg] from iemlib that converts all your arguments into a list. I even made an abstraction that can parse arguments by name like in Jitter. For example, [dollars @currency canadian @exchange_rate 1.87 @output km] could also be written [dollars @output km @exchange_rate 1.87 @currency canadian] Anyway, dollarg rocks. and just to push this a bit: some months ago i have submitted a patch to pd (in the sf patchtracker), that introduces to new dollar-arguments: $@ and $#. while $# is probably not so interesting (now that we have [list length]), $@ is very similar to iemlib's [dollarg] but can do even more (e.g. full list expansion in a message) if a lot of people find this useful, and at least some of them go throught the patch and find any bugs, probably it would be accepted into vanilla pd one day. (i think it is already in pd-extended) fmas.dr IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] dollar argument
Luke Iannini (pd) wrote: Hi IOhannes, As far as I can tell, $@ is not included after all in Pd Extended... (I tried [list append [EMAIL PROTECTED] and [$@( ) How can we/I/Hans : ) add it to the build system? get the patch from http://sourceforge.net/tracker/index.php?func=detailaid=1543850group_id=55736atid=478072 add it to the pd-extended patch system (as described in) http://puredata.info/docs/developer/build/ mfs.t IOhannes ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Collision detection [was: Re: Space Invaders 4D Game]
Hallo, Thomas Ouellet Fredericks hat gesagt: // Thomas Ouellet Fredericks wrote: The collisions detection works very well! Actually I had this unfinished collision detection tutorial on my disk, that I now finished. It's attached. I use a slightly different algorithm for collision detection: Instead of chains of [moses] I calculate the distance and compare it to a configurable distance allowed for collisions. The patch shows this in action for one and two dimensions, where the 2-dim case is written in a way to allow higher dimensional collision detection as well. For convenience I use some (newer) [list]-abs abstractions but the principle should be possible to understand even without these. Maybe this is useful for the Game as well. Ciao -- Frank Barknecht _ __footils.org_ __goto10.org__ collision-detection.pd Description: application/puredata ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] simple Q- co-dependent values
Hello everyone I have a little question which should be simple but I can't think of how to do it. In Pd, I have two number boxes and I want for them to be ratios of each other. I want it so that If I change one then the value of the other changes accordingly, also vice versa so that changing either of the values affects that of the other- if you see what I mean. How can i implement this without feedback loops and stack overflows? Just hooking up loops crashes Pd, and I understand why this is, but can't think of a way around it. Can anyone help? By the way can you post (and reply) to this list without having to get the threads sent to your email? I don't know how to reply to a specific thread without having the thread in question in my inbox and clicking 'reply' to it. Thanks K ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] simple Q- co-dependent values
Hi Kim, set is the magic word here: [set 100 | | (numberbox) sets the numberbox to 100 without causing it to output 100. [set $1 makes the value variable. lg, PP Kim Taylor wrote: Hello everyone I have a little question which should be simple but I can't think of how to do it. In Pd, I have two number boxes and I want for them to be ratios of each other. I want it so that If I change one then the value of the other changes accordingly, also vice versa so that changing either of the values affects that of the other- if you see what I mean. How can i implement this without feedback loops and stack overflows? Just hooking up loops crashes Pd, and I understand why this is, but can't think of a way around it. Can anyone help? By the way can you post (and reply) to this list without having to get the threads sent to your email? I don't know how to reply to a specific thread without having the thread in question in my inbox and clicking 'reply' to it. Thanks K ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] Sending data from PD to another program
I'm continuing to work on my Choose Your Own Adventure piece. In this, story paths will be chosen by the audience, who vote using instruments with two notes (xylophones). PD will analyze the audio input and figure out if more people voted for path 1 or 2, depending on which frequency is louder. I'm planning to display the vote choices so the audience can see them and, following the vote, which choice won. It might look something like this: (before the vote) CHOOSE YOUR OWN ADVENTURE Should they... Go into the house? Go around back? (the audience votes) (PD finds note 1 was louder than 2) (after the vote) CHOOSE YOUR OWN ADVENTURE They decide to go into the house! I have very approximate version of the voting working in PD but am unsure how to do the visual output. What I'd like to do is have PD send the vote information (that is, who won) to another program, either something I'll write or PowerPoint or the like, to run the display. I know PD can do visual output through Gem, but in exploring Gem I couldn't figure out an easy way to have the branching paths work, whereas branching paths in PowerPoint or in a homemade program could be relatively easy. Likewise, through searching the email archive, most of the information I could find on communication between PD and other programs was on sending data *to* PD, rather than *from* PD. If there's a thread in the archive or a manual/guide explaning what I'm looking for, I'd be happy to read through it if someone points me in the right direction. I've attached the current file I'm working on, which contains a more in-depth explanation of what I'm doing and what I'd like to do. This list has been extremely helpful so far and I'd love any further input and advice. Thanks again for all your time, -Jared #N canvas 0 0 1028 689 12; #X obj 161 25 adc~; #X floatatom 87 127 5 0 0 0 - - -; #X obj 15 58 env~; #X obj 18 133 vu 15 120 empty empty -1 -8 0 8 -66577 -1 1 0; #X obj 12 96 - 100; #N canvas 426 294 474 324 peakfreq 0; #X obj 62 45 inlet~; #X obj 66 231 outlet; #X obj 65 138 route 0; #X obj 67 182 unpack 0 0 0 0; #X obj 68 83 sigmund~ -hop 4096 -minpower 60 -npeak 3 peaks; #X connect 0 0 4 0; #X connect 2 0 3 0; #X connect 3 0 1 0; #X connect 4 0 2 0; #X restore 78 89 pd peakfreq; #X text 32 265 Amplitude; #X floatatom 446 287 0 0 0 0 - - -; #X text 88 152 Max Frequency; #X floatatom 323 278 0 0 0 0 - - -; #X msg 384 128 20; #X msg 482 133 20; #X msg 231 278 0; #X obj 230 58 bng 15 250 50 0 empty empty empty 17 7 0 10 -262144 -1 -1; #N canvas 84 329 716 314 voting 0; #X obj 42 41 inlet~; #X obj 183 39 inlet; #X obj 255 44 inlet; #X obj 331 45 inlet; #X obj 403 50 inlet; #N canvas 479 155 502 352 ampfilter 0; #X obj 35 28 inlet~; #X obj 96 96 bp~ 0 0; #X obj 119 27 inlet; #X obj 203 26 inlet; #X obj 105 158 env~; #X obj 111 211 outlet; #X connect 0 0 1 0; #X connect 1 0 4 0; #X connect 2 0 1 1; #X connect 3 0 1 2; #X connect 4 0 5 0; #X restore 59 186 pd ampfilter; #X floatatom 174 105 0 0 0 3 - - -; #X floatatom 223 110 0 0 0 0 - - -; #N canvas 479 155 470 320 ampfilter 0; #X obj 35 28 inlet~; #X obj 96 96 bp~ 0 0; #X obj 119 27 inlet; #X obj 203 26 inlet; #X obj 105 158 env~; #X obj 111 211 outlet; #X connect 0 0 1 0; #X connect 1 0 4 0; #X connect 2 0 1 1; #X connect 3 0 1 2; #X connect 4 0 5 0; #X restore 228 199 pd ampfilter; #X floatatom 276 120 0 0 0 0 - - -; #X floatatom 325 124 0 0 0 0 - - -; #X obj 118 242 outlet; #X obj 224 245 outlet; #X connect 0 0 5 0; #X connect 0 0 8 0; #X connect 1 0 6 0; #X connect 2 0 7 0; #X connect 3 0 9 0; #X connect 4 0 10 0; #X connect 5 0 11 0; #X connect 6 0 5 1; #X connect 7 0 5 2; #X connect 8 0 12 0; #X connect 9 0 8 1; #X connect 10 0 8 2; #X restore 343 206 pd voting; #X floatatom 334 163 0 0 0 3 - - -; #X floatatom 383 169 0 0 0 0 - - -; #X floatatom 430 174 0 0 0 0 - - -; #X floatatom 479 174 0 0 0 0 - - -; #N canvas 171 189 704 316 timer 0; #X obj 197 38 inlet; #X obj 301 37 inlet; #X obj 23 194 spigot; #X obj 114 200 spigot; #X obj 23 34 inlet; #X obj 49 102 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0 1; #X obj 104 65 del 6000; #X obj 26 247 outlet; #X obj 115 250 outlet; #X connect 0 0 2 0; #X connect 1 0 3 0; #X connect 2 0 7 0; #X connect 3 0 8 0; #X connect 4 0 6 0; #X connect 4 0 5 0; #X connect 5 0 2 1; #X connect 5 0 3 1; #X connect 6 0 5 0; #X restore 342 245 pd timer; #N canvas 443 56 470 330 math 0; #X obj 93 51 inlet; #X obj 78 105 / 100; #X obj 75 172 +; #X floatatom 65 217 5 0 0 0 - - -; #X obj 59 261 outlet; #X obj 185 51 inlet; #X msg 186 104 0; #X connect 0 0 1 0; #X connect 1 0 2 0; #X connect 2 0 3 0; #X connect 3 0 2 1; #X connect 3 0 4 0; #X connect 5 0 6 0; #X connect 6 0 3 0; #X restore 242 343 pd math; #X floatatom 241 388 5 0 0 0 - - -; #N canvas 443 62 462 312 math 0; #X obj 93 51 inlet; #X obj 78 105 / 100; #X obj 75 172 +; #X floatatom 65 217 5 0 0 0 - - -; #X obj 59 261 outlet; #X obj 185 51 inlet; #X msg 184 104 0; #X connect 0 0
Re: [PD] Sending data from PD to another program
Jared wrote: I know PD can do visual output through Gem, but in exploring Gem I couldn't figure out an easy way to have the branching paths work, whereas branching paths in PowerPoint or in a homemade program could be relatively easy. Likewise, through searching the email archive, most of the information I could find on communication between PD and other programs was on sending data *to* PD, rather than *from* PD. If there's a thread in the archive or a manual/guide explaning what I'm looking for, I'd be happy to read through it if someone points me in the right direction. well [netsend] will send the data over a _very_ simple protocol (FUDI), which is just plain-text; so you could easily parse it in your homemade application. if you don't care to write the server-code, you can use the pdreceive application which will get the data from [netsend] and then pipe it into your program. mfgasdr. IOhannes PS: and i do think that it is trivial to do what you want with Gem,... ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for PDP testing on Mac OS X
Thanks for this! ~Kyle On 5/5/07, Luigi Rensinghoff [EMAIL PROTECTED] wrote: This is just a tiny little thing. I changed the pdp-examples for OSX. Just so beginners are not irritated. pdp_xv replaced by pdp_glx and little more maybe it would be good to have that changed for OSX-Installers BYe Luigi ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] A little help in automating pd?
Hi, So this is my first post to the list. back story: I'm running pd in Linux on a small wearable computer. I do not use a screen, mouse, or keyboard, just an arduino box with a button and some other doo dads to control patch loading / activation. I've successfully automated pd in Windows using a python windows testing library to grab widgets and send keys to applications, but the Gnome alternative cannot see tcl/tk widgets ... I'm better off running without a gui anyway. :P I've hacked a quick controller patch using the ;open message for a show, but that was only a temp fix as I have no way to close patches from within pd ... or is there? I do not want to have to open an entire set of patches at once as my machine only has 256 Mb of ram and, if I start using lots of samples, this could be a problem. So now I'm exec launching and SIGINT'ing pd in C : - lauch pd with the current patch and remember the process id - the patch contains an osc object to receive all of my controllers - sigint pd when I'm done (btw Whats the cleanest kill signal to send?) Now my questions are: - Is there a built in way to close an open pd patch from within pd ...? My thinking is that I can open pd with a small control patch that receives messages to open and close patches. - If not, has anyone made an automation object? Would anyone be interested if I attempted to write one? - Does having a built-in method to do this provide any advantage over my current solution of launching/killing pd? The advantage I have now is that I can monitor the running status of pd so if it crashes, which it has done when using the aforementioned temp hack, I can safely kill and restart on the current patch. Thanks! -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] A little help in automating pd?
Hi Daniel, I don't know if it has advantages, but it is possoble to open/close patches from another patch. Maybe an advantage would be that it is faster, because you don't have to resart pd. but I don't know how to handle crashes... anyway, have a look at manuals/pd-msg/2.message_and_pd/2.open_close.pd you open a patch by using a message to pd (starting with ;pd). the first argument is open, the second the patchname and the third the directory. to close you give the argument menuclose and then the prefix pd- and the patchname. some time ago it was not possible to use abbreviations for directories (like a dot). maybe this works now. but you can always use the full path name. regarding closing, many people are talking about a closebang but I am not sure if that is about shutting down pd or closing a patch. it should provide a clean shutdown. maybe this affects serial connections? I don't know. For me it worked the way I described it above and I had no problems. [that is a message( [;pd open mypatch.pd /home/marius/pd( [;pd menuclose pd-mypatch.pd( marius. Daniel Wilcox wrote: Hi, So this is my first post to the list. back story: I'm running pd in Linux on a small wearable computer. I do not use a screen, mouse, or keyboard, just an arduino box with a button and some other doo dads to control patch loading / activation. I've successfully automated pd in Windows using a python windows testing library to grab widgets and send keys to applications, but the Gnome alternative cannot see tcl/tk widgets ... I'm better off running without a gui anyway. :P I've hacked a quick controller patch using the ;open message for a show, but that was only a temp fix as I have no way to close patches from within pd ... or is there? I do not want to have to open an entire set of patches at once as my machine only has 256 Mb of ram and, if I start using lots of samples, this could be a problem. So now I'm exec launching and SIGINT'ing pd in C : - lauch pd with the current patch and remember the process id - the patch contains an osc object to receive all of my controllers - sigint pd when I'm done (btw Whats the cleanest kill signal to send?) Now my questions are: - Is there a built in way to close an open pd patch from within pd ...? My thinking is that I can open pd with a small control patch that receives messages to open and close patches. - If not, has anyone made an automation object? Would anyone be interested if I attempted to write one? - Does having a built-in method to do this provide any advantage over my current solution of launching/killing pd? The advantage I have now is that I can monitor the running status of pd so if it crashes, which it has done when using the aforementioned temp hack, I can safely kill and restart on the current patch. Thanks! -- Dan Wilcox danomatika www.robotcowboy.com http://www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] A little help in automating pd?
I don't know anthing about this, but Robot Cowboy is awsome dude! ~Kyle On 5/5/07, Daniel Wilcox [EMAIL PROTECTED] wrote: Hi, So this is my first post to the list. back story: I'm running pd in Linux on a small wearable computer. I do not use a screen, mouse, or keyboard, just an arduino box with a button and some other doo dads to control patch loading / activation. I've successfully automated pd in Windows using a python windows testing library to grab widgets and send keys to applications, but the Gnome alternative cannot see tcl/tk widgets ... I'm better off running without a gui anyway. :P I've hacked a quick controller patch using the ;open message for a show, but that was only a temp fix as I have no way to close patches from within pd ... or is there? I do not want to have to open an entire set of patches at once as my machine only has 256 Mb of ram and, if I start using lots of samples, this could be a problem. So now I'm exec launching and SIGINT'ing pd in C : - lauch pd with the current patch and remember the process id - the patch contains an osc object to receive all of my controllers - sigint pd when I'm done (btw Whats the cleanest kill signal to send?) Now my questions are: - Is there a built in way to close an open pd patch from within pd ...? My thinking is that I can open pd with a small control patch that receives messages to open and close patches. - If not, has anyone made an automation object? Would anyone be interested if I attempted to write one? - Does having a built-in method to do this provide any advantage over my current solution of launching/killing pd? The advantage I have now is that I can monitor the running status of pd so if it crashes, which it has done when using the aforementioned temp hack, I can safely kill and restart on the current patch. Thanks! -- Dan Wilcox danomatika www.robotcowboy.com ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- http://theradioproject.com http://perhapsidid.blogspot.com (()()()(()))()()())( (())(())()((( ))(__ _())(()))___ (((000)))oOO ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for PDP testing on Mac OS X
Sounds good. Can someone confirm that pdp_glx works fine on GNU/ Linux? Then I'll make the switch. .hc On May 5, 2007, at 6:25 AM, Luigi Rensinghoff wrote: This is just a tiny little thing. I changed the pdp-examples for OSX. Just so beginners are not irritated. pdp_xv replaced by pdp_glx and little more maybe it would be good to have that changed for OSX-Installers pdp_examples_OSX.zip BYe Luigi___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/ listinfo/pd-list Man has survived hitherto because he was too ignorant to know how to realize his wishes. Now that he can realize them, he must either change them, or perish.-William Carlos Williams ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] A little help in automating pd?
oh, I was too stupid to copy from my patch to the email editor... of course you are right, thanks for the reply. marius. Roman Haefeli wrote: close patches, i use: [; pd-nameofthepatch.pd menuclose 1( the '1' avoids the 'close this window?'-popup. roman ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] NYC Patching Circle: Tuesday, May 8th
http://idmi.poly.edu/patchingcircle This week is a regular old patching circle, so come and code, ask questions and help others out. This is an informal gathering of patching and patchers (Max/MSP/ Jitter, Pure Data, and even jMax, EyesWeb, , etc.). Beginners and Experienced welcome. Open to everyone, students, the public, etc. Work on projects, school projects, ask for help, help others, or just patch quietly to yourself, in a room full of other people patching patches and helping other people patch. This Tuesday, May 8th 6-9pm, or until we're done. RSVP and I'll put you on the guest list at the door. Otherwise call 718 260 3693 when you get there. Directions All events will take place in Rogers Hall at Polytechnic's Brooklyn campus, on the second floor, in room RH207. The entrance is on Jay St. Across the street from the Marriott. * A,C,F to Jay Street-Borough Hall * 2,3,4,5 to Borough Hall (walk one block East to Willoughby, left on Jay) * M,R to Lawrence Street-MetroTech (one block North on Lawrence) * Q,B to Dekalb Avenue(two blocks North toward Manhattan Bridge and make a left on Myrtle Ave into MetroTech) For more directions, see http://www.poly.edu/directions/ Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith ___ PD-announce mailing list [EMAIL PROTECTED] http://lists.puredata.info/listinfo/pd-announce ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-0.39.2-extended-RC1. osx --good work
Hi Ive managed to get around this by using an older version of gem but I still get this error message: error: to function, this needs to be compiled against Pd 0.40 or higher, or a version that has sys_register_loader() libdir loader $Revision: 1.5 $ written by Hans-Christoph Steiner [EMAIL PROTECTED] compiled on Apr 14 2007 at 05:11:51 compiled against Pd version 0.39.2.extended-RC1 GEM: Graphics Environment for Multimedia GEM: ver: 0.90 release GEM: compiled: May 25 2004 GEM: maintained by IOhannes m zmoelnig GEM: Authors :Mark Danks (original version on irix/windows) GEM: Chris Clepper (mac OSX) GEM: Guenter Geiger (linux) GEM: Daniel Heckenberg (windows) GEM: James Tittle (mac OSX) GEM: IOhannes m zmoelnig (linux/windows) not too sure what this means On 5/4/07, alan brooker [EMAIL PROTECTED] wrote: Hi I want to say thanks to Hans and all other developers for making Pd-0.39.2-extended-RC1 for the mac so good to look at-IMO looking as good as max. Im getting this error on the start up screen and if anyone can suggest a work around or if Im doing anything wrong I would appreciate it. error: to function, this needs to be compiled against Pd 0.40 or higher, or a version that has sys_register_loader() libdir loader $Revision: 1.5 $ written by Hans-Christoph Steiner [EMAIL PROTECTED] compiled on Apr 14 2007 at 05:11:51 compiled against Pd version 0.39.2.extended-RC1 /Volumes/Pd-0.39.2-extended-RC1/Pd-0.39.2-extended-RC1.app/Contents/Resources/Scripts/../extra/Gem.pd_darwin: dlopen(/Volumes/Pd- 0.39.2-extended-RC1/Pd-0.39.2-extended-RC1.app/Contents/Resources/Scripts/../extra/Gem.pd_darwin, 10): Symbol not found: _glFramebufferRenderbufferEXT Referenced from: /Volumes/Pd-0.39.2-extended-RC1/Pd- 0.39.2-extended-RC1.app /Contents/Resources/Scripts/../extra/Gem.pd_darwin Expected in: /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL Gem: can't load library But Just want to give words of encouragement! ;-) ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Space Invaders 4D - Game
Seriously, could you spell the four dimensions Ben Roberts a écrit : Hi, We've been working on this pd patch as an idea for a game installation. Eventually the mouse input will be replaced by a motion tracker following the player whizzing around on a chair shooting up at a projection on the ceiling. We'd be interested at this point in hearing any feedback you have about the way the game plays. We are planning on adding multiple levels of increasing difficulty but at the moment there is just a constant stream of enemies with no end-game and no punishments for missing. Enjoy! reqs: pd GEM 3D red/green glasses (optional) Speakers (optional) Here is a link to the zip file and a screenshot: http://www.puredata.info/Members/konador readme.txt included Thanks! Ben Sion PS - Sorry if I accidently posted this a couple of times... first time posting to the mailing list. ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list ___ PD-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
