Re: [PD] zero-mq external

[u...@xdv.org]

... and the code would be there: https://github.com/sansculotte/pd-zmq

(in case you were wondering)

On 14.09.2015 20:12, u...@xdv.org wrote:
> hello pd-list,
> 
> ever dreamed of complex, distributed, networked architectures involving pd?
> 
> well, this external might help to reduce the boilerplate patching for
> any such plans a lot.
> zero-mq [1] is a low-latency, low-level messaging library with a vast
> family of language bindings and its own ideology of usage patterns to
> reliably solve common distributed computing problems.
> 
> the message-parsing code for the external is cloned from
> netsend/netreceive so the external is mostly FUDI compliant. mostly,
> because it doesn't support binary mode.
> 
> this is alpha (at best), so it needs testing. let me know how it goes.
> also if you spot something dodgy in the code. long time no C.
> 
> cheers,
> ub
> 
> [1] http://zeromq.org/
> 
> ___
> 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] zero-mq external

[Jonathan Wilkes via Pd-list]

Hi ub,Did you forget a link?
I'd love to see a demo patch of it in action.

-Jonathan
 


 On Monday, September 14, 2015 2:13 PM, "u...@xdv.org"  wrote:
   

 hello pd-list,

ever dreamed of complex, distributed, networked architectures involving pd?

well, this external might help to reduce the boilerplate patching for
any such plans a lot.
zero-mq [1] is a low-latency, low-level messaging library with a vast
family of language bindings and its own ideology of usage patterns to
reliably solve common distributed computing problems.

the message-parsing code for the external is cloned from
netsend/netreceive so the external is mostly FUDI compliant. mostly,
because it doesn't support binary mode.

this is alpha (at best), so it needs testing. let me know how it goes.
also if you spot something dodgy in the code. long time no C.

cheers,
ub

[1] http://zeromq.org/

___
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] zero-mq external

[u...@xdv.org]

hello pd-list,

ever dreamed of complex, distributed, networked architectures involving pd?

well, this external might help to reduce the boilerplate patching for
any such plans a lot.
zero-mq [1] is a low-latency, low-level messaging library with a vast
family of language bindings and its own ideology of usage patterns to
reliably solve common distributed computing problems.

the message-parsing code for the external is cloned from
netsend/netreceive so the external is mostly FUDI compliant. mostly,
because it doesn't support binary mode.

this is alpha (at best), so it needs testing. let me know how it goes.
also if you spot something dodgy in the code. long time no C.

cheers,
ub

[1] http://zeromq.org/

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

Re: [PD] WAS future of WebPd- dreaming

[Jonathan Wilkes via Pd-list]

Same as the tcl/tk GUi-- it communicates over a socket connection with Pd.
Early on I was looking at using Qt in a separate thread.  matju actually 
provided some skeleton code for doing this, but it quickly became clear to me 
that this would become too complex to maintain or even finish.  I just don't 
see how to do it right without constraining the API to sending messages back 
and forth-- and if I'm going to do that I might as well use existing 
infrastructure.
With nwjs I started out trying to separate the GUI-toolkit-specific code (stuff 
like creating menus, locating the window on the screen, etc.) from the other 
code.  However, I've realized that it would also be helpful to separate the 
node.js stuff (finding the pwd, reading from filesystem, etc.) from the pure 
javascript stuff.  But initially it's been a greater sanity-check to follow the 
tcl/tk code rather closely just to make sure as many of Pd's idiosyncrasies 
work in the new GUI.
But importantly-- outside of some wrappers in s_inter.c, there is no C code 
containing strings of code in another language.  It's just typed parameters 
similar to pd_vmess, plus a set of convenience functions for sending array data.

Btw-- we just got PACDATA up and running, and the animation is smooth with no 
audio dropouts on my Lenovo X60.
-Jonathan


 


 On Monday, September 14, 2015 12:02 PM, s p  wrote:
   

 Jonathan, I'm curious how is the pd-l2ork GUI implemented?

On Sun, Sep 13, 2015 at 8:40 PM, Jonathan Wilkes via Pd-list 
 wrote:

In Pd-l2ork, I've added [draw] commands to data structures which implement a 
subset of SVG functionality.  (Essentially its the same functionality most 2d 
APIs offer-- affine transformations, paths, and grouping.)  I also have the 
usual mouse events which can be associated with each shape in the drawing.  In 
fact, I just found out HTML5 has some touch events, so I'm going to test them 
out with my new RPI touchscreen. :)
As far as d3 and friends-- I think the thing to do is just load whatever 
framework along with webpd (or use that framework in my gui port), then send 
messages back and forth between the two.
In my port I'm just using the DOM fairly directly, but it's pretty easy to 
leverage any of the various frameworks under the hood to get more 
efficiency/expressivity in rendering the patch.  The one danger I'd point out 
is adding features inside Pd proper.  Even the very simple bbox calculation for 
Pd-Vanilla's scalars can quickly eat up cpu time and interrupt audio.  The 
complexity it takes to get everything to "just work" from the same programming 
environment is evident from the number of processes running in a modern browser.
-Jonathan

 


 On Sunday, September 13, 2015 10:49 AM, patrice colet 
 wrote:
   

  Hello,
 
 Le 13/09/2015 11:44, s p a écrit :
  
   Hi Py,
 
  I think WebPd core could definitely be used for that, and thus the 
refactoring I am doing these days is a good thing as it will create a good base 
to start these kind of projects. 
  Personally, I am not very familiar with graphics on the web (especially when 
it comes to WebGL), but I am sure that for anyone with a good experience in 
this, it should be pretty straightforward, for example using one of the many 
good libraries that make WebGL, SVG or canvas easier (d3.js, three.js, ...), to 
replicate some GEM objects in WebPd. And would be nice indeed! But I see this 
as something more in the future ...
  
  
 
  replicating datastructure might be a good start.
 
   I've found out that gpointers provide a nice environment for 
storing/interfacing Gem objects parameters, it's fast, easily reliable for 
hardware storing, or streaming, one inconvenient might be complexity of 
implementing.
 
 
  On Tue, Sep 8, 2015 at 10:07 AM, Py Fave  wrote:
 
hello pdlisters
 
 
 just dreaming of possibilities
 as i use sound AND images
 and can't have the time and will to really learn programming (outside
 of patching).
 
 as a limited human,
 
 
 
 I think we need GEM or sort of ported in the browser.
 what are the current possibilities?
 
 bridges to things like paper.js and GLSL ( webgl) (shader toy) would
 make a great envirronnement,
 
 but currently the knowledge necessary is too far away for the rest of
 us (wich i belong to)
 
 even if there is need for server- side things to implement interaction
 (with arduino for instance),
 
 this is where pd would be needed.
 
 please tell me what the solutions or directions are now for this.
 
 I am sure many would like this implemented?
 
 
 sorry for my english.
 
 Thank you
 
 Py
 
 ___
 Pd-list@lists.iem.at mailing list
 UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list
 
  
 
 
 -- 
  Sébastien Piquemal
  
  - @sebpiq
   - http://github.com/sebpiq
   - http://funktion.fm

  
 ___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
h

Re: [PD] Looking for some advice

[Alexandre Torres Porres]

miller, any chance the deken plugin would already come as a built in
feature in vanilla 0.47?

that'd be really awesome :)

cheers

2015-09-13 17:12 GMT-03:00 Miller Puckette :

> I ended up simply hitting "search" with nothing in the search bar - that
> seems to give you everything.  (Someone had suggested that on the list I
> think :)
>
> M
>
> On Sun, Sep 13, 2015 at 05:06:19PM -0300, Alexandre Torres Porres wrote:
> > neither do I, no "show all"
> >
> > 2015-09-13 16:04 GMT-03:00 Alexandros Drymonitis :
> >
> > >
> > >
> > > On Sun, Sep 13, 2015 at 9:41 PM, IOhannes m zmölnig 
> > > wrote:
> > >
> > >> how about:
> > >> - install "deken".
> > >> - go to "Find externals"
> > >> - Click on "Show all"
> > >> - read the list of all packages you can download?
> > >>
> > > I don't see a "Show all" on deken... I get the attached image..
> > >
> > > ___
> > > 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] WAS future of WebPd- dreaming

[s p]

Jonathan, I'm curious how is the pd-l2ork GUI implemented?

On Sun, Sep 13, 2015 at 8:40 PM, Jonathan Wilkes via Pd-list <
pd-list@lists.iem.at> wrote:

> In Pd-l2ork, I've added [draw] commands to data structures which implement
> a subset of SVG functionality.  (Essentially its the same functionality
> most 2d APIs offer-- affine transformations, paths, and grouping.)  I also
> have the usual mouse events which can be associated with each shape in the
> drawing.  In fact, I just found out HTML5 has some touch events, so I'm
> going to test them out with my new RPI touchscreen. :)
>
> As far as d3 and friends-- I think the thing to do is just load whatever
> framework along with webpd (or use that framework in my gui port), then
> send messages back and forth between the two.
>
> In my port I'm just using the DOM fairly directly, but it's pretty easy to
> leverage any of the various frameworks under the hood to get more
> efficiency/expressivity in rendering the patch.  The one danger I'd point
> out is adding features inside Pd proper.  Even the very simple bbox
> calculation for Pd-Vanilla's scalars can quickly eat up cpu time and
> interrupt audio.  The complexity it takes to get everything to "just work"
> from the same programming environment is evident from the number of
> processes running in a modern browser.
>
> -Jonathan
>
>
>
>
>
> On Sunday, September 13, 2015 10:49 AM, patrice colet <
> colet.patr...@free.fr> wrote:
>
>
> Hello,
>
> Le 13/09/2015 11:44, s p a écrit :
>
> Hi Py,
>
> I think WebPd core could definitely be used for that, and thus the
> refactoring I am doing these days is a good thing as it will create a good
> base to start these kind of projects.
> Personally, I am not very familiar with graphics on the web (especially
> when it comes to WebGL), but I am sure that for anyone with a good
> experience in this, it should be pretty straightforward, for example using
> one of the many good libraries that make WebGL, SVG or canvas easier
> (d3.js, three.js, ...), to replicate some GEM objects in WebPd. And would
> be nice indeed! But I see this as something more in the future ...
>
>
>  replicating datastructure might be a good start.
>
>   I've found out that gpointers provide a nice environment for
> storing/interfacing Gem objects parameters, it's fast, easily reliable for
> hardware storing, or streaming, one inconvenient might be complexity of
> implementing.
>
>
> On Tue, Sep 8, 2015 at 10:07 AM, Py Fave  wrote:
>
> hello pdlisters
>
>
> just dreaming of possibilities
> as i use sound AND images
> and can't have the time and will to really learn programming (outside
> of patching).
>
> as a limited human,
>
>
>
> I think we need GEM or sort of ported in the browser.
> what are the current possibilities?
>
> bridges to things like paper.js and GLSL ( webgl) (shader toy) would
> make a great envirronnement,
>
> but currently the knowledge necessary is too far away for the rest of
> us (wich i belong to)
>
> even if there is need for server- side things to implement interaction
> (with arduino for instance),
>
> this is where pd would be needed.
>
> please tell me what the solutions or directions are now for this.
>
> I am sure many would like this implemented?
>
>
> sorry for my english.
>
> Thank you
>
> Py
>
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> 
> http://lists.puredata.info/listinfo/pd-list
>
>
>
>
> --
>
> *Sébastien Piquemal *
>
>  -* @sebpiq*
>  - http://github.com/sebpiq
>  - http://funktion.fm
>
>
> ___pd-l...@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
>
>


-- 

*Sébastien Piquemal*

 -* @sebpiq*
 - http://github.com/sebpiq
 - http://funktion.fm
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] weird behavior of [vd~] in phave vocoder (overlapping subpatches)

[Christof Ressi]

You're right. I'm gonna do that in the next couple of days.

> Gesendet: Sonntag, 13. September 2015 um 23:31 Uhr
> Von: "IOhannes m zmölnig" 
> An: pd-list@lists.iem.at
> Betreff: Re: [PD] weird behavior of [vd~] in phave vocoder (overlapping 
> subpatches)
>
> On 09/13/2015 10:19 AM, Christof Ressi wrote:
> > I just discovered that there 
> > isn't even any helpfile for [samplerate~] in Pd Vanilla! I'll write a bug 
> > report 
> > asking for a helpfile which also mentions the 'wrong' samplerate in 
> > subpatches 
> > with oversampling.
> 
> or even better: write a bug-report *providing* a help-file.
> 
> gfamdrs
> 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] A patch to create a patch to create a patch to create a patch to close puredata...

[Julian Brooks]

Blimey!
They're great Matt (and Jonathon) - laughing then diving into patches for
learning are two of my favourite things. Marvellous.

On 13 September 2015 at 01:13, Matt Barber  wrote:

> I don't think so, unless someone else presented them. I've never been able
> to afford the time or money to get to a PdConv. Also I didn't think many
> people would find them that interesting until now. :)
>
> Nice work yourself.
>
> M
>
> On Sat, Sep 12, 2015 at 8:04 PM, Olivier Baudu <01iv...@labomedia.net>
> wrote:
>
>> Masterpieces !! :-D
>>
>> Are those patchs the ones Benjamin was talking about few answers before ?
>> (He saw them at the PdConv in Montreal)
>>
>> I take this opportunity to post my last work :
>>
>> https://vimeo.com/139090261
>>
>> Cheers
>>
>> °1
>>
>>
>> Le 12/09/2015 07:13, Matt Barber a écrit :
>> > Jonathan Wilkes and I made these a few years ago. Run "orthodox" first
>> > to get a feel for it.
>> >
>> > On Mon, Sep 7, 2015 at 9:57 AM, Olivier Baudu <01iv...@labomedia.net
>> > > wrote:
>> >
>> > Youplala...
>> >
>> > https://vimeo.com/138517416
>> >
>> > Cheers
>> >
>> > °1
>> >
>> > Le 20/08/2015 01:20, Olivier Baudu a écrit :
>> > > One more useless stuff for you, list :
>> > >
>> > > https://vimeo.com/136762246
>> > >
>> > > Cheers
>> > >
>> > > °1
>> > >
>> > > Le 11/08/2015 23:48, Olivier Baudu a écrit :
>> > >> Hi list,
>> > >>
>> > >> Did you think I'd forgotten you ? :-p
>> > >>
>> > >> It follows :
>> > >>
>> > >> https://vimeo.com/136014798
>> > >>
>> > >> Cheers...
>> > >>
>> > >> °1
>> > >>
>> > >> Le 17/07/2015 13:41, i go bananas a écrit :
>> > >>> these are awesome.
>> > >>>
>> > >>> On Fri, Jul 17, 2015 at 8:23 PM, Benjamin ~ b01 > 
>> > >>> >> wrote:
>> > >>>
>> > >>> nice piece of digital art ;)
>> > >>>
>> > >>> btw, does someone on the list have an old patch that was
>> producing a
>> > >>> nice gui animation inside Pd ?
>> > >>> I saw it a long ago @ Pd Conv Montreal ...
>> > >>>
>> > >>> thanks
>> > >>> ++
>> > >>> benjamin
>> > >>>
>> > >>> Le 15/07/2015 01:30, Olivier Baudu a écrit :
>> > >>> > Sorry list...
>> > >>> >
>> > >>> > I can't refrain myself... :-p
>> > >>> >
>> > >>> > The Bangarland :
>> > >>> > https://vimeo.com/133499700
>> > >>> >
>> > >>> > Cheers...
>> > >>> >
>> > >>> > 01
>> > >>> >
>> > >>> > Le 06/07/2015 22:04, Jaime E Oliver a écrit :
>> > >>> >> nice indeed!
>> > >>> >> J
>> > >>> >> On Jul 6, 2015, at 2:10 PM, Jack > j...@rybn.org> > > >> wrote:
>> > >>> >>
>> > >>> >> Hello Olivier,
>> > >>> >>
>> > >>> >> Very nice ;)
>> > >>> >> ++
>> > >>> >>
>> > >>> >> Jack
>> > >>> >>
>> > >>> >>
>> > >>> >>
>> > >>> >>
>> > >>> >> Le 06/07/2015 20:46, Olivier Baudu a écrit :
>> > >>> > Thank you Julian...
>> > >>> >
>> > >>> > Well, I don't know if this one is funny but, for
>> sure, it's still
>> > >>> > useless... :-)
>> > >>> >
>> > >>> > The Carouslide: https://vimeo.com/132739686
>> > >>> >
>> > >>> > :-p
>> > >>> >
>> > >>> > 01
>> > >>> >
>> > >>> > Le 01/07/2015 15:02, Julian Brooks a écrit :
>> > >>> >> definitely raised a smile :)
>> > >>> >>
>> > >>> >> 2015-06-30 17:15 GMT+01:00 Olivier Baudu <
>> 01iv...@labomedia.net 
>> > >
>> > >>> >>  01iv...@labomedia.net>
>> > > > >>> >>
>> > >>> >> Hi list...
>> > >>> >>
>> > >>> >> I got bored again... so...
>> > >>> >>
>> > >>> >> https://vimeo.com/132195870
>> > >>> >>
>> > >>> >> :-p
>> > >>> >>
>> > >>> >> Cheers...
>> > >>> >>
>> > >>> >> °1
>> > >>> >>
>> > >>> >> Le 24/06/2015 17:34, Olivier Baudu a écrit :
>> > >>> >>> Hi list...
>> > >>> >>>
>> > >>> >>> I had time to waste so here you are :
>> > >>> >>>
>> > >>> >>> https://vimeo.com/131648084
>> > >>> >>>
>> > >>> >>> :-p
>> > >>> >>>
>> > >>> >>> Cheers...
>> > >>> >>>
>> > >>> >>> °1ivier
>> > >>>