Re: [PD] variable receive objects?

[John Harrison]

I thought [send13] and [receive13] from the ext13 library were for settable
send and receive? Or am I misunderstanding the question?

I've used those 2 objects a lot and thought they seemed pretty stable...

-John

On Sun, May 13, 2012 at 11:29 AM, Jonathan Wilkes wrote:

> Does anyone have a demo crasher, with iem_receive, [r~], or of any of the
> iemguis (which of course have settable receives as well)?
>
> It's not immediately apparent how to change a receive symbol while a
> message is "currently passing through the receive object".  I though Pd was
> supposed to be deterministic.
>
>
> -Jonathan
>
>
>
> - Original Message -
> > From: Miller Puckette 
> > To: Jonathan Wilkes 
> > Cc: IOhannes m zmölnig ; "pd-list@iem.at" <
> pd-list@iem.at>
> > Sent: Sunday, May 13, 2012 11:42 AM
> > Subject: Re: [PD] variable receive objects?
> >
> > Hi all -
> >
> > If you make a settable 'receive' and then change the setting in a
> > context
> > in which a message is currently passing through the receive object (not
> > at all an unlikely thing to have happen) it will crash Pd.  There are
> ways
> > around this but I don't know of any that would not slow down the global
> > functioning of Pd itself.
> >
> > cheers
> > Miller
> >
> > On Sun, May 13, 2012 at 07:07:28AM -0700, Jonathan Wilkes wrote:
> >>
> >>
> >>
> >>
> >>  - Original Message -
> >>  > From: IOhannes m zmölnig 
> >>  > To: pd-list@iem.at
> >>  > Cc:
> >>  > Sent: Sunday, May 13, 2012 4:03 AM
> >>  > Subject: Re: [PD] variable receive objects?
> >>  >
> >>  > On 05/12/2012 07:58 PM, Jonathan Wilkes wrote:
> >>  >>  - Original Message -
> >>  >>
> >>  >>>  From: Marian Weger
> >>  >>>  To: pd-list@iem.at
> >>  >>>  Cc:
> >>  >>>  Sent: Saturday, May 12, 2012 8:09 AM
> >>  >>>  Subject: Re: [PD] variable receive objects?
> >>  >>>
> >>  >>>  hi!
> >>  >>>
> >>  is there a way to generate a variable receive object
> > similar to a
> >>  > send via
> >>  >>>  message box, whose source is defined at load time?
> >>  >>>
> >>  >>>  use iem_receive / iem_r from iemlib.
> >>  >>
> >>  >>  Wow, that is classic Pd development style-- add a tiny feature to
> > an
> >>  >>  object, but don't actually improve _that_ object.
> >>  >
> >>  > ever thought that there might be a good reason why [r] is not
> > seettable,
> >>  > and that [iem_r] - while superficially working - exposes exactly the
> >>  > problems of a settable [r]?
> >>
> >>  Enlighten me.
> >>
> >>  >
> >>  > mfgadsr
> >>  > IOhannes
> >>  >
> >>  > PS: there should be a discussion on this topic in the archives.
> >>
> >>  I don't find anything of the sort.  Tried searching for "settable
> > receive", "setting receive",
> >>  and "iem_receive"
> >>
> >>  -Jonathan
> >>
> >>  >
> >>  > ___
> >>  > 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-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] variable receive objects?

[Jonathan Wilkes]

Does anyone have a demo crasher, with iem_receive, [r~], or of any of the 
iemguis (which of course have settable receives as well)?

It's not immediately apparent how to change a receive symbol while a message is 
"currently passing through the receive object".  I though Pd was supposed to be 
deterministic.


-Jonathan



- Original Message -
> From: Miller Puckette 
> To: Jonathan Wilkes 
> Cc: IOhannes m zmölnig ; "pd-list@iem.at" 
> Sent: Sunday, May 13, 2012 11:42 AM
> Subject: Re: [PD] variable receive objects?
> 
> Hi all -
> 
> If you make a settable 'receive' and then change the setting in a 
> context
> in which a message is currently passing through the receive object (not
> at all an unlikely thing to have happen) it will crash Pd.  There are ways
> around this but I don't know of any that would not slow down the global
> functioning of Pd itself.
> 
> cheers
> Miller
> 
> On Sun, May 13, 2012 at 07:07:28AM -0700, Jonathan Wilkes wrote:
>> 
>> 
>> 
>> 
>>  - Original Message -
>>  > From: IOhannes m zmölnig 
>>  > To: pd-list@iem.at
>>  > Cc: 
>>  > Sent: Sunday, May 13, 2012 4:03 AM
>>  > Subject: Re: [PD] variable receive objects?
>>  > 
>>  > On 05/12/2012 07:58 PM, Jonathan Wilkes wrote:
>>  >>  - Original Message -
>>  >> 
>>  >>>  From: Marian Weger
>>  >>>  To: pd-list@iem.at
>>  >>>  Cc:
>>  >>>  Sent: Saturday, May 12, 2012 8:09 AM
>>  >>>  Subject: Re: [PD] variable receive objects?
>>  >>> 
>>  >>>  hi!
>>  >>> 
>>      is there a way to generate a variable receive object 
> similar to a 
>>  > send via
>>  >>>  message box, whose source is defined at load time?
>>  >>> 
>>  >>>  use iem_receive / iem_r from iemlib.
>>  >> 
>>  >>  Wow, that is classic Pd development style-- add a tiny feature to 
> an
>>  >>  object, but don't actually improve _that_ object.
>>  > 
>>  > ever thought that there might be a good reason why [r] is not 
> seettable, 
>>  > and that [iem_r] - while superficially working - exposes exactly the 
>>  > problems of a settable [r]?
>> 
>>  Enlighten me.
>> 
>>  > 
>>  > mfgadsr
>>  > IOhannes
>>  > 
>>  > PS: there should be a discussion on this topic in the archives.
>> 
>>  I don't find anything of the sort.  Tried searching for "settable 
> receive", "setting receive", 
>>  and "iem_receive"
>> 
>>  -Jonathan
>> 
>>  > 
>>  > ___
>>  > 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-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] variable receive objects?

[Miller Puckette]

Hi all -

If you make a settable 'receive' and then change the setting in a context
in which a message is currently passing through the receive object (not
at all an unlikely thing to have happen) it will crash Pd.  There are ways
around this but I don't know of any that would not slow down the global
functioning of Pd itself.

cheers
Miller

On Sun, May 13, 2012 at 07:07:28AM -0700, Jonathan Wilkes wrote:
> 
> 
> 
> 
> - Original Message -
> > From: IOhannes m zmölnig 
> > To: pd-list@iem.at
> > Cc: 
> > Sent: Sunday, May 13, 2012 4:03 AM
> > Subject: Re: [PD] variable receive objects?
> > 
> > On 05/12/2012 07:58 PM, Jonathan Wilkes wrote:
> >>  - Original Message -
> >> 
> >>>  From: Marian Weger
> >>>  To: pd-list@iem.at
> >>>  Cc:
> >>>  Sent: Saturday, May 12, 2012 8:09 AM
> >>>  Subject: Re: [PD] variable receive objects?
> >>> 
> >>>  hi!
> >>> 
>     is there a way to generate a variable receive object similar to a 
> > send via
> >>>  message box, whose source is defined at load time?
> >>> 
> >>>  use iem_receive / iem_r from iemlib.
> >> 
> >>  Wow, that is classic Pd development style-- add a tiny feature to an
> >>  object, but don't actually improve _that_ object.
> > 
> > ever thought that there might be a good reason why [r] is not seettable, 
> > and that [iem_r] - while superficially working - exposes exactly the 
> > problems of a settable [r]?
> 
> Enlighten me.
> 
> > 
> > mfgadsr
> > IOhannes
> > 
> > PS: there should be a discussion on this topic in the archives.
> 
> I don't find anything of the sort.  Tried searching for "settable receive", 
> "setting receive", 
> and "iem_receive"
> 
> -Jonathan
> 
> > 
> > ___
> > 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-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] variable receive objects?

[Jonathan Wilkes]

- Original Message -
> From: IOhannes m zmölnig 
> To: pd-list@iem.at
> Cc: 
> Sent: Sunday, May 13, 2012 4:03 AM
> Subject: Re: [PD] variable receive objects?
> 
> On 05/12/2012 07:58 PM, Jonathan Wilkes wrote:
>>  - Original Message -
>> 
>>>  From: Marian Weger
>>>  To: pd-list@iem.at
>>>  Cc:
>>>  Sent: Saturday, May 12, 2012 8:09 AM
>>>  Subject: Re: [PD] variable receive objects?
>>> 
>>>  hi!
>>> 
    is there a way to generate a variable receive object similar to a 
> send via
>>>  message box, whose source is defined at load time?
>>> 
>>>  use iem_receive / iem_r from iemlib.
>> 
>>  Wow, that is classic Pd development style-- add a tiny feature to an
>>  object, but don't actually improve _that_ object.
> 
> ever thought that there might be a good reason why [r] is not seettable, 
> and that [iem_r] - while superficially working - exposes exactly the 
> problems of a settable [r]?

Enlighten me.

> 
> mfgadsr
> IOhannes
> 
> PS: there should be a discussion on this topic in the archives.

I don't find anything of the sort.  Tried searching for "settable receive", 
"setting receive", 
and "iem_receive"

-Jonathan

> 
> ___
> 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] [PD-announce] Noish - Black Nature - [Hum.rec 2012]

[oskoff lovich]

*
Hi list!
It is a placer to share here my last audio work and some code..

The patch is a ensemble using boids lib. I made a gui to control
2 groups of boids wich are conected to 2 sound generator..


The release inagurates HUM.REC
Hum.reclabel which
will support experimental sounds made ​​from the open source philosophy. (Free
/ Libre and Open Source
Software)
and in which “releases” also include the source code. Each release will be
available for free download – high-quality FLAC and also in physical
format, in this case in cassette 40 minutes.*
*

Download FULL ZIP AUDIO (FLAC) + CODE +
INFO

feedback and comments are wellcom!!
enjoy it

oscar


 _   _   _ _     __  _   _
_
| \ | | ___ (_)___| |__   | __ )| | __ _  ___| | __ | \ | | __ _|
|_ _   _ _ __ ___
|  \| |/ _ \| / __| '_ \   _  |  _ \| |/ _` |/ __| |/ / |  \| |/ _` |
__| | | | '__/ _ \
| |\  | (_) | \__ \ | | | |_| | |_) | | (_| | (__|   <  | |\  | (_| |
|_| |_| | | |  __/
|_| \_|\___/|_|___/_| |_| |/|_|\__,_|\___|_|\_\ |_|
\_|\__,_|\__|\__,_|_|  \___|



*

Noish - Black Nature [hum.rec, 2012] Available in cassette [C20]
http://humrec.org/


  Release title : black natureby Oscar Martin [noish]
http://noconventions.mobi/noish

  Coded, edited and master @ txukrut studio  BCN  2 nov 2011

  Software : Pure Data, SuperCollider and Ardour under Ubuntu "lucid"

  artwork: lcpino  http://lcpino.com/

  licensed under GPLv3




  *Side A : track 001 boids_01
   track 002 boids_02
   extra 003 eetz_zzz

  Side B : track 004 karplus
   track 005 noish vs antom mobin *



 * Side A* : *track 001* come from a exploration of the sound
posibilities of the "boids algorithm"
   I used the boids lib from Pure Data and some [phasor~]
audio generators.
   (c) 1995-98 Eric L, Singer  float/2d/3d adaptation by a. sier / jash

   Based on Simon Fraser's implementation of Craig Reynolds'
Boids algorith.
   Boids is free for non-commercial use.
   Boids is a bird flight and animal flock simulator. It is
based on the same algorithm
   which was used in Jurassic Park for the herding dinosaurs.

   For more information about the boids algorithm, see Craig
Reynolds' Web site at
   http://reality.sgi.com/employess/craig/boids.html

   *track 002* is a hybrid between boids sound material and
sounds generated by "eetz" my
   previus work still under development.
  +info about "eetz" audio&code
http://www.apo33.org/records/doku.php?id=virtual_records


 * Side B : 004 Karplus* For this track i used code i found in a
supercollider's tutorial
   random melodies with the Karplus-Strong clasic sound
algoritm.. the code could be by
   Paul Berg, Nick Collins, Alo Allik, Jan  Trutzschler,
Zlatko Baracskai, Sergio Luque,
   Jorrit Tamminga, David Cottle, Julio d'Escriván.. not too
much especifications in the
   tutorial,,

   *005 noish vs anton mobin*  (extract) live @ A Maïzing
Session #24 (KKWNE radio) very
   specials thanks to Zorei   anton mobin: impro with tape,
scratch cassette, delay
   noish: impro with a Pd patch  anton mobin  web:
http://antonmobin.blogspot.com



-- 
oscar martin  &&   [noish]
:
http://noconventions.mobi/noish
http://metaminafnr.hotglue.me/
http://www.minipimer.tv/
http://ursonatefanzine.tk/
-
___
Pd-announce mailing list
pd-annou...@iem.at
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] variable receive objects?

[IOhannes m zmölnig]

On 05/12/2012 07:58 PM, Jonathan Wilkes wrote:

- Original Message -


From: Marian Weger
To: pd-list@iem.at
Cc:
Sent: Saturday, May 12, 2012 8:09 AM
Subject: Re: [PD] variable receive objects?

hi!


  is there a way to generate a variable receive object similar to a send via

message box, whose source is defined at load time?

use iem_receive / iem_r from iemlib.


Wow, that is classic Pd development style-- add a tiny feature to an
object, but don't actually improve _that_ object.


ever thought that there might be a good reason why [r] is not seettable, 
and that [iem_r] - while superficially working - exposes exactly the 
problems of a settable [r]?


mfgadsr
IOhannes

PS: there should be a discussion on this topic in the archives.

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