[sdiy] MIDI parser
paula at synth.net
paula at synth.net
Wed Nov 15 15:29:52 CET 2017
I don't think a scoring system is what's needed.
simply a comparison so people can evaluate which suits them best.
As for the criteria, I would also like to see a "speed" of processing.
Paula
On 2017-11-15 14:09, Tom Wiltshire wrote:
>> On 15 Nov 2017, at 13:39, Neil Johnson <neil.johnson71 at gmail.com>
>> wrote:
>>
>> Brian wrote:
>>> I second Jay’s interest in seeing a (complete) list of available MIDI
>>> parsers. That would be quite interesting. We could even review them
>>> to see whether some have advantages or disadvantages.
>>
>> For this to be really useful you would need to define a set of
>> characteristics and then gauge each library against it. That would
>> then provide objective data to sift through, rather than woolly
>> better/worse subjective opinions.
>> Things like:
>> - licence (BSD, GPL2, GPL3, etc)
>> - implementation language (C, C++, PIC Asm, etc)
>> - code footprint (kB)
>> - runtime storage footprint (kB)
>> - supported MIDI features:
>> - realtime
>> - MIDI modes (omni on/off, mono, poly)
>> - SysEx
>> - (N)RPN
>> and so on.
>>
>> A googledocs spreadsheet would be a start.
>>
>> Neil
>
> While I agree with Neil’s method of evaluation, I think Roman has made
> a good point - the best MIDI parser depends on the job you’re doing.
>
> The highest scoring parser by some set of criteria like the above
> would likely be the one that does the most things (code and runtime kB
> scores notwithstanding). But often that’s not required, and you can
> pare it down for a specific job.
>
> Tom
> _______________________________________________
> Synth-diy mailing list
> Synth-diy at synth-diy.org
> http://synth-diy.org/mailman/listinfo/synth-diy
More information about the Synth-diy
mailing list