Re: [PD] holding keys on patchload to affect object behaviour

Oh Ok, that. I don't know. Salutti Mensaje telepatico asistido por maquinas. Date: Tue, 29 Mar 2016 19:29:56 -0300 Subject: Re: [PD] holding keys on patchload to affect object behaviour From: por...@gmail.com To: lucard...@hotmail.com CC: pd-list@lists.iem.at well, I'm not looking for workarounds

Re: [PD] holding keys on patchload to affect object behaviour

well, I'm not looking for workarounds, I just wanna know if it is possible to do that - knowing if certain keys are pressed to disable an object's feature or something. cheers 2016-03-29 18:40 GMT-03:00 Lucas Cordiviola : > Sorry Alexander perhaps I didn't understand you. > > If -noloadbang is n

Re: [PD] know if audio is in patch?

This was my solution. On Tue, Mar 29, 2016 at 4:17 PM, Alexandre Torres Porres wrote: > well, they're included in a series of help files where all block sizes are > 64 ;) > > 2016-03-29 16:27 GMT-03:00 IOhannes m zmölnig : > >> On 03/29/2016 09:17 PM, Alexandre Torres Porres wrote: >> > sure, ha

Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

Yes, there's a very good reason to employ a solution to a name clash.  Also, using a capital letter in an external name is a poor solution to that problem.  Even calling the thing "pdrunsonwindowstooscope~" would have been better. -Jonathan On Tuesday, March 29, 2016 3:21 AM, IOhannes m z

Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

Well, I just couldn't understand how to get the behavior you're after by looking at the inlet_new code.  But looking at that cyclone wrapper function it seems like you should be able to get the same behavior with a proxy inlet. -Jonathan On Tuesday, March 29, 2016 8:01 AM, Derek Kwan wro

Re: [PD] holding keys on patchload to affect object behaviour

Sorry Alexander perhaps I didn't understand you. If -noloadbang is not what you need, I.e to debug something that went wrong, you can do yourself what you describe in your patch. Put a delay in the loadbang. [key] [keyname] Salutti Mensaje telepatico asistido por maquinas. From: lucard...@hotmai

Re: [PD] holding keys on patchload to affect object behaviour

Hi, Not exactly what you describe but perhaps you need it. pd/doc/1.manual/x3.htm general flags: -noloadbang :) Mensaje telepatico asistido por maquinas. Date: Tue, 29 Mar 2016 16:16:24 -0300 From: por...@gmail.com To: pd-list@lists.iem.at Subject: [PD] holding keys on patchload to affect object

Re: [PD] know if audio is in patch?

well, they're included in a series of help files where all block sizes are 64 ;) 2016-03-29 16:27 GMT-03:00 IOhannes m zmölnig : > On 03/29/2016 09:17 PM, Alexandre Torres Porres wrote: > > sure, had to work on it ;) > > > > this is based on pddp/dsp for a series of help patches that will be > on

Re: [PD] know if audio is in patch?

On 03/29/2016 09:17 PM, Alexandre Torres Porres wrote: > sure, had to work on it ;) > > this is based on pddp/dsp for a series of help patches that will be on/off > according to dsp state unfortunately, this doesn't work reliably. e.g. if this is loaded in a patch containing [block~ 8192] it will

Re: [PD] know if audio is in patch?

sure, had to work on it ;) this is based on pddp/dsp for a series of help patches that will be on/off according to dsp state cheers 2016-03-29 3:40 GMT-03:00 IOhannes m zmoelnig : > On 2016-03-29 01:53, Alexandre Torres Porres wrote: > > well, found a way > > sigh... > do you mind sharing your

[PD] holding keys on patchload to affect object behaviour

hello, is the a way for Pd to know what keys are being held down when a patch is loading so it changes the behaviour of an object? for example, to prevent loadbangs to send a bang at load time? it would have to be something like: hold down Shift-Command (Mac) or Shift-Ctrl (PC) to disable loadme

Re: [PD] [ot] Re: garbled list digests?

Mailman seems to be smarter than Thunderbird in this case. That said, I've seen this issue manifest in tha archives countless times too. https://imgur.com/8T3NUYM On 2016년 03월 30일 01:31, Dan Wilcox wrote: > I did? Looks fine > here: http://lists.puredata.info/pipermail/pd-list/2016-03/thread.html

Re: [PD] [ot] Re: garbled list digests?

On 2016년 03월 30일 00:49, Dan Wilcox wrote: >> On Mar 29, 2016, at 3:46 AM, pd-list-requ...@lists.iem.at >> wrote: >> >> (e.g. if the reason is to not be drowned in the flood of Pd-list mails, >> a better solution is to filter them into a separate mail folder) >

Re: [PD] [ot] Re: garbled list digests?

I did? Looks fine here: http://lists.puredata.info/pipermail/pd-list/2016-03/thread.html Dan Wilcox @danomatika danomatika.com robotcowboy.com

[PD] [ot] Re: garbled list digests?

> On Mar 29, 2016, at 3:46 AM, pd-list-requ...@lists.iem.at wrote: > > (e.g. if the reason is to not be drowned in the flood of Pd-list mails, > a better solution is to filter them into a separate mail folder) I already do, just want a low volume in general. Dan Wilcox @danomatika

Re: [PD] [ot] unflooding the Pd-list (was Re: garbled list digests?)

On 2016년 03월 29일 15:55, IOhannes m zmoelnig wrote: > On 2016-03-29 05:12, Max wrote: >> What about using a separate mail account for the list (you already have >> two domain names in your footer) and then making a folder in your >> mail.app where a filter automatically moves the [PD] messages into?

Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

> > Actually after looking deeper I have no clue.  It looks like cyclone has > some helper functions to set a separate float method for the leftmost signal > inlet.  If you can figure out how it works perhaps you can try doing the same > for a secondary inlet. Hello Jonathan, Yeah, scope's se

Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

(oops, forgot to cc the list, sorry iohannes, still getting a handle on this...) > did i miss something? > why would it not work with proxy inlets? > With the code I found here: http://puredata.info/Members/mjmogo/proxy-example-for-pd.zip/view tackling proxy inlets (basically making a proxy clas

Re: [PD] outdated libpd info (was Re: where's extended?)

Sorry, I thought it was IEM who added these sections. Of course then the devs should update it and not you :-). > Gesendet: Dienstag, 29. März 2016 um 12:49 Uhr > Von: "IOhannes m zmoelnig" > An: pd-list@lists.iem.at > Betreff: [PD] outdated libpd info (was Re: where's extended?) > > On 2016-03

[PD] outdated libpd info (was Re: where's extended?)

On 2016-03-29 11:39, Christof Ressi wrote: > Cool! > > By the way, the libpd section is outdated just to make this clear: i changed the description of for Pd-extended only because the project is obivously abandoned and therefore nobody is maintaining the information on puredata.info either. sinc

[PD] [ot] Re: garbled list digests?

On 2016-03-29 05:15, Dan Wilcox wrote: > No offense, but I’m asking the list to see if Mailman is misconfigured or if > there’s a setting I’m missing and not for suggestions on digest alternatives. > I prefer to host as *few* websites and email address anyway. > > Again, the digests work fine 90

Re: [PD] where's extended?

Cool! By the way, the libpd section is outdated (alpha release from 2010 + dead project resources). I guess there should be a link to libpd.cc somewhere. I already wrote this in an e-mail but wasn't sure if you saw it. Christof > Gesendet: Dienstag, 29. März 2016 um 09:14 Uhr > Von: "IOhannes

Re: [PD] can signal inlets that aren't the main inlet have float or message methods?

On 2016-03-28 22:35, Jonathan Wilkes via Pd-list wrote: > "Scope~" already has a capital "S" in the name for no _good_ reason, so it's > not like the method space is the only discrepancy. the *very good* reason for the capital "S" is that back in the days when cyclone was developed, Pd (vanilla)

Re: [PD] where's extended?

On 2016-03-28 21:20, Alexandre Torres Porres wrote: > http://puredata.info/downloads/pd-extended > > and say it is unmaintained > thanks for the suggestion. done. fgamsdr IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@l