First, does Pd lock up on the RPI *without* your patch running? If so, then Pd itself is clogged up by all the messaging on the RPI. If it's your patch, then your message handling can/should be optimized ala Ingo's suggestion. Do you have any GUI objects in the message chain? If so, the fast messaging will also be causing GUI updates which may be slow on the RPI. Another way to check this is to run Pd with -nogui and see if it works without hanging.
From: Andrew Lyons <tstexture@gmail.com>To: pd-list <pd-list@iem.at>Subject: [PD] Throttling midi message ratesMessage-ID: <CAF3KZatNm75zFtG7WVJt_3hF8VcoP0ZjL96GGBVrx_bSuG+6pw@mail.gmail.com>Content-Type: text/plain; charset="utf-8"Hi,I have an FCB 1010 MIDI foot pedal controller with 10 switches and twopedals. One of the foot pedals is used to control glissando rate. Morespecifically, it is hooked up to a vline~ object in pd. (I originally useda line.)If I change the pedal position too quickly, it locks up PD, and I have tokill and restart the software. I have not encountered this before, but Iremember Miller saying something about "bad things happen" if the MIDIinput 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'mhoping there is a way to throttle MIDI data rates in PD. I am running on araspberry pi 3 (buster) in a Zynthian kit.Any pointers appreciated.Thanks!