You mean as it is or with your PR?

I never used it because the organization of that help file scares me.

But MAX does.

The idea of Pd has always been to keep the core as small as possible and extend it with externals/abstractions. Since we already have (at least) two decent MIDI file externals, why do we need to add it to the core?

Being "vanilla only" is not some kind of merit - it just means the author is being afraid of using externals ;-)

Christof

Em seg., 26 de out. de 2020 às 08:12, Christof Ressi <info@christofressi.com> escreveu:

I agree that we really need a way to read/write binary data. I have already thought about doing a PR to add such functionality to graphical arrays. It would be as simple as adding a flag to the [read( and [write( methods.

In theory, it would be possible then to implement a MIDI file reader/writer as a Pd abstraction. But to be honest, I think only a masochist would do that :-)

You mean as it is or with your PR?

 

On the other hand, mrpeach's [midifile] has always served me well and it's one of those things that don't really get obsolete.

I never used it because the organization of that help file scares me. Does it have any advantages over cyclone/seq?

So I don't think that Pd really needs built-in MIDI file support. After all, even a kitchen-sink language like Supercollider doesn't come with built-in MIDI file support.

But MAX does.