From: Ben Bell <bjb-alsa-devel@deus.net>
To: Takashi Iwai <tiwai@suse.de>, alsa-devel@alsa-project.org
Subject: Re: Behringer WING usb audio - cyclic xruns dependent on periods/buffers
Date: Sat, 5 Dec 2020 14:43:56 +0000 [thread overview]
Message-ID: <20201205144410.4BC9EF8016D@alsa1.perex.cz> (raw)
In-Reply-To: <s5hblfa575t.wl-tiwai@suse.de>
> > Like I said in the initial email, it feels like some sort of clock drift
> > problem, where we're managing very slowly to collect more samples than
> > we're reading -- to the tune of about 1 extra every few cycles -- and
> > nothing on the consumer side is ever managing to compensate for that.
> > I'm not even sure how that sort of drift would be possible though. Seems
> > surprising.
[...]
> At least you can try the latest patch set destined for 5.11, which
> should improve the cases for the implicit feedback.
Aha! This actually was the key piece of information I needed. I haven't
tried 5.11 or the latest patch set yet, but googling "implicit feedback"
and learning abobut it led me to conclude that the Wing needs an entry in
the quirks list in set_sync_ep_implicit_fb_quirk to properly enable it:
--- sound/usb/pcm.c.orig 2020-11-22 23:36:08.000000000 +0000
+++ sound/usb/pcm.c 2020-12-05 08:40:21.639600074 +0000
@@ -340,6 +345,7 @@
ep = 0x81;
ifnum = 3;
goto add_sync_ep_from_ifnum;
+ case USB_ID(0x1397, 0x050b): /* Behringer Wing */
case USB_ID(0x0763, 0x2080): /* M-Audio FastTrack Ultra */
case USB_ID(0x0763, 0x2081):
A week's worth of debugging and learning yielded a one line patch ;)
Since adding that I've been running at p=128 n=2 for much of the day with
no tweaking of interrupts, and no xruns at all (and at 44.1kHz, because that's
what this project was originally recorded at). With further tuning that might
come down further because I was able to run in Capture Only at p=8(!) n=2, so
it feels like there's still scope for more tweaking.
Thanks for the help,
bjb
next prev parent reply other threads:[~2020-12-05 14:45 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-26 18:06 Behringer WING usb audio - cyclic xruns dependent on periods/buffers Ben Bell
2020-11-27 9:20 ` Takashi Iwai
2020-11-28 9:36 ` Ben Bell
2020-12-03 20:06 ` Ben Bell
[not found] ` <20201203200633.CC66A2C16F@relay2.suse.de>
2020-12-04 8:04 ` Takashi Iwai
2020-12-05 14:43 ` Ben Bell [this message]
[not found] ` <20201205144406.854292C16C@relay2.suse.de>
2020-12-08 13:30 ` Takashi Iwai
2020-12-09 12:16 ` Ben Bell
[not found] ` <20201209121634.8B72A2C1D1@relay2.suse.de>
2020-12-09 12:29 ` Takashi Iwai
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=20201205144410.4BC9EF8016D@alsa1.perex.cz \
--to=bjb-alsa-devel@deus.net \
--cc=alsa-devel@alsa-project.org \
--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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox