<br><br><div class="gmail_quote">On Fri, Feb 15, 2013 at 3:19 PM, M Donalies <span dir="ltr"><<a href="mailto:ingeniousnebbish@cox.net" target="_blank">ingeniousnebbish@cox.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
[insert rant: If html email is for children, shouldn't serious documentation<br>
refrain from flash, javascript, </blockquote><div><br>although flash is on its way out (thanks largely to apple, but also html5 + <canvas>), javascript is at the core of a lot serious website functionality. it actually makes a number of web-centric user experiences much more pleasant.<br>
 </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">and other gimmicks? Why is it that I can find<br>
entire books on programming the linux kernel, but so little about either Alsa<br>
or Jack?]<br></blockquote><div class="im"><br>follow the money ... who do you propose would write such documentation? why? <br><br>the JACK API is fully documented. tutorials on basic use of the audio API exist. the big difference here is that there are several example blobs of source, ranging from the explicitly "example" clients within the JACK source code package itself, to the utility clients, and onward up to full scale MIDI sequencers such as ardour.  <br>
<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">But they also use Jack for audio. This is my frustration. If I want to support<br>
both audio and midi, then I have to learn 2 completely different and conflicting<br>
api's.</blockquote><div><br>which is, of course, another reason why JACK MIDI exists.<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Perhaps this should go in the "what sucks about linux audio" thread.<br>

What I could do 15+ years ago under Window still mystifies me in how to do it<br>
under linux. (And, no, I'm not a shill for MS. I use linux for everything<br>
other than audio, and I really, really want it for audio as well.)<br></blockquote><div><br>look, the ALSA sequencer emerged at a time (1998 or so) when it was sort-of correctly believed that you couldn't do "realtime-y" stuff from user space on linux. <br>
<br>although the functionality it offers is incredibly useful for quite a few purposes, the basic design assumption that this sort of thing must be done by handing data to the kernel and allowing it to be scheduled there is just wrong (or at best, unnecessary). <br>
<br>nobody has ever stepped up to write a library based on JACK MIDI that would do "MIDI sequencing" in the sense of your "deliver this event at time T where T is arbitrary". nothing is stopping anyone from doing that.<br>
<br>but ... i would point out that if you look carefully at the insides of the linux based sequencers you mentioned, you will find that they do not actually use this functionality of the ALSA sequencer either. they ask for "immediate" delivery and use their own sequencing mechanisms to get the timing right (mostly).<br>
<br>the only effort i have seen in the open source world to implement a general purpose MIDI sequencing library that did "future" sequencing was something called (something like) TME3. it was a complete failure in terms of getting other apps to use it.<br>
 </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
[insert rambling conspiracy or other rant of your choice here]<br>
<br>
If Jack is used for audio, then shouldn't there be a kind-of general-purpose<br>
Jack midi sequencer? (... and the crowd muttered, "Idiot. You have no idea<br>
what you're talking about.")<br></blockquote><div><br>"shouldn't there be a kind of general purpose JACK audio sequencer" makes about as much sense ... <br><br>what could make quite a bit of sense would be a utility JACK client that played an SMF file via JACK MIDI. this would be *relatively* simple to do (once you figure out what godawful lump of code you plan to use to parse SMF) and would be quite instructional for future questions such as yours.<br>
<br>however, this tool does not exist at this time.<br><br>--p<br><br></div></div>