If you don't change the hardware configuration and leave the Arduino plugged in (especially if you don't have any other serial devices plugged in), the I think it's the same whether you open by name or number.

I suggest you first try it on the Pi, and then post potential problems. I'm pretty sure that if your Pi setup doesn't change, meaning that the Arduino will always be plugged in the Pi, you won't have a problem. Right now you're likely creating an issue where there shouldn't be any, by trying out something on your Windows computer, assuming your Pi setup will behave the same way.

@whale-av have I suggested something in this thread?

Perhaps [iemguts/canvasconnections] is helpful?

Never used them, don't know. Why not change the case so you can get access to the GPIO pins?

Since your Motu plays fine, it's definitely the USB device. Why don't you try something like the pHAT DAC https://shop.pimoroni.com/products/phat-dac or something else that is built for the Pi?

You are searching for deken instead of pispi. Deken is the name of the now-native find externals plugin. I guess time passed and some of us don't realise not everybody knows the story behind deken.
Anyway, you should type pispi or pii2c in the search field.

I don't see any reason why it would stop. Just make sure that the Pi doesn't heat up. It's a good idea to use a heat sink, even just a small one, and maybe a fan to cool it down.
Also note that some Arduino functions like millis() and micros() will reset after some time. millis() resets after 72 days or something like that, and micros() after 72 hours, or something like that. Check the docs.

I just looked them up and they're up in deken. Are you searching from your computer or your Pi. In case you're searching from your computer you should untick the "hide foreign architectures" tick-box in deken's preferences.

I think you can find them in deken.

There's also the [pispi] and [pii2c] by the late Martin Peach, if your hardware talks these protocols. I've tried both and they work very well.
Since Martin unfortunately passed away though, I don't know if anyone took over and maintains them.

That's true. Maybe this issue is better suited for the Arduino forum. Have your tried using it with Firmata with some other software, live Max, or openFrameworks?

Are you sure standard firmata works with the Teensy? Because, if I'm not mistaken, it was written for the Arduino and the Teensy has way more pins than the Arduino.

Don't know anythig about Javascript, but since some version play the first note only, why don't you try to split the list in Pd land. for example, the last version where you get gatom: no method for '60,64,67' you can send the output to a [list fromsymbol] and split the list to your liking. Just a thought.

@ben.wes nice to see you here! I hadn't even noticed the "not recording" thing. @jameslo I sent an email to the organizers, but they haven't answered yet, and I won't be surprised if they don't answer at all.
There are no bug fixes concerning the code, only some minor tweaks in the help patch. GitHub is indeed more up-to-date with that, but it's really not important.
The main issue I have updating (although I don't have any reason to update yet, as there's nothing to update at this point), is that I can't compile for all OSes, and I have to ask people from the community to help out, and it's a bit annoying. Once I figure out how to compile for all, I'll probably make some updates. The Deken version though is fine to use as it is.

@jameslo TBH, I have no idea. I'll ask them and get back to you. It ended up being a one-to-one workshop as there was only one attendant We went through the examples that come with the [neuralnet] object and talked about neural networks, training data sets, and how to set up a network.

@Balwyn I totally misuderstood the OP

I have created the following abstraction to hold a bang for outputting it later:

[inlet] [inlet]
|      |
[t b]  [1 (
|      |__ [0 (
[spigot]   /
|         / 
|        /
|       /
[t b b]/
|
[outlet]

The right outlet of [t b b] connects to the "0" message. With this abstraction, you can send a bang to the right inlet, and when you want to output it, you can send a bang to the left inlet. It will sort of hold the bang received in the right inlet, until it receives one in the left.
Hope that helps.

Never tried any of those, but they should work better than Pi's on-board audio. There are quite a few Pi hats that fit on Pi's 40-pin header, which should probably have better quality than the ones you posted. But if you're fine with any of those, then go with that.