From: Clemens Ladisch <clemens@ladisch.de>
To: Daniel Griscom <griscom@suitable.com>
Cc: Alsa Developer <alsa-devel@alsa-project.org>,
Daniel Mack <zonque@gmail.com>
Subject: Re: Missing exactly 3 of 8 audio packets?
Date: Tue, 27 Nov 2012 20:46:49 +0100 [thread overview]
Message-ID: <50B518A9.4090807@ladisch.de> (raw)
In-Reply-To: <p0624080cccdaac242dc3@[192.168.1.8]>
Daniel Griscom wrote:
> We are using a bInterval value of 1 (on a high-speed device). We've
> recently tried bumping this up to 2, and the problem was no longer
> evident
This might indicate that the controller has problems reading the
packet data from memory; there's a considerable overhead for each
memory transaction, and the controller needs to update the DMA lists.
(The pattern might be caused by some data, which arrives too late,
interfering with the reading of the next packet.)
If 2 is the first save interval, consider using 4. For that matter,
full-speed devices work fine with one packet per frame. There isn't
a problem with buffering one millisecond of data in the device, is it?
(The only reason to use smaller intervals is if you really require sub-
millisecond latencies, or if the bigger packets would eat up too much
bandwidth in one of the microframes. The cost of smaller intervals is
more overhead on the host, on the bus, and in the device.)
Regards,
Clemens
next prev parent reply other threads:[~2012-11-27 19:47 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-21 20:13 Missing exactly 3 of 8 audio packets? Daniel Griscom
2012-11-22 21:01 ` Daniel Mack
2012-11-22 21:32 ` Daniel Mack
2012-11-25 3:33 ` Daniel Griscom
2012-11-25 12:43 ` Daniel Mack
2012-11-25 16:39 ` Clemens Ladisch
2012-11-26 3:14 ` Daniel Griscom
2012-11-26 21:32 ` Clemens Ladisch
2012-11-25 22:23 ` Daniel Griscom
2012-11-26 7:19 ` Daniel Mack
2012-11-26 21:23 ` Daniel Griscom
2012-11-27 11:48 ` [alsa-devel] " Daniel Mack
2012-11-27 17:01 ` Daniel Griscom
2012-11-27 17:21 ` Clemens Ladisch
2012-11-27 18:40 ` Daniel Griscom
2012-11-27 19:46 ` Clemens Ladisch [this message]
2012-11-27 20:10 ` Daniel Griscom
[not found] ` <50B4A870.7040201-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2012-11-27 17:20 ` [alsa-devel] " Alan Stern
[not found] ` <Pine.LNX.4.44L0.1211271213580.1489-100000-IYeN2dnnYyZXsRXLowluHWD2FQJk+8+b@public.gmane.org>
2012-12-03 21:04 ` Sarah Sharp
-- strict thread matches above, loose matches on Subject: below --
2012-11-29 20:35 Daniel Griscom
2013-01-06 17:42 ` Clemens Ladisch
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=50B518A9.4090807@ladisch.de \
--to=clemens@ladisch.de \
--cc=alsa-devel@alsa-project.org \
--cc=griscom@suitable.com \
--cc=zonque@gmail.com \
/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.