Pd-list November 2015

pd-list@lists.iem.at

69 participants
105 discussions

Re: [PD] Window menu
by Dan Wilcox 10 Nov '15

10 Nov '15

Yup. I find it useful when I’m deep into editing something and lose a canvas window. -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On Nov 10, 2015, at 1:26 AM, pd-list-request(a)lists.iem.at wrote: > > From: Jonathan Wilkes <jancsika(a)yahoo.com <mailto:jancsika@yahoo.com>> > Date: November 9, 2015 at 7:01:12 PM MST > To: Pd-List <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: [PD] Window menu > > > Hi list, > Does anyone use the Window menu? > > I've never used it or its keybindings. If no one else needs it I'm going to remove > it in the GUI port. > > -Jonathan >

1 0

need help with recursive patching for arithmetic patch
by Liam Goodacre 10 Nov '15

10 Nov '15

I'm trying to make a patch which can simplify arithmetic expressions given as a single message. I want to, for example, send it the message "( 2 + 5 )" and get "7", or send it "foo ( 8 / 4 )" and get "foo 2". This much I have achieved, using [list-drip] and [route] to identify the data inside brackets, and [list-reduce] to perform the arithmetic. The difficulty I'm having is in getting it to work recursively, so that eg. "bar ( 5 - ( 3 - 2 ) )" gives "bar 1". Ideally, the abstraction would be able to process any number of bracket-levels, just as a scientific calculator does. I know that programming recursively on PD is not for the faint hearted, and I feel pretty much out of my depth. If anyone can point me in the right direction, I will be most grateful. Alternatively, if it turns out to be too hard, I'll settle for what I've made already. I'm attaching the patch, although I think it's pretty far removed from what the solution will look like. Note that I'm using Zexy and list-abs here.

2 1

deken-plugin & portability
by rolfm＠dds.nl 10 Nov '15

10 Nov '15

it looks like the future of pd-extended is going to be 'deken'. what to do then about portability? i make patches for people who don't know a lot about programming. plus they are on Mac, i'm on Windows. one time downloading the right version of Pdext is enough; i can give them my patches and they just run them. when i make changes, new features: there's no hassle for them. using Vanilla & deken is something else. declaring a library in the patch is not enough. including the library in the patch-package works only on the same type of OS; Windows & Windows, Mac & Mac, (Linux & Linux?). one method could be a deken-connected feature to automatically download a declared lib when it's not present. what about updates or changes in a lib in that case? the organisation of pd-ext somehow included a kind of gate-keeping, which resulted in a stable Pd-system. i'm still using Pdext 42.5 and the included libs a lot (because of the old machines in my installations). the same libs are functional in Pdext 43.4. so one could argue that there's no great need for a portability design. just download everything that's necessary (and available) and it will work for quite some time. ? rolf

6 10

Re: [PD] Pd-list Digest, Vol 128, Issue 26
by Dan Wilcox 09 Nov '15

09 Nov '15

Thanks! -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On Nov 9, 2015, at 4:00 AM, pd-list-request(a)lists.iem.at wrote: > > From: Shahrokh Yadegari <sdy(a)ucsd.edu <mailto:sdy@ucsd.edu>> > Date: November 8, 2015 at 11:33:40 PM MST > To: Alexandre Torres Porres <porres(a)gmail.com <mailto:porres@gmail.com>> > Cc: "pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>" <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] looking for other vanilla filters or abstractions for libPD > > > I am happy to distribute expr/expr~/fexpr~ objects on BSD license. The original expr code that I wrote at IRCAM, was made available as GLP by IRCAM, and later they were kind enough to change that to LGPL. They may be fine with BSD as well. I will ask and find out. > > best, > Shahrokh

5 5

[PD-announce] WebPd 0.4.0 released
by s p 09 Nov '15

09 Nov '15

No visible change here, but lots of bug fixes, and some big refactoring completely decoupling the core of the library from the Web Audio code. as explained here : http://funktion.fm/#post/present-and-future-of-webpd Enjoy! -- *Sébastien Piquemal* -----* @sebpiq* ----- http://github.com/sebpiq ----- http://funktion.fm _______________________________________________ Pd-announce mailing list Pd-announce(a)lists.iem.at http://lists.puredata.info/listinfo/pd-announce

1 0

communicating to another arduino through pduino
by ray Y 09 Nov '15

09 Nov '15

hello is it possible to just send numbers from pduino and firmata to to be read by another arduino running something else? i set in the receiving side an A0 (analogread input 0) but instead of receiving input from a potentiometer, i need the CC data to come from pduino (the transmitting arduino) i'm running into a formating type of problem using an analog or pwm output to the A0 pin is there any quick way around this or do i have to do it differently. regards r.y

1 0

using pd with mplayer udp sync
by Hans-Christoph Steiner 09 Nov '15

09 Nov '15

Hey all, Briefly back in Pd for a little bit, we're doing a minor overhaul of Terre Natale: EXIT (http://at.or.at/hans/terrenatale). I just found out an awesome new feature in mplayer (ok, maybe not so new;): The UDP master/slave sync mode. Its really easy to use either as master or slave with Pd. For mplayer as master: mplayer -udp-master mycoolvideo.mp4 Then receive UDP on port 23867. For mplayer as slave: mplayer -udp-slave mycoolvideo.mp4 Then send UDP on port 23867. Here are my patches: The only data to send/receive is the frame to play, in units of seconds. So with a 30fps video, the data stream looks like this: 0.033333 0.066667 0.1 0.133333 0.166667 0.2 0.233333 0.266667 0.3 0.333333 0.366667 0.4 0.433333 0.466667 0.5 0.533333 0.566667 0.6 0.633333 0.666667 0.7 0.733333 0.766667 0.8 0.833333 0.866667 0.9 0.933333 0.966667 1 1.03333 1.06667 1.1 1.13333 1.16667 1.2 1.23333 1.26667 1.3 1.33333 1.36667 1.4 1.43333 1.46667 1.5 1.53333 1.56667 1.6 1.63333 1.66667 1.7 1.73333 1.76667 1.8 1.83333 1.86667 1.9 1.93333 1.96667 2 2.03333 2.06667 2.1 2.13333 2.16667 2.2 2.23333 2.26667 2.3 2.33333 2.36667 2.4 2.43333 2.46667 2.5 2.53333 2.56667 2.6 2.63333 2.66667 2.7 2.73333 2.76667 2.8 2.83333 2.86667 2.9 2.93333 2.96667 3 3.03333 3.06667 3.1 3.13333 3.16667 3.2 3.23333 3.26667 3.3 3.33333 3.36667 3.4 3.43333 3.46667 3.5 3.53333 3.56667 3.6 3.63333 3.66667 3.7 3.73333 3.76667 3.8 3.83333 3.86667 3.9 3.93333 3.96667 4 4.03333 4.06667 4.1 4.13333 4.16667 4.2 4.23333 4.26667 4.3 4.33333

1 0

Fun 5-voice multi-sample player (With Mellotron samples!)
by William Huston 08 Nov '15

08 Nov '15

If anyone is looking for a multi-sample player in PD.... I found this today and is very fun to play with: https://guitarextended.wordpress.com/2014/11/11/yellotron-a-mellotron-with-… Installation notes: 1) I had lots of problems grabbing the Mellotron library (server would drop the connection). Be sure to use something like wget or FileZilla which knows how to pick up a failed transfer from where it left off. 2) There is a minor bug, a typo in one directory name, which this command should fix after installing: $ mv CombindeChoir CombinedChoir 3) This seems like a general purpose multi-sample player. With this patch and with something like the OLPC Free Sample Library, you should be able to have grand pianos, and an entire orchestra at your fingertips! Now I know many PD purists eschew sample-players and prefer to "roll your own". One thing I hope to do some day is to analyze some of these multi-samples and try to model & parameterize them for re-synthesis. But for now, I'm having fun pretending to be Edgar Froese... enjoy-- BH -- -- May you, and all beings be happy and free from suffering :) -- ancient Buddhist Prayer (Metta)

2 1

Re: [PD] looking for other vanilla filters or abstractions for libPD
by Dan Wilcox 07 Nov '15

07 Nov '15

Yes, this is correct. I was wrong in the last mail. Since the externals are built and linked when building libpd as iOS doesn’t allow dynamic linking, there’s no way to satisfy the distribution clause in the LGPL. I was thinking about *abstraction* libraries earlier which are OK as long as you can allow users to update them. I do this in PdParty by exposing the lib folder and make it easy to swap in new versions of those files. Of course this works since they are not binary compiled libraries. I was hoping for expr adopting a BSD license for this issue, but I also understand if the authors choose not to. I’m pretty sure everything else distributed in the pd vanilla sources is BSD. Also, I’m sure there are apps running with expr~ etc in the App Store. You only have to add those files to your build tree when building libpd and call their setup function. I doubt there is a automatic mechanism Apple is using to detect such things. -------- Dan Wilcox @danomatika <https://twitter.com/danomatika> danomatika.com <http://danomatika.com/> robotcowboy.com <http://robotcowboy.com/> > On Nov 7, 2015, at 1:08 PM, pd-list-request(a)lists.iem.at wrote: > > From: "Scott R. Looney" <scottrlooney(a)gmail.com <mailto:scottrlooney@gmail.com>> > Date: November 7, 2015 at 12:24:44 PM MST > To: "pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>" <pd-list(a)lists.iem.at <mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] looking for other vanilla filters or abstractions for libPD > > > thanks Jonathan. this is what i assumed re LGPL when i saw a discussion about using fluidsynth in a build, which has a LGPL variant but not anything more permissive. so one question would be if anyone here on the list had a paid app rejected or accepted on the App Store due to using an LGPL license? expr and expr~ are very useful for a variety of things but for now i'm not using them due to this offchance. > > i would further guess that FSF's exact words on LGPL were probably pretty dark on using the iTunes Store in general. i've seen some announcements from them in the past that made it clear how they feel about walled gardens.

3 5

Dynamic Patching: Closing Abstractions without Save
by Thomas Mayer 07 Nov '15

07 Nov '15

Hello, I am developing a dynamic abstraction that depends on arguments. As I am dynamically deleting objects, the abstraction is opened, and then closed again using [; $1 menuclose(, with $1 being the name of the canvas set before with [namecanvas $0-r]. This is working well, but when I close a patch with the abstraction included, Pd prompts me to save the opened abstraction. I have also tried different float values as additional parameters for menuclose. (https://github.com/residuum/Puredata-abstractions/blob/master/glue/switch-m…) I am not sure if this is an error by me or if I have found a bug. If I have found one or even two, I will report them. Reading the source of g_editor.c (https://github.com/pure-data/pure-data/blob/master/src/g_editor.c#L1974), I see that 1 should disable the check for modified content (no call to glist_finddirty(x)), but on closing Pd still asks me for confirmation. Using 3 will close Pd, which of course is undesired. Using 2 does segfault: Program received signal SIGSEGV, Segmentation fault. 0x080962c4 in pd_symbol () (gdb) backtrace #0 0x080962c4 in pd_symbol () #1 0x08098d8c in outlet_symbol () #2 0x080d4fe2 in ?? () #3 0x08098bd3 in outlet_bang () #4 0x080d884b in ?? () #5 0x080d8b51 in ?? () #6 0x08098d07 in outlet_float () #7 0x08097fef in ?? () #8 0x08098d07 in outlet_float () #9 0x080d883b in ?? () #10 0x080d8b51 in ?? () #11 0x08098d07 in outlet_float () #12 0x080d76ae in ?? () #13 0x08098e23 in outlet_list () #14 0x08098e23 in outlet_list () #15 0x080d87d9 in ?? () #16 0x08098e23 in outlet_list () #17 0x080d7e30 in ?? () #18 0x08098d07 in outlet_float () #19 0x08097fef in ?? () #20 0x08098d07 in outlet_float () #21 0x08098d07 in outlet_float () #22 0x080d4c62 in ?? () ---Type <return> to continue, or q <return> to quit--- #23 0x08098bd3 in outlet_bang () #24 0x080d884b in ?? () #25 0x080d8bd2 in ?? () #26 0x08098bd3 in outlet_bang () #27 0x080978d9 in pd_typedmess () #28 0x08097aaa in pd_vmess () #29 0x0805966a in canvas_loadbangsubpatches () #30 0x080596e3 in ?? () #31 0x08059690 in canvas_loadbang () #32 0x080978d9 in pd_typedmess () #33 0x08097aaa in pd_vmess () #34 0x0809626a in pd_doloadbang () #35 0x080a0568 in glob_evalfile () #36 0x080a2dd7 in ?? () #37 0x080a3d62 in glob_initfromgui () #38 0x0809f324 in binbuf_eval () #39 0x080a65f1 in socketreceiver_read () #40 0x080a5bcc in ?? () #41 0x080a2a78 in m_mainloop () #42 0x080569bb in main () I have found the same behaviour in Pd vanilla 0.46 Debian and Windows and Pd extended 0.42 Debian and Windows Thanks, Thomas -- "Prisons are needed only to provide the illusion that courts and police are effective. They're a kind of job insurance." (Leto II. in: Frank Herbert, God Emperor of Dune) http://www.residuum.org/

3 4

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

Pd-list November 2015