|
From: Patrick E. <pa...@pa...> - 2004-03-25 05:30:11
|
The more I think about it, the more I think it's a good idea to go
with PortMidi. Here's how it balances out in my head:
Disadvantages:
1. May be poor support or slow uptake of new APIs.
2. May be issues with things like latency that are tricky to handle
without writing more native code.
3. Need to maintain an extra external dependency.
4. Needing only one code base might lead to complacency and allow the
midi code to sprawl all over the place.
Advantages:
1. Only need to wrote the midi interface code once.
2. Don't need to figure out how to port nicely between Windows, Mac
OS X, and ALSA.
3. It seems to have support behind it, so I like to think that it
will be updated.
Addressing the disadvantages, #1 may not be an issue for us. I mean,
look at how long it's taking to get wxWin2.4 going! If we want the
code sooner, we could always write it for the portmidi team.
As for #2, if there are problems we could either send patches that
improve things or try writing some small midi code hunks that improve
the situation. Hopefully it won't be an issue, but even if it is, we
can try tricks like SCHED_FIFO, which I suspect we might have to do
anyways.
#3... probably easier to maintain external dependency than to port
code.
#4... uh.. uhm... no laziness allowed? :)
So, in summary, my personal opinion is that portmidi is probably the
way to go.
Patrick
|