[alsa-devel] POSIX clocks and ALSA

Takashi Iwai tiwai at suse.de
Mon Nov 26 11:15:45 CET 2007


At Mon, 26 Nov 2007 12:10:51 +0200,
Heikki Lindholm wrote:
> 
> Takashi Iwai kirjoitti:
> > At Mon, 26 Nov 2007 09:59:29 +0200,
> > Heikki Lindholm wrote:
> >> Jaroslav Kysela kirjoitti:
> >>> On Mon, 26 Nov 2007, Heikki Lindholm wrote:
> >>>
> >>>> Hello,
> >>>>
> >>>> Some years ago there was some talk about UST support in Linux, but the 
> >>>> support never happened. With the hrtimers patch (and I'm not quite sure 
> >>>> if even earlier?) CLOCK_MONOTONIC would seem like a fairly good UST time 
> >>>> source. What I'd like to see, is a selectable clock for ALSA 
> >>>> timestamping, e.g. something like snd_sw_params_clock(..., clockid_t 
> >>>> clk). Would this seem plausible? I don't know that much about ALSA 
> >>>> internals, so, no idea whether different clocks on different 
> >>>> pcms/whatever would quickly turn into an unmanageable mess.
> >>> We are aware about this extension and I already proposed an 
> >>> implementation. I hope to implement it soon. Timestamps are not used in 
> >>> driver internally.
> >> I can't seem to google up the proposal. I'd like to read it; was it on 
> >> the alsa ml?
> > 
> > Yes, it was on alsa-devel ML.  At that time I didn't like the proposal
> > much because currently there was no real user of timestamps.
> 
> What do you mean by this? Aren't all applications that try to do 
> playback/capture A/V sync or sync between two audio cards or latency 
> measurement potential users? And those kind of apps have definitely been 
> there before 2007-02 (Jaroslav's RFC's date.) If you mean _monotonic_ 
> timestamps, not all users would probably care, though.

I meant as the apps that really use the ALSA timestamp features.


Takashi


More information about the Alsa-devel mailing list