[PD] MIDI in vanilla?

[Christof Ressi]

> You mean as it is or with your PR?
Generally, most non-trivial programming tasks are a pain to do in a 
visual programming language.

> I never used it because the organization of that help file scares me. 
Then let's improve the help file! I have never used [cyclone/seq], so I 
can't compare, but [midifile] has always worked fine for me.

> But MAX does.
MAX also has wiggling cables, so...

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

On 26.10.2020 17:13, Alexandre Torres Porres wrote:
>
>
> Em seg., 26 de out. de 2020 às 08:12, Christof Ressi 
> <info at christofressi.com <mailto:info at 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.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20201026/f93033e7/attachment-0001.html>