> > 1000000000 * period / rate > > > > and truncated to an integer. for a period of 32 and a rate of 44100, > > this means we are throwing away .58276643 microseconds per period. > > Isn't it in nanoseconds (1e-9)? > If so, the following drift will be 1/1000... That definately looks like the calculation is in nanoseconds. But I do hear a drift about like I described. It's very noticeable (certainly one would notice 240ms i think) with period=32, and not really noticeable with period=128 (I don't know if 34ms is that noticeable). So I wonder if in the update_tick() macro in seq_timer.h considering this value to be microseconds not nanoseconds. And if so, why does it sound almost synced? I'm getting pretty confused. jack. _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
- [Alsa-devel] midi timing fixes/questions Jack Moffitt
- Re: [Alsa-devel] midi timing fixes/questions Takashi Iwai
- Re: [Alsa-devel] midi timing fixes/questions Jack Moffitt
- Re: [Alsa-devel] midi timing fixes/questions Jack Moffitt
- Re: [Alsa-devel] midi timing fixes/questions Takashi Iwai
- Re: [Alsa-devel] midi timing fixes/questions Jack Moffitt
- Re: [Alsa-devel] midi timing fixes/questions Jack Moffitt
- Re: [Alsa-devel] midi timing fixes/questions Takashi Iwai
- Re: [Alsa-devel] midi timing fixes/questions Jack Moffitt
- Re: [Alsa-devel] midi timing fixes/questions Jack Moffitt
- Re: [Alsa-devel] midi timing fixes/questions Takashi Iwai
- Re: [Alsa-devel] midi timing fixes/questions Jack Moffitt
- Re: [Alsa-devel] midi timing fixes/questions Jaroslav Kysela
- Re: [Alsa-devel] midi timing fixes/questions Takashi Iwai
- Re: [Alsa-devel] midi timing fixes/questions Stephane Letz
- Re: [Alsa-devel] midi timing fixes/questions Takashi Iwai