The attached diff has my change to aplay.c:capture_go and supporting globals,
to implement a two-thread double-buffering approach to capture. I kept having
overruns, due apparently to file system lock contention in RedHat 9 (2.4.20-8).
The approach is to allocate a 10-second-long buffer (rounde
On Fri, 5 Mar 2004, Michel Dänzer wrote:
>
> Apparently these changes from pcm_direct.c revisions 1.12 and 1.14 were
> accidentally reverted in revision 1.15. Please reapply.
Oops. Thanks. It seems that this problem was created in the SF CVS
malfunction time. Grrr.
Apparently these changes from pcm_direct.c revisions 1.12 and 1.14 were
accidentally reverted in revision 1.15. Please reapply.
--
Earthling Michel DÃnzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Index: src/pcm/pcm
Bauke Jan Douma wrote:
> I have two soundcards in my system, a cmipci(card) and
> an intel8x0 (on board).
>
> I have the audio cable of my CD/ROM drive wired onto the
> cmipci. Attached to line-out of the cmipci is just my
> headphones.
>
> I also have a TV-card.
> An audio cable runs from the TV-
Maybe I should add that this is after a successful call to
snd_pcm_hw_params (hardwarespace configured), in case it wasn't clear.
Does the driver return wrong approximation thresholds (delta > 1), or is
it supposed to work this way?? I mean, can't ALSA deduce a single
approximate value which ca
Hi,
i committed the whole changes in my local tree to CVS.
the build of cvs version should be ok for 2.2 and 2.4 kernels now, too.
please give a try later after sf's anon cvs tree gets synchronized.
it includes many other fixes like fix for ALC100/P, JACK sense
extention of ALC65x, and renaming
At Tue, 2 Mar 2004 22:34:59 +0200,
Sasha Khapyorsky wrote:
>
> Hi,
>
> There is such 'side effect' with 'intel8x0m' AC97 modem driver. During
> AC97 initialization 'intel8x0m' allocates mixers for both codecs - audio
> and modem. With two codec cards if 'intel8x0m' is modprobed after sound
> driv
On Fri, 05 Mar 2004 10:01:28 +0100 (CET)
Giuliano Pochini <[EMAIL PROTECTED]> wrote:
> On the Amiga :) it was simple. You only need to tell the hw
> to play a block of data at given sample rate, volume, etc.
> But most of the cards can't do that. I think one good solution
> is to run an "sfx mixer
Hello,
I've got a Maudio Firewire 410.
Are you going to make also drivers
for this one ? Or are there Problems with
Maudio or firewire???
Thanks for every reply
Simon
---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tuto
On Fri, 5 Mar 2004, Giuliano Pochini wrote:
> required features, at least the basic ones. Device dependent
> stuff is not a good idea IMHO.
The abstraction will be in alsa-lib, so the application will have common
access to this API. But the hardware is too much different in this area
and we don'
On 04-Mar-2004 Takashi Iwai wrote:
>> > > It is wavetable synthesizer API not PCM API. This part of ALSA is still
>> > > in the development phase.
>> >
>> > But when that gets fully developed, would I have to use the rawmidi API
>> > to do this then?
>>
>> I think that sequencer API is more appro
11 matches
Mail list logo
