On Tue, 8 Oct 2002, Takashi Iwai wrote:
At Wed, 09 Oct 2002 02:25:40 +1000,
James Courtier-Dutton wrote:
Hello
Can someone please explain to me the use of snd_pcm_status_get_delay()
If a buffer size is 16384, and avail=6384, should delay therefore equil
1 ? In all cases ?
Jaroslav Kysela wrote:
Update of /cvsroot/alsa/alsa-lib/src/pcm
In directory usw-pr-cvs1:/tmp/cvs-serv27101
Modified Files:
pcm.c
Log Message:
Fixes in documentation for fast status
Index: pcm.c
===
RCS file:
Abramo Bagnara wrote:
Clemens Ladisch wrote:
Abramo Bagnara wrote:
The point is that stream is in bad state wrt read/write, this is the
reason why poll should return POLLERR.
I think the stream is _not_ in a bad state because one buffer of data can
(and has) be written. The
Takashi Iwai wrote:
so, i'd like to ask you how do you think to remove this snd_ prefix.
of course, there is one and only big problem - compatibility!
the questions are
- whether we should really do it or not? is it worthy?
I'd say yes.
- when? now or after 0.9.0-final release?
Better
At Wed, 9 Oct 2002 08:03:44 +0200 (CEST),
Jaroslav wrote:
On Tue, 8 Oct 2002, [iso-8859-1] Chris Rankin wrote:
--- Takashi Iwai [EMAIL PROTECTED] wrote: Hi,
so, i'd like to ask you how do you think to remove
this snd_ prefix.
of course, there is one and only big problem -
--- Jaroslav Kysela [EMAIL PROTECTED] wrote: On Tue,
8
alsa-module-name=snd_this=x,snd_that=y,snd_the_other=z
No, it should be: alsa-module-name=x,y,z . The
prefix for alsa-module-name
is required, because we have collisions with OSS
drivers.
I'm not talking about snd on the
At Tue, 08 Oct 2002 17:18:27 -0500,
Philip Thiem wrote:
Takashi,
However, I got an urge to kernel hack and added a mixer for
the FM synth. I also tried to make sure that the ioport for
volume wasn't being written to or read from, if the card didn't
have fm enabled. However, it works!
At Wed, 9 Oct 2002 08:58:12 +0200 (CEST),
Jaroslav wrote:
we need only three files from alsa-kernel, namely, asound.h,
asoundef.h and asequencer.h. they can be copied into alsa-lib tree,
for example, under alsa-lib/include/alsa-kernel directory, which will
be not copied to the public
Hi,
so far, all alsa modules use snd_ prefix for each module option.
iirc, there was a problem regarding namespace at the time of 2.0
kernel, and this was some workaround to avoid confliction.
but 2.2 and later kernels have no such a problem at all.
so, i'd like to ask you how do you
At Wed, 9 Oct 2002 12:15:17 +0200,
Karsten Wiese wrote:
Hi,
so far, all alsa modules use snd_ prefix for each module option.
iirc, there was a problem regarding namespace at the time of 2.0
kernel, and this was some workaround to avoid confliction.
but 2.2 and later kernels have no
At Tue, 8 Oct 2002 18:09:18 -0700 (PDT),
Albert Jongkit Wong wrote:
which device are you using?
The Apple Speakers that come with the cube. (They're just 2 usb
speakers. No subwoofers or anything like that).
please try the cvs version if you use a usb driver.
the usb driver has
On Wednesday 09 October 2002 09.52, Clemens Ladisch wrote:
Abramo Bagnara wrote:
Clemens Ladisch wrote:
Abramo Bagnara wrote:
The point is that stream is in bad state wrt read/write, this
is the reason why poll should return POLLERR.
I think the stream is _not_ in a bad state
Paul, Takashi.. anyone know what the deal is with supporting this card?
--
Patrick Shirkey - Boost Hardware Ltd.
For the discerning hardware connoisseur
Http://www.boosthardware.com
Http://www.djcj.org - The Linux Audio Users guide
Um...symbol_get and
At Wed, 09 Oct 2002 20:32:34 +0900,
Patrick Shirkey wrote:
Paul, Takashi.. anyone know what the deal is with supporting this card?
i have no contact with RME. Paul or Jaroslav might have gotten any
info?
Takashi
---
This sf.net email is
Clemens Ladisch wrote:
The behaviour of polling during capture is just fine:
RUNNING: block until avail_min is available, then return POLLIN
DRAINING: return POLLIN until buffer is empty, then return POLLERR
(other states: POLLERR)
The current behaviour for playback is:
PREPARED: return
snip (proposal to remove snd_ prefix for each module option)
Takashi Iwai [EMAIL PROTECTED] writes:
a convenient method is to check and rewrite /etc/modules.conf
automatically when alsa-driver is installed. (btw, in the case of
debian, do we need to check another path, too?)
Yes.
I'm
Takashi Iwai wrote:
(...)
a convenient method is to check and rewrite /etc/modules.conf
automatically when alsa-driver is installed. (btw, in the case of
debian, do we need to check another path, too?)
i'm not sure whether it's good manner or not, though.
I guess providing a script in
do you mean that the playback position moves but no sounds come out?
and does oss plugin work?
With the alsa plugin, the playback position moves and I get stuff that
just sounds like static instead of music (the volume controls still work).
The oss plugin works fine.
I just tried another
On Wednesday 09 Oct 2002 11:19, Takashi Iwai wrote:
At Wed, 9 Oct 2002 12:15:17 +0200,
[snip]
a convenient method is to check and rewrite /etc/modules.conf
automatically when alsa-driver is installed. (btw, in the case of
debian, do we need to check another path, too?)
Yes.
Clemens Ladisch wrote:
The current behaviour for playback is:
PREPARED: return POLLOUT until the buffer is full, then return POLLERR
RUNNING: block until avail_min can be written, then return POLLOUT
DRAINING: block (until state changes)
(other states: POLLERR)
I want the behaviour in
Anders Torger wrote:
On Wednesday 09 October 2002 09.52, Clemens Ladisch wrote:
Abramo Bagnara wrote:
Clemens Ladisch wrote:
Abramo Bagnara wrote:
The point is that stream is in bad state wrt read/write, this
is the reason why poll should return POLLERR.
I think the
On Wed, 9 Oct 2002, Abramo Bagnara wrote:
Clemens Ladisch wrote:
The current behaviour for playback is:
PREPARED: return POLLOUT until the buffer is full, then return POLLERR
RUNNING: block until avail_min can be written, then return POLLOUT
DRAINING: block (until state changes)
If I unmute the spdif in should the audio automaticaly transfered to the
speakers if a spdif source is connected or is there a need for a logic
transfering the data?How can I figure out if the copyright , copy etc flags
are set?Does it automatically synchronize to the input sample rate?
For
Thanks for your response,
with my card (terratec 6pack ) there is no sound from spdif at all , is
there a special configuration needed?
regards
Marcel
-Ursprüngliche Nachricht-
Von: Benny Sjostrand [mailto:[EMAIL PROTECTED]]
Gesendet: Mittwoch, 9. Oktober 2002 21:51
An: Böttcher
Anders Torger wrote:
On Wednesday 09 October 2002 15.28, you wrote:
Clemens Ladisch wrote:
The behaviour of polling during capture is just fine:
RUNNING: block until avail_min is available, then return POLLIN
DRAINING: return POLLIN until buffer is empty, then return POLLERR
(other
On Thursday 10 October 2002 04.15, James Courtier-Dutton wrote:
I don't understand which applications prefer: -
1) PREPARED: return POLLOUT until the buffer is full, then return
POLLERR. and which would prefer (as suggested): -
2) PREPARED: return POLLOUT until the buffer is full, then BLOCK.
26 matches
Mail list logo