Answering to my own mail...
Looking at jackd code, one possibility is that the we are only getting an
EPIPE from snd_pcm_avail_update(), but the stream is still in RUNNING
state. At least in alsa-lib/src/pcm/pcm_hw.c:snd_pcm_hw_avail_update()
we have a test for:
[...]
if (avail
On Thu, 21 Feb 2002, Jaroslav Kysela wrote:
On Thu, 21 Feb 2002, Kai Vehmanen wrote:
On Tue, 19 Feb 2002, Jaroslav Kysela wrote:
I'm still a bit puzzled why I didn't get xruns in the test case quoted
below, but until I can reproduce the problem, there's not much to discuss
You
If alsa is compiled directly into the 2.5.5 kernel (rather than
as modules) then it calls modprobe before the root file system
is mounted. The call of course fails leading to a slew of annoying
error messages.
All the best,
Duncan.
___
Alsa-devel
On Thu, 21 Feb 2002, Abramo Bagnara wrote:
if (avail pcm-buffer_size)
Yes, this condition is faulty. It should be 'avail = pcm-stop_threshold'.
- if avail buffer_size this means either played garbage (playback) or
overwritten samples (capture). The return of an error is perfectly
sensible
Kai Vehmanen wrote:
On Thu, 21 Feb 2002, Abramo Bagnara wrote:
if (avail pcm-buffer_size)
Yes, this condition is faulty. It should be 'avail = pcm-stop_threshold'.
- if avail buffer_size this means either played garbage (playback) or
overwritten samples (capture). The return of an
On Thu, 21 Feb 2002, Kai Vehmanen wrote:
On Thu, 21 Feb 2002, Abramo Bagnara wrote:
if (avail pcm-buffer_size)
Yes, this condition is faulty. It should be 'avail = pcm-stop_threshold'.
- if avail buffer_size this means either played garbage (playback) or
overwritten samples
On Thu, 21 Feb 2002, Abramo Bagnara wrote:
Kai Vehmanen wrote:
On Thu, 21 Feb 2002, Abramo Bagnara wrote:
if (avail pcm-buffer_size)
Yes, this condition is faulty. It should be 'avail = pcm-stop_threshold'.
- if avail buffer_size this means either played garbage (playback) or
On Thu, 21 Feb 2002, Jaroslav Kysela wrote:
Yes, this condition is faulty. It should be 'avail = pcm-stop_threshold'.
Btw; shouldn't that be 'avail pcm-stop_threshold'...? For
instance if you want to prefill playback buffers
with silence before starting processing, you must be able
Jaroslav Kysela wrote:
Hmm, the mmap semantics of stop_threshold should be similar to the
read()/write() API.
And this was already true. If you use mmap or read/write is irrelevant
wrt stream stop in XRUN state.
Right, but the stream is RUNNING. My change does nothing else than
On Friday 15 February 2002 12:12, Patrick Shirkey wrote:
And here's my attempt at incorporating a few of the ideas for the home
page.
http://www.boosthardware.com/LAU/alsa/index.html
Possibly finished but the idea is there. KISS. If anyone can be bothered
cutting the borders off the links
On Thu, 21 Feb 2002, Jaroslav Kysela wrote:
Btw; shouldn't that be 'avail pcm-stop_threshold'...? For
Yes, but in this case avail == 0, so the XRUN doesn't occur. But it's
true, that the check for XRUN should be active only when PCM state is
RUNNING. I'll correct it soon.
Ok, sounds good.
Hi.
I congratulate you that it is taken in by kernel 2.5.
Then, there is a question.
- Is the composition of directory tree and modules
which were changed this time completed?
Is there any schedule of change towards 1.0 release?
- Where can the road map of a development release be
Hi,
I have the Terratec DMX 6Fire, based on the IC
Ensemble Envy24 (ICE1712)
Is someone working on a driver or does someone has
technical documentation about the 6fire ?
greetings,
Kurt Geens
__
Do You Yahoo!?
Yahoo! Sports - Coverage of the
13 matches
Mail list logo