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 > pcm->
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 discu
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 poste
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 mai
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 perfectl
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).
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
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
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 a
On Thu, 21 Feb 2002, Kai Vehmanen wrote:
> 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
>
> your question about lockups doesn't really contain enough information.
> are you running with SCHED_FIFO? are you accessing both playback and
> capture streams? what else does your code do?
>
I don't know what SCHED_FIFO is, I never heard it before, so I think I don
not use it... :) Maybe someo
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 nothi
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 th
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
Huh, I thought I killed jack for good - no sound at all, just huge amount
of xruns. Luckily it was a false alarm, jack is still live and kicking...
following patch helps to the problem. ;)
--cut--
Index: src/pcm/pcm_hw.c
===
RCS file
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
se
Hallo Jaroslav,
Now I have found a solution for my silent midi problem.
Therefore I updated the dsp code in alsa-kernel/pci/emu10k1/emufx.c
I added a slider called "Music Amplification" which is an integer between 0 and
16(in my box it is 100 in the mean time).
Now Midi's volume is ok.
I'll send
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 2002
18 matches
Mail list logo
