From: Lee Revell <rlrevell@joe-job.com>
To: William Weston <weston@sysex.net>
Cc: Carlo Scarfoglio <mi2332@mclink.it>, linux-kernel@vger.kernel.org
Subject: Re: realtime-preempt-2.6.12-final-V0.7.51-01 compile error and more problems
Date: Tue, 05 Jul 2005 21:45:16 -0400 [thread overview]
Message-ID: <1120614316.22671.64.camel@mindpipe> (raw)
In-Reply-To: <Pine.LNX.4.58.0507051701440.13700@echo.lysdexia.org>
On Tue, 2005-07-05 at 18:13 -0700, William Weston wrote:
> Audio without xruns is an RT requirement, IMHO ;-}
>
This isn't even an opinion, it's a fact. If you are capturing data and
your audio handling thread does not get scheduled in (periods_per_buffer
- 1) * period_time time units, you lose that chunk of sound *forever*.
Some people on this list make the ridiculous argument that this is
different from more conventional RT applications because "they can
always record again". Try telling that to someone who is paying for
studio time; you won't be running a studio for long. Pro audio is
exactly like controlling a satellite or monitoring a power plant, if you
don't get scheduled in time, it's a fatal error.
In practice you only have to be more reliable than the alternatives,
which are pretty reliable these days.
> > 4) Xruns occur every 10-60 minutes even when the system is
> practically
> > idle (no playback
> > or recording). When copying large files (between sata disks on two
> > sil3112 controllers)
> > xruns frequency is much higher. When sound is used xruns occur
> every 2
> > or 20 minutes.
>
> Do these xruns coincide with the RTC 'Read missed before next
> interrupt'
> messages?
>
> Have you tried running JACK with a larger buffer period size? Some
> cards
Disable CONFIG_RTC_HISTOGRAM.
Then before you try anything else, check the /proc/latency trace output.
What's the max reported latency? Is it significantly less than the
xruns?
Lee
prev parent reply other threads:[~2005-07-06 1:45 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-07-05 23:25 realtime-preempt-2.6.12-final-V0.7.51-01 compile error and more problems Carlo Scarfoglio
2005-07-06 1:13 ` William Weston
2005-07-06 1:45 ` Lee Revell [this message]
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=1120614316.22671.64.camel@mindpipe \
--to=rlrevell@joe-job.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mi2332@mclink.it \
--cc=weston@sysex.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox