[PD] [initbang] vs [loadbang]

I've made an abstraction with an arbitrary number of inlets, and in extended you can save it in a patch as its connections will be maintained (using [initbang] to create the inlets), but in vanilla it's not possible cause I'm using [loadbang] and Pd fails to make the connections (as the inlets are

Re: [PD] [initbang] vs [loadbang]

I’d follow up with a request for [closebang] in vanilla as well. Dan Wilcox @danomatika danomatika.com robotcowboy.com > On Jul 5, 2015, at 6:00 AM, pd-list-requ...@lists.iem.at wrote: > > From: Alexandro

Re: [PD] [initbang] vs [loadbang]

On Sun, Jul 5, 2015 at 4:58 PM, Philippe Boisnard wrote: > send [loadbang( to your subpatche or your abstract > I'm not creating the abstractions dynamically, but like any object when patching (Cmd+1), so I don't think this is feasible... ___ Pd-list@li

Re: [PD] [initbang] vs [loadbang]

Is there an "init" object for vanilla? I have a patch with a bunch of inits not be created at load Sent from my iPhone On Jul 5, 2015, at 10:18 AM, Alexandros Drymonitis mailto:adr...@gmail.com>> wrote: On Sun, Jul 5, 2015 at 4:58 PM, Philippe Boisnard mailto:philem...@me.com>> wrote: send

Re: [PD] [initbang] vs [loadbang]

On 07/05/2015 11:56 AM, Alexandros Drymonitis wrote: > > Is there a way to achieve the [initbang] effect in vanilla? hmm. most externals i know of have been coded as externals because there is *no* way to achieve the same effect in Pd-vanilla (rather than - say - for efficiency reasons). so the s

Re: [PD] compiling externals for pd on OS X yosemite

On 07/05/2015 01:57 AM, Dan Wilcox wrote: > They have? > > https://github.com/pure-data/pd-lib-builder has that ever been announced? if so, i missed it; sorry. gfdsr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@lists.ie

Re: [PD] compiling externals for pd on OS X yosemite

On Sun, Jul 5, 2015 at 8:21 PM, IOhannes m zmölnig wrote: > On 07/05/2015 01:57 AM, Dan Wilcox wrote: >> They have? >> >> https://github.com/pure-data/pd-lib-builder > > has that ever been announced? > if so, i missed it; sorry. No it isn't announced yet. The helloworld project in the same github

Re: [PD] [initbang] vs [loadbang]

On Sun, Jul 5, 2015 at 9:19 PM, IOhannes m zmölnig wrote: > otoh, if you don't mind dirty tricks, the answer could also be "yes". > see attached patch. saving the "dynin.pd" abstraction, will break it. > using a different version of Pd might also break it. > it might have undesired side effects.

Re: [PD] [initbang] vs [loadbang]

On 07/05/2015 08:57 PM, Alexandros Drymonitis wrote: >> saving the "dynin.pd" abstraction, will break it. [...] > abstraction. I put [r _initbang] but it won't work. the trick is *not* to have a [r _initbang] in your patch. the trick is to generate a message sent to the "_initbang" label. this is

Re: [PD] [initbang] vs [loadbang]

On Son, 2015-07-05 at 21:04 +0200, IOhannes m zmölnig wrote: > On 07/05/2015 08:57 PM, Alexandros Drymonitis wrote: > >> saving the "dynin.pd" abstraction, will break it. > [...] > > abstraction. I put [r _initbang] but it won't work. > > the trick is *not* to have a [r _initbang] in your patch. >

Re: [PD] [initbang] vs [loadbang]

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Yes, nice, all is in the last line in the abstraction ;) ++ Jack Le 05/07/2015 22:01, Roman Haefeli a écrit : > On Son, 2015-07-05 at 21:04 +0200, IOhannes m zmölnig wrote: >> On 07/05/2015 08:57 PM, Alexandros Drymonitis wrote: saving the "dy

Re: [PD] [initbang] vs [loadbang]

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Without this last line in the abstraction, it is possible to use something like : $ sed -i '/inlet;/d' ./dynin.pd && if [[ $(tail -n1 dynin.pd) != "_initbang bang;" ]] ; then echo "_initbang bang;" >> dynin.pd ; fi && pd dynin-test.pd Then you can save

[PD] pd 46.6 on raspberry pi 2?

Hi list, I've been trying to set up a Raspberry Pi 2 for a few days and am running into some problems. I was able to install Pd 43.3 without difficulty. But when I tried to install Pd 46.6 for the Raspberry Pi from Miller's site: http://msp.ucsd.edu/software.html using the following directions:

Re: [PD] pd 46.6 on raspberry pi 2?

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Rick, you can try before (if under debian based linux) : $ sudo apt-get install autoconf ++ Jack Le 05/07/2015 22:54, Rick Snow a écrit : > Hi list, > > I've been trying to set up a Raspberry Pi 2 for a few days and am > running into some

[PD] 2nd Pi 2 issue

Dear list, In addition to having trouble getting pd 46.6 to install on the Raspberry Pi 2 I am having trouble compiling the NYU wiringPi objects. Does anyone know which architecture the Pi 2 requires? l_arm or .pd_linux? I am able to compile the objects using the provided makefile as an l_arm o

Re: [PD] pd 46.6 on raspberry pi 2?

hi Miller's zip already contains binary for RPI so you don't need to build it yourself. just install it with something like : cd pd/src sudo make -f makefile.gnu cheers a -- do it yourself http://antoine.villeret.free.fr 2015-07-05 23:00 GMT+02:00 Jack : > -BEGIN PGP SIGNED MESSAGE- >

Re: [PD] 2nd Pi 2 issue

2015-07-05 23:00 GMT+02:00 Rick Snow : > Dear list, > > In addition to having trouble getting pd 46.6 to install on the Raspberry > Pi 2 I am having trouble compiling the NYU wiringPi objects. > > Does anyone know which architecture the Pi 2 requires? l_arm or > .pd_linux?t > both are good candid

Re: [PD] Pd 46.6 on raspberry pi 2 (automake)

. > > Does anyone know which architecture the Pi 2 requires? l_arm or .pd_linux? > > I am able to compile the objects using the provided makefile as an l_arm > object but when I try to create a .pd_linux object with the makefile > terminal returns: > "* No rule to make target &#

Re: [PD] compiling for Raspberry Pi 2 (was 2nd Pi 2 issue)

Thanks Antoine. The pi2 does not seem to be looking for .l_arm When I try to load the object with verbose checked I get: tried /home/pi/pd-externals/wiringPi_gpio.l_i386 and failed tried /home/pi/pd-externals/wiringPi_gpio.l_i386 and failed tried /home/pi/pd-externals/wiringPi_gpio.l_i386 and fai

Re: [PD] Pd 46.6 on raspberry pi 2 (automake)

2 I am having trouble compiling the NYU wiringPi >> objects. >> >> Does anyone know which architecture the Pi 2 requires? l_arm or >> .pd_linux? >> >> I am able to compile the objects using the provided makefile as >> an l_arm object but whe

Re: [PD] [initbang] vs [loadbang]

That is an awesome hack! Nice one IOhannes :D Just did a simple test, and it seems you can just take the basic idea and wrap that up as an abstraction to use as a replacement for [initbang], wherever you need it. Also, i tried using \$0, to avoid the need for the spigot. PD console prints an er

Re: [PD] [initbang] vs [loadbang]

On 07/06/2015 04:41 AM, i go bananas wrote: > That is an awesome hack! Nice one IOhannes :D > > Just did a simple test, and it seems you can just take the basic idea and > wrap that up as an abstraction to use as a replacement for [initbang], > wherever you need it. the problem with that abstra

Re: [PD] [initbang] vs [loadbang]

oops. yeah, i monged it up. Had forgotten to delete the dynamically created inlets from my test patch. :p ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list