[PD] Question About [Mrpeach/Midifile] Status

Alexandre Torres Porres porres at gmail.com
Sun May 29 16:52:33 CEST 2022

It must be on purpose sure and low level has its advantages, but my idea is
not just making a higher level midifile... I have ambitious plans in
providing different, new and exciting features and I’ve outlined a few. I
see the need for myself as I wasn’t satisfied with seq and midifile and not
solely regarding design choices, meaning that the functionalities were ok.

But I get that people might be totally happy and not care at all for yet
another one...


On Sun, 29 May 2022 at 03:06 Dan Wilcox <danomatika at gmail.com> wrote:

> I have this in a convenience abstraction I made for midifile: [c_midiplay].
> I feel that midifile is low-level on purpose which allows you to make
> abstractions depending on the use case, so I don't know if I agree for the
> need for yet another object, however it's your time, so enjoy!
> On May 29, 2022, at 1:27 AM, pd-list-request at lists.iem.at wrote:
> Now one just needs to click on a toggle to start/stop
> playing the midifile, no need to harvest metadata to find out a tick tempo
> value to feed a metro object.
> --------
> Dan Wilcox
> @danomatika <http://twitter.com/danomatika>
> danomatika.com
> robotcowboy.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20220529/63067814/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Screen Shot 2022-05-29 at 8.04.43 AM.png
Type: image/png
Size: 1206153 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20220529/63067814/attachment-0001.png>

More information about the Pd-list mailing list