All of lore.kernel.org
 help / color / mirror / Atom feed
From: James Courtier-Dutton <James@superbug.demon.co.uk>
To: Takashi Iwai <tiwai@suse.de>
Cc: Giuliano Pochini <pochini@shiny.it>, alsa-devel@lists.sourceforge.net
Subject: Re: ring buffer pointer accuracy.
Date: Mon, 14 Jul 2003 15:51:43 +0100	[thread overview]
Message-ID: <3F12C37F.4020402@superbug.demon.co.uk> (raw)
In-Reply-To: <s5hd6gduqpu.wl@alsa2.suse.de>

Takashi Iwai wrote:
> At Fri, 11 Jul 2003 17:28:08 +0200,
> Giuliano Pochini wrote:
> 
>>On Thu, 10 Jul 2003 16:31:28 +0100
>>James Courtier-Dutton <James@superbug.demon.co.uk> wrote:
>>
>>
>>>Hi,
>>>
>>>When an application reads the "avail" or "delay" pcm values: -
>>>1) how accurate are they?
>>>2) does the accuracy depend on the sound card driver being used.
>>
>>Worst case accuracy is about one period AFAIK. It depends on the sound chip
>>because the low level driver reads the DMA pointer (or something) from some
>>hardware register or it can know the DMA pointer when it receives an interrupt
>>at the end of a period.
> 
> 
> yes.  if the accuracy is in period size, at least it should work
> somehow.  e.g. the time-slider of a player might not move so smooth
> but it must not be critical.
> 
> 
> Takashi
> 
> 
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.
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.
I.e. On some cards it would only correct for sync if it is off by 1 
period or more, but with other audio cards it could be sample accurate.
I have a sb live audio card and it seems to update with sample accuracy.

Cheers
James




-------------------------------------------------------
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

  reply	other threads:[~2003-07-14 14:51 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-07-10 15:31 ring buffer pointer accuracy James Courtier-Dutton
2003-07-11 15:28 ` Giuliano Pochini
2003-07-14 14:29   ` Takashi Iwai
2003-07-14 14:51     ` James Courtier-Dutton [this message]
2003-07-14 15:57       ` Giuliano Pochini
2003-07-14 16:53         ` Måns Rullgård

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3F12C37F.4020402@superbug.demon.co.uk \
    --to=james@superbug.demon.co.uk \
    --cc=alsa-devel@lists.sourceforge.net \
    --cc=pochini@shiny.it \
    --cc=tiwai@suse.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.