>We work together on a project, and i would like to be able to record >and play back the audio mix from the vs-1680 to my computer together >with the midi clock data (he takes his machine home to work on the >audio part). That way i can work on the sequences on my mpc1000, and >play back the audio whith the sequences synced midi clock slave.
getting a general purpose computer to output MIDI Clock (and/or MIDI Time Code, just so nobody confuses the two of them) is a very hard problem. There are 24 MIDI Clock messages per quarter note. This means that for a piece in 4/4 at 120bpm, you need to output 1 MIDI byte every 20ms. Not so bad - its a nice even multiplier of the system interrupt frequency. However, just change the tempo or the time signature, and all of a sudden you have situations where the MIDI Clock byte needs to be output every 18ms or every 32ms or ever 9.7ms or every 56.5ms. until the high resolution clock timers patch is solid enough to be used by any system, there is no way to schedule MIDI output with this kind of resolution, and if you can't schedule it, then the receiver of your MIDI clock signal will see a lot of jitter and may refuse to lock to it. Even if it locks, its not clear what it will do with the jitter. >signal in a audio file, for example with ecasound. I know, this is >ugly! For playback i would have the program monitor the jack input port and >output a midi clock message when a sample value of 1 passes by. JACK does block structured audio. This won't work. If the "1" is in the model of a JACK process cycle, when does it actually get delivered to the MIDI output port? We'd love to provide this kind of functionality in Ardour, BTW, so if you're serious about doing the research and work needed to check on the HRT patch etc etc etc, we'd love to see it done in a way that we could use too. --p
