Giuliano Pochini <[EMAIL PROTECTED]> writes: >> I would like some idea of how accurate the snd_pcm_delay() result is >> likely to be. If I am trying to syncronise video to audio, and I notice >> a difference between audio and video, I need to know how accurate I can >> make it. > > I suppose you need a precision of 42ms (the duration of a cinema frame). > You can read the position at intervals <= 42ms. If the value you read is > different then the previous one, you know that value is up to date. > You know exactly when you started to play the sound. If you do your own > timing and you take into account the period time, you only need to read > position 3-4 times every 10s or so to check if you are losing sync.
You could use the ALSA timer interface. It gives a resolution equal to the period time. If that's too long time, you can use the system clock to interpolate. > Even if you have a really bad soundcard, it's unlikely the sample clock > skews more than 1%. 1% would be about a minute at the end of normal movie. That's not what I like to call acceptable. >> If some cards only update "delay" once per period, but others update it >> all the time, I would like the application to know about it, so it can >> decide how accurately it can actually get audio and video in sync. > > You can use shorter periods if your cards allows it. Most cards I've come across support period lengths of down to 10 ms or less. That's plenty enough for video playback. -- Måns Rullgård [EMAIL PROTECTED] ------------------------------------------------------- This SF.Net email sponsored by: Parasoft Error proof Web apps, automate testing & more. Download & eval WebKing and get a free book. www.parasoft.com/bulletproofapps1 _______________________________________________ Alsa-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/alsa-devel
