Re: [PD] Pduino sysex vs. OSC advice

had a look at your pd patch. regarding the [slipdec] thing: inside your arduino code, you're printing your data with serialPrint(), but [slipdec] expects slip packages. so that's probably the reason it complains. It keeps accumulating bytes and therefore exceeds the maximum length. My patch is

Re: [PD] Deken for developers

Hi Julián, On 17/06/16 06:26, Julián Villegas wrote: I’m sorry if I missed this, but what’s the best approach for a developer to have her externals reachable in deken? I have several externals that I’d like to make available to the community but I don’t know how. Great! I think there are

Re: [PD] Pduino sysex vs. OSC advice

> If it is a messaging issue using the raw slip packages as described here > sounds promising: Just to be clear: the MIDI style approach is already a functioning protocol and doesn't require SLIP packages, because you can work with the raw serial data. However, you could *instead* use raw SLIP

[PD] Deken for developers

Hi list, I’m sorry if I missed this, but what’s the best approach for a developer to have her externals reachable in deken? I have several externals that I’d like to make available to the community but I don’t know how. Thanks, Julian. ___

Re: [PD] Pduino sysex vs. OSC advice

On Thu, Jun 16, 2016 at 11:35 AM, Rick Snow wrote: > ​Thanks again Christof for pointing me in a promising direction. I have > been working with the OSC tagging via slipenc and slipdec. > > As of now I have fairly reliable communication between PD and the Arduino > sketch

Re: [PD] pix_dump after pix_mask does not work properly

hello, if you send the beng during the gemchain interpretation, the 2 print are different. i guess it will solve your problem. cheer c Le 16/06/2016 18:38, mick mengucci a écrit : Hallo list, I have a problem in getting the pixels' values of two different images with [pix_dump]. The

Re: [PD] Morse Code Translator / Decoder

hey thats great patrice thanks! also... nice installation... love the water/air as code idea. cheers m On Thu, Jun 16, 2016 at 8:24 AM, Jack wrote: > It is a little bit [OT], but here is an installation I co-produced with > Cécile Babiole. It is a chat between two people based

Re: [PD] Morse Code Translator / Decoder

It is a little bit [OT], but here is an installation I co-produced with Cécile Babiole. It is a chat between two people based on a network working with water (coding en decoding (extended) Morse) : http://babiole.net/spip.php?article101 It is now exhibited in Espace Gantner in Bourogne (East in

[PD] [PD-announce] gigaverb~ update: version 0.2

Dear all, I update gigaverb~. Now it is available via Deken. OS X 32-64 bit and Linux 64 bit versions are provided. No Win version: however the source code and the makefile are present. For any problem, just contact me. Best regards, Marco Matteo Markidis

Re: [PD] biquad and karplus-strong

Hey Alexandre, I got sound that I liked really quickly out of your patch. Surely a good didactic test. Regards, Julian On 16 June 2016 at 07:26, Alexandre Torres Porres wrote: > > > 2016-06-15 5:09 GMT-03:00 Peter P. : > >> Orm's implementation of

Re: [PD] biquad and karplus-strong

2016-06-15 5:09 GMT-03:00 Peter P. : > Orm's implementation of the random phase might also be cheaper than > your two fexpr~ for that part. it's just "expr~" not "fexpr~" ;) > You might not have to be conservative with CPU > usage in your case at all however. >