Re: [LAD] Strange inconsistency in jack frame time

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Paul Davis <paul@...>
Cc: Linux Audio Developers <linux-audio-dev@...>
Date: Sunday, June 22, 2014 - 11:51 pm

On Sun, Jun 22, 2014 at 06:16:04PM -0400, Paul Davis wrote:

Clear. But then the question remains how Jack computes the number
of frames that get added to frame_time when it resumes running cycles.

As you say the only thing that can be relied on is the microseconds
time, since its source is external to Jack. So the obvious solution
is to use

delta_frames = delta_time * sample_rate

I don't think you can find anything simpler than that.

The current value is not even the nearest multiple of a period in
some cases (and why should it be a multiple of a period at all).

Ciao,

--
A world of exhaustive, reliable metadata would be an utopia.
It's also a pipe-dream, founded on self-delusion, nerd hubris
and hysterically inflated market opportunities. (Cory Doctorow)

_______________________________________________
Linux-audio-dev mailing list
Linux-audio-dev@lists.linuxaudio.org
http://lists.linuxaudio.org/listinfo/linux-audio-dev

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
[LAD] Strange inconsistency in jack frame time, Fons Adriaensen, (Sun Jun 22, 9:39 pm)
Re: [LAD] Strange inconsistency in jack frame time, Paul Davis, (Sun Jun 22, 10:16 pm)
Re: [LAD] Strange inconsistency in jack frame time, Fons Adriaensen, (Sun Jun 22, 11:51 pm)
Re: [LAD] Strange inconsistency in jack frame time, Fons Adriaensen, (Sun Jun 22, 9:42 pm)