From: Chris C. <ca...@al...> - 2003-12-22 15:01:57
|
On Monday 22 Dec 2003 2:50 pm, Richard Bown wrote: > Yeah, it's tricky alright - I've never got it quite right but to be > fair have at least always acknowledged that this was the case. Oh indeed -- I've just never really got into it deeply enough to understand what on earth was going on before. As it is I've almost got it working but I can't quite seem to get my head around the situation with repeating audio segments, and now I seem to have got stuck in a situation where it refuses to create the audio file for recording (don't know why yet) so my test routine is not going well. I'm about to clock off for the afternoon myself as well. > - get the proper indexing working on audio file starting (should be > simple enough if it's not already doing it) That's what I've just been looking at -- not committed yet, I'll see if I can finish it tomorrow. > - get proper audio read buffering working presumably during the playLatency period. Unless we can buffer while not playing (based purely on pointer position) in preparation for play start and then users can set play latency to zero if they want (sync to jack is going to be hard with non-zero play latency anyway) -- needs discussion. > - sort the various latencies out - MIDI out latency, JACK out > latency, read aheads etc to improve (and prove) sync sync to JACK will only be possible if the ALSA sequencer queue timer is syncing to the same thing as JACK does, which probably means we need to make the queue timer configurable as (I'm guessing) JACK syncs to the chosen output PCM device whereas ALSA by default syncs to the system timer -- I found out quite a bit about ALSA timers after Pedro's useful answer to my question the other day, I should write up some stuff about that. Anyway. Chris |