What old pd-msg examples?

I did bring together several undocumented pd messages a while ago, but I am probably missing some stuff :)

https://github.com/fdch/pd-messages

and there was wiki: http://puredata.info/community/pdwiki/PdInternalMessages/

(Pd has the "more.arrays" patch also)

...

On Feb 20, 2020, at 7:09 AM, Christof Ressi info@christofressi.com wrote:

 Yes. Pd extended also had something like "all about arrays", IIRC.

...

On 20.02.2020 13:05, Dan Wilcox wrote: It would be cool if the old pd-msg examples could be used as a base for this...

...

On Feb 19, 2020, at 3:00 PM, pd-list-request@lists.iem.at wrote:

Date: Wed, 19 Feb 2020 15:00:23 +0100 From: Christof Ressi info@christofressi.com To: Pd-List pd-list@lists.iem.at Subject: Re: [PD] [r pd-dsp-started] was: Re: samplerate~ Message-ID: 51905e01-13e5-df8a-e67c-2152c3a6575d@christofressi.com Content-Type: text/plain; charset="windows-1252"; Format="flowed"

...

I honestly get lost in most of the internal messages and forget which

ones are "public" and which aren't.

To be fair, "pd-dsp-started" / "pd-dsp-stopped" are not mentioned in the change log. I also discovered them by accident (probably from reading the [samplerate~] help patch).

It would be cool if there was a central place where all (public) Pd and canvas messages are documented. The canvas messages are especially messy because they are currently split across several help patches and examples...

Christof

---

Dan Wilcox @danomatika danomatika.com robotcowboy.com

---

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

Hi Fede,

Apologies, I should've been clearer.

The pd-messages tutorial you posted a link to, the patches require fd-lib.

If it's on deken, it's worth announcing (I'd say, though there's no obligation).

Lib looks good, thanks for sharing.

(other stuff's up to you:)

All the best,

Julian

Hi Julian,

Thanks! Do you mean I should announce fd_lib on the list? And that I

should work on more pd-message or different kinds of documentation?

I am a bit shy about fd_lib since it's not a single purpose library and

has a bunch of stuff that I compiled over the years; I put it up in deken just for my own >convenience, cause I use it often.

(also, fd_lib is quite a misnomer since it gets confused with file

descriptor library, and there's anything but that, hah)

In any case, I really appreciate your support!!

Best,

Fede

fdch.github.io

On Feb 23, 2020, at 6:02 PM, Julian Brooks jbeezez@gmail.com wrote:

 Maybe should add requires the 'fd_lib' too. Interesting stuff though, +1 for more documentation

https://github.com/fdch/pd-messages

On Sun, 23 Feb 2020 at 23:03, Julian Brooks jbeezez@gmail.com wrote:

Maybe should add requires the 'fd_lib' too. Interesting stuff though, +1 for more documentation

...

https://github.com/fdch/pd-messages

Use

[unpack f f f]

| \ \

| \ \

| | |

[speedlim 25] | |

| | |

| / /

| / /

[pack f f f]

... or whatever speed you want to use with [speedlim]

Ingo

From: Pd-list [mailto:pd-list-bounces@lists.iem.at] On Behalf Of Andrew Lyons Sent: Thursday, February 20, 2020 4:57 PM To: pd-list Subject: [PD] Throttling midi message rates

Hi,

I have an FCB 1010 MIDI foot pedal controller with 10 switches and two pedals. One of the foot pedals is used to control glissando rate. More specifically, it is hooked up to a vline~ object in pd. (I originally used a line.)

If I change the pedal position too quickly, it locks up PD, and I have to kill and restart the software. I have not encountered this before, but I remember Miller saying something about "bad things happen" if the MIDI input rate is too high in one of his MS171 lectures.

I do not have access to the firmware code on the foot pedal board, so I'm hoping there is a way to throttle MIDI data rates in PD. I am running on a raspberry pi 3 (buster) in a Zynthian kit.

Any pointers appreciated.

Thanks!