At Mon, 7 Oct 2002 00:00:33 +0100 (BST),
Chris Rankin wrote:
>
> Hi,
>
> I have modified the SoundScape (proto-)driver to use the typesafe Linux min() macro,
>defining
> the macro if it hasn't been declared already. (This is compatibility for Linux 2.2.)
>In fact, it turns
> out that both min(
Hi Jack,
At Sat, 5 Oct 2002 09:34:00 -0400 (EDT),
Jack Howarth wrote:
>
> Takashi,
>In doing my weekly cvs pull from the alsa cvs and debian alsa package
> build, I discovered that we seem to have a dependency on autoheader and
> autoconf >= 2.5 now. Before I could always go into the alsa-li
AthlonRob wrote:
>On Sat, 2002-10-05 at 12:29, Sagi Bashari wrote:
>
>
>>No answer on the users list, forwarding to devel.
>>
>>
>
>Yes... let me go ahead and re-hash this for those who don't want to read
>through the earlier email.
>
>Sagi and I have two different soundcards with somewhat
At Fri, 04 Oct 2002 20:04:00 +0200,
Abramo Bagnara wrote:
>
> Takashi Iwai wrote:
> >
> > At Fri, 4 Oct 2002 10:14:09 +0200,
> > Anders Torger wrote:
> > >
> > > Uhhh... I guess ignoring me works just as well :-)
> >
> > not ignored but pending :)
> >
> > Abramo, do you still have objection to
On Mon, Oct 07, 2002 at 12:02:05PM +0200, Takashi Iwai wrote:
> At Sat, 5 Oct 2002 09:34:00 -0400 (EDT),
> Jack Howarth wrote:
> >
> > howarth@bogus:~/alsacvs/alsa-lib$ ./cvscompile
> > /usr/bin/autoheader2.13: Symbol `VERSION' is not covered by
>/usr/share/autoconf2.13/acconfig.h
> > automake:
James Courtier-Dutton wrote:
> AthlonRob wrote:
>
>> On Sat, 2002-10-05 at 12:29, Sagi Bashari wrote:
>>
>>
>>> No answer on the users list, forwarding to devel.
>>>
>>
>>
>> Yes... let me go ahead and re-hash this for those who don't want to read
>> through the earlier email.
>>
>> Sagi and
At Sun, 6 Oct 2002 23:53:57 +0100 (BST),
Chris Rankin wrote:
>
> Hi,
>
> I have finally managed to build the alsa-lib and alsa-utils RPMs on my test machine,
>having upgraded to
> RedHat 7.3. The highlights of this patch are:
>
> - the Versions linker script was not being tarred up
> - using $
At Sat, 5 Oct 2002 18:05:50 -0700 (PDT),
Albert Jongkit Wong wrote:
>
> I'm using gentoo linux ver 1.4rc1 on a G4 cube with gcc3.2 and
> alsa-0.9.0rc3 and am having some major problems getting alsa to work
> properly.
which device are you using?
> When trying to use the native alsa interface, m
Sagi Bashari wrote:
> This is what I get:
>
> [sagi@beep pcm0p]$ cat info
> card: 0
> device: 0
> subdevice: 0
> stream: PLAYBACK
> id: CS46xx
> name: CS46xx
> subname: subdevice #0
> class: 0
> subclass: 0
> subdevices_count: 1
> subdevices_avail: 1
> [sagi@beep pcm0p]$
>
>>
>>
>> As you can s
Takashi Iwai wrote:
>
> it CAN happen if you have multi-threads.
> the problem is that we have no option to block the poll.
If you have multi-thread you have other alternative to do that.
OTOH application can't detect *why* poll is blocking with the change you
advocate.
> > That apart I'm sure
On Monday 07 October 2002 14.07, you wrote:
> Takashi Iwai wrote:
> > it CAN happen if you have multi-threads.
> > the problem is that we have no option to block the poll.
>
> If you have multi-thread you have other alternative to do that.
> OTOH application can't detect *why* poll is blocking wit
Abramo Bagnara wrote:
>Takashi Iwai wrote:
>>
>> it CAN happen if you have multi-threads.
>> the problem is that we have no option to block the poll.
>
>If you have multi-thread you have other alternative to do that.
>OTOH application can't detect *why* poll is blocking with the change you
>advo
Anders Torger wrote:
>
> On Monday 07 October 2002 14.07, you wrote:
> > Takashi Iwai wrote:
> > > it CAN happen if you have multi-threads.
> > > the problem is that we have no option to block the poll.
> >
> > If you have multi-thread you have other alternative to do that.
> > OTOH application c
Hello. There is something odd going on with emu10k/SB Live driver.
I have drivers version 0.90rc1.
First, the capture faders and switches seems to not work as
one could figure out by reading the "SB-Live-mixer.txt".
Second, after unintuitively capturing the Drive/line-in2, the
signal levels diffe
On Mon, 7 Oct 2002, Juhana Sadeharju wrote:
> Hello. There is something odd going on with emu10k/SB Live driver.
> I have drivers version 0.90rc1.
>
> First, the capture faders and switches seems to not work as
> one could figure out by reading the "SB-Live-mixer.txt".
> Second, after unintuitiv
Now that the ARRAY_SIZE macro has been migrated to adriver.h, it can come out of here.
And there's a whitespace diff too.
Chris
Index: alsa-driver/isa/sscape.c
===
RCS file: /cvsroot/alsa/alsa-driver/isa/sscape.c,v
retrieving revis
On Mon, 2002-10-07 at 02:52, James Courtier-Dutton wrote:
> mypc: /proc/asound/card0/pcm0p# cat info
> subdevices_count: 1
> subdevices_avail: 1 <- This tells you how many streams the sound card
> can handle in hardware at the same time.
> E.g. Only one application at a time can use the card.
Paul Davis wrote:
>
> >I'm not speaking about programming bugs. Suppose the PCM is stopped by
> >another thread: you're screwed.
>
> why are you screwed? you're waiting (presumably) for data/space to be
> ready in the PCM device. there isn't any (or more precisely, you're
> waiting for changes i
18 matches
Mail list logo
