All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ed Wildgoose <lists@wildgooses.com>
To: alsa-devel@lists.sourceforge.net
Subject: RME9632 Precise Pointer option problem (attn Thomas Charbonnel)
Date: Mon, 27 Sep 2004 10:20:19 +0100	[thread overview]
Message-ID: <4157DB53.2030801@wildgooses.com> (raw)

Hi folks,

I haven't been able to get in touch with Thomas with this question, but 
perhaps someone here can help (or perhaps he will see it?)

With this driver the free space call returns only an approximate value, 
however, the "precise pointer" module option returns apparently garbage 
(and there are notes in the source to say this).  Looking at the code 
it's just returning the value from a register, so it's hard to see that 
the driver is doing anything bad.

Does anyone have any insight on whether it's possible to get a good 
value for free space in the buffers?  From a design point of view is it 
sensible to add some kind of fixup which counts ticks to estimate free 
space in the buffers at the driver level, or should stuff like that 
exist only at userspace level, probably in the app?  I realise that we 
can't do this perfectly, but it occurs to me that we can probably remain 
quite accurate estimating the current point location based on counting 
ticks since we started and noting when we add new data, etc.

Any thoughts?

Ed W


-------------------------------------------------------
This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170
Project Admins to receive an Apple iPod Mini FREE for your judgement on
who ports your project to Linux PPC the best. Sponsored by IBM.
Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php

             reply	other threads:[~2004-09-27  9:20 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-09-27  9:20 Ed Wildgoose [this message]
2004-09-27 11:12 ` RME9632 Precise Pointer option problem (attn Thomas Charbonnel) Paul Davis
2004-09-27 18:45   ` Ed Wildgoose
2004-09-27 14:07 ` Manuel Jander
2004-09-27 20:11   ` Paul Davis

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=4157DB53.2030801@wildgooses.com \
    --to=lists@wildgooses.com \
    --cc=alsa-devel@lists.sourceforge.net \
    /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.