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

[Lucas Cordiviola]

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, 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 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...@hotmail.com
To: por...@gmail.com; pd-list@lists.iem.at
Date: Tue, 29 Mar 2016 20:21:59 +
Subject: 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 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 loadmess firing at 
patcher load

yes, this is for implementing a clone of [loadmess] object from max, and this 
is the only discrepancy left...
cheers

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list 


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list 


  ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

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

[Alexandre Torres Porres]

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 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...@hotmail.com
> To: por...@gmail.com; pd-list@lists.iem.at
> Date: Tue, 29 Mar 2016 20:21:59 +
> Subject: 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 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 loadmess
> firing at patcher load
>
> yes, this is for implementing a clone of [loadmess] object from max, and
> this is the only discrepancy left...
>
> cheers
>
> ___ Pd-list@lists.iem.at
> mailing list UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
> ___ Pd-list@lists.iem.at
> mailing list UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

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

[Matt Barber]

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, 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
>> detect audio as OFF.
>>
>> i find that the attached version works more reliable, though it will
>> also take some time to fetch the DSP state (rather than being able to
>> report it *now*)
>>
>> gfamdsr
>> IOhannes
>>
>> ___
>> Pd-list@lists.iem.at mailing list
>> UNSUBSCRIBE and account-management ->
>> http://lists.puredata.info/listinfo/pd-list
>>
>>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>


loaddspstatus~-help.pd
Description: Binary data


loaddspstatus~.pd
Description: Binary data
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

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

[Jonathan Wilkes via Pd-list]

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 zmoelnig  
wrote:
 

 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) sported a [scope~] object.

fgmadrt
IOhannes

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list


  ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

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

[Jonathan Wilkes via Pd-list]

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  
wrote:
 

 > 
> 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 setup calls sic_setup (defined in shared/sickle/sic.c)
which takes in a dsp function and a float function as input. Looks like
if there is a float function passed, the signal stuff gets handled by
class_domainsignalin() while floats are handled by class_addfloat() and
there isn't a float function passed, it's just all handled by
CLASS_MAINSIGNALIN(). I know CLASS_MAINSIGNALIN() and class_addfloat()
are called from input into the main inlet, and i suppose
class_domainsignalin() is too? There's another function sic_inlet() in
sic.c but it looks like just a wrapper around inlet_new() and
pd_float().

Derek
=
Derek Kwan
www.derekxkwan.com


  ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

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

[Lucas Cordiviola]

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...@hotmail.com
To: por...@gmail.com; pd-list@lists.iem.at
Date: Tue, 29 Mar 2016 20:21:59 +
Subject: 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 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 loadmess firing at 
patcher load

yes, this is for implementing a clone of [loadmess] object from max, and this 
is the only discrepancy left...
cheers

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list 


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list 
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

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

[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/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
detect audio as OFF.

i find that the attached version works more reliable, though it will
also take some time to fetch the DSP state (rather than being able to
report it *now*)

gfamdsr
IOhannes
#N canvas 724 330 450 300 10;
#N canvas 539 239 450 300 check 0;
#X obj 59 20 bang~;
#X msg 59 53 1;
#X obj 59 105 t f;
#X obj 144 63 r pd;
#X obj 144 84 route dsp;
#X obj 59 149 outlet;
#X obj 59 127 change -1;
#X obj 59 80 change -1;
#X connect 0 0 1 0;
#X connect 1 0 7 0;
#X connect 2 0 6 0;
#X connect 3 0 4 0;
#X connect 4 0 2 0;
#X connect 6 0 5 0;
#X connect 7 0 2 0;
#X restore 56 54 pd check dsp;
#X obj 106 139 tgl 15 0 empty empty empty 17 7 0 10 -262144 -1 -1 0
1;
#X obj 240 64 dsp_check;
#X connect 0 0 1 0;
#X coords 0 -1 1 1 85 60 1 100 100;


signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

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

[Alexandre Torres Porres]

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 findings, so that other people may know as well?
>
> fgm,asdr
> IOhannes
>
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> http://lists.puredata.info/listinfo/pd-list
>
>


dsp_check.pd
Description: Binary data
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] holding keys on patchload to affect object behaviour

[Alexandre Torres Porres]

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 loadmess firing
at patcher load

yes, this is for implementing a clone of [loadmess] object from max, and
this is the only discrepancy left...

cheers
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

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

[Max]

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
> 
> 
> Dan Wilcox
> @danomatika 
> danomatika.com 
> robotcowboy.com 
> 
>> On Mar 29, 2016, at 10:28 AM, Max > > wrote:
>>
>> 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)
>>>
>>> I already do, just want a low volume in general.
>>
>> and congratulations, you just started a new thread to the same topic.
>>
> 


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

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

[Max]

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)
> 
> I already do, just want a low volume in general.

and congratulations, you just started a new thread to the same topic.


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

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

[Dan Wilcox]

I did? Looks fine here: 
http://lists.puredata.info/pipermail/pd-list/2016-03/thread.html 



Dan Wilcox
@danomatika 
danomatika.com 
robotcowboy.com 
> On Mar 29, 2016, at 10:28 AM, Max  wrote:
> 
> 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)
>> 
>> I already do, just want a low volume in general.
> 
> and congratulations, you just started a new thread to the same topic.
> 

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

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

[Dan Wilcox]

> 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 
danomatika.com 
robotcowboy.com 
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

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

[Max]

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?
> 
> why would you need a special account for that?
> i just filter all the emails that have a List-ID header that matches
> "" into a special folder.
> filtering is done on the server-side, so i have all the Pd-list emails
> in a separate folder, regardless whether i read them with my laptop, my
> desktop machine at work, some webmailer or a mobile device.

because he is using gmail...

I agree with you, there are many good solutions and yours is much better
than the one I suggested, mine is just what I happen to do and it works
for me so well that I haven't bothered setting up your perfect solution.


___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

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

[Derek Kwan]

> 
> 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 setup calls sic_setup (defined in shared/sickle/sic.c)
which takes in a dsp function and a float function as input. Looks like
if there is a float function passed, the signal stuff gets handled by
class_domainsignalin() while floats are handled by class_addfloat() and
there isn't a float function passed, it's just all handled by
CLASS_MAINSIGNALIN(). I know CLASS_MAINSIGNALIN() and class_addfloat()
are called from input into the main inlet, and i suppose
class_domainsignalin() is too? There's another function sic_inlet() in
sic.c but it looks like just a wrapper around inlet_new() and
pd_float().

Derek
=
Derek Kwan
www.derekxkwan.com

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

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

[Derek Kwan]

(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 class and pointing the
destination of inlet_new to it), declaring inlet_new with 0's
as the selectors (as in the example code) would result in a control
inlet (when I'm wanting a signal inlet)  but methods like class_addfloat
declared in the proxy class's setup would work.

Passing _signal as the first selector in inlet_new
would result in a second inlet, but the values of the signal were only
accessible within the main class's dsp/perform methods and not within
dsp/perform methods declared in proxy's setup but more importantly, the
class_addfloat and so on methods declared in proxy's setup aren't
callable.

Derek
-- 
=
Derek Kwan
www.derekxkwan.com

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

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

[Christof Ressi]

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-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.
> since libpd is an active project, i expect the ones who created the
> [libpd] section on puredata.info to update this information themselves.
> (i will happily grant other active devs of the project the priviliges to
> do so, if that's the problem)
> 
> fgmasdr
> IOhannes
> 
> [libpd] https://puredata.info/downloads/libpd
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

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

[IOhannes m zmoelnig]

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.
since libpd is an active project, i expect the ones who created the
[libpd] section on puredata.info to update this information themselves.
(i will happily grant other active devs of the project the priviliges to
do so, if that's the problem)

fgmasdr
IOhannes

[libpd] https://puredata.info/downloads/libpd



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

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

[IOhannes m zmoelnig]

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% of the time. The other 10% end up being hard 
> to read for Mail.

yes it's weird.
probably it's some weirdo mime-within-mime wrapping issue, that happens
only if one of the digestsed emails happens to contain some specific foo.

personally, i agree with max that digest delivery is probably not for
power-users of the list (such as yourself), and that the reasons for
susbribing to the digests should probably be best resolved otherwise
(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)

fgdasdr
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] where's extended?

[Christof Ressi]

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 m zmoelnig" 
> An: pd-list@lists.iem.at
> Betreff: 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
> 
> 
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

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

[IOhannes m zmoelnig]

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) sported a [scope~] object.

fgmadrt
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] where's extended?

[IOhannes m zmoelnig]

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@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

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

[IOhannes m zmoelnig]

On 2016-03-28 22:35, Jonathan Wilkes via Pd-list wrote:
> Hi Derek,Have a look at the inlet_new code in m_obj.c. But after skimming it 
> I don't see 
> any sensible way to achieve what you want. 

did i miss something?
why would it not work with proxy inlets?

am,sdr
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

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

[IOhannes m zmoelnig]

On 2016-03-29 01:53, Alexandre Torres Porres wrote:
> well, found a way

sigh...
do you mind sharing your findings, so that other people may know as well?

fgm,asdr
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list