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