Hi there,
just a short question about the CS46xx spdif implementation:
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
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 ha
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?
B
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
--- 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 wo
Takashi Iwai wrote:
>At Fri, 04 Oct 2002 01:10:50 +1000,
>James Courtier-Dutton wrote:
>
>
>>Hello
>>I have searched the web to find the specs on this chip. No Luck.
>>What I have found is that it is a Yamaha OPL3-SA2 or YMF711.
>>Which playback rates does it support ?
>>
>>
>
>the dma engi
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
sorry, corrections:
At Wed, 09 Oct 2002 11:55:44 +0200,
I wrote:
>
> as mentioned above, alsa-lib needs only the three header files from
> alsa-kernel. hence the duplication is necessary only for them, and
> it's not too much.
also ainstr_*.h are necessary, too.
> the installation of kernel
> 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
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 ker
On Wed, 9 Oct 2002, [iso-8859-1] Chris Rankin wrote:
> --- 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 ha
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
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 _n
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 sy
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 i
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: retu
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 states: POLLERR)
>
Hi,
the alsa-lib cvs tree now includes the part of alsa-kernel header
files.
this means that you do NOT have to install alsa-driver in advance
before building alsa-lib any longer. you can comiple alsa-lib alone.
this brings a bit increase of source code lines, but who cares? :)
please note that
James Courtier-Dutton 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 states: POLLERR)
>>
>>The current behav
> (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'
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 scrip
> 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 anothe
Abramo Bagnara <[EMAIL PROTECTED]> writes:
> For what it worths my objections are still there.
>
> I'm strongly convinced that to have poll waiting for something that
> cannot happens is a big mistake (also as an optional behaviour).
The poll is waiting on some thread to start the PCM. It is i
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.
/etc/modu
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 beha
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.
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 stat
>
>
>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?
>
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 Marcel;
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 retu
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
32 matches
Mail list logo
