hi thomas ...
i just noticed that in m_sched.c the value of sys_sleepgrain is always the same (5000 = 5ms), no matter which amount of latency i specified in the audio settings. This seems to be that way because the value of sys_sleepgrain is initialized when the scheduler is started and is not updated afterwards. Could be the cause of some latency-related troubles, or am i overlooking something?
wow, you're right ... sys_open_audio only sets the sys_schedadvance, but no the sys_sleepgrain. they should be closely related, though ... especially when having low latencies ... i think, this is the reason, why no audio api, except for the native asio with callback-based dsp scheduling can achieve very good latencies!
cheers ... tim