Hi,
I have the following code for my sound setup:
...
DPRINTF("got %d channels to allocate\n", chancnt);
if ((err = snd_pcm_hw_params_set_channels (handle, hw_params, chancnt))<
0) {
DPRINTF("ALSA: cannot set channel count to %d\n", chancnt);
return -1;
}
DPRINTF("trying to set pe
Hi,
I'm just trying to build the current cvs drivers, I do cvs compile with
--with-oss=yes --with-sequencer=yes --with-cards=sbawe,ymfpci,em10k1
This happens:
gcc -E -M -DALSA_BUILD -D__KERNEL__ -I/usr/src/linux/include
-I/usr/src/alsa/alsa-driver/include -O2 -mpreferred-stack-boundary=2
-march=
Hi Paul,
> Windows doesn't have ALSA. they have a two-bit device driver system
> that isn't capable of half the subtlety of ALSA. as a result, they
> don't have issues like "there is a PCM device corresponding to the
> first 4 channels of a 26 channel card that I'd like you to use".
As I don't o
Hi,
is there any documentation yet for the format of an asoundrc file?
Cheers, Alex
___
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
Hi,
can it be, that snd_pcm_open in the alsa lib is not threadsafe?
Glame uses threads for all its plugins and if I have for example
one audio_in and one audio_out plugin, it can happen, that
snd_pcm_open is called twice at the same time. Wonderful things
happen in snd_config_expand and glame can
Hi,
I have the following code in glame's alsa_audio_out plugin:
char *pcm_name="plughw:0,0";
...
err = snd_pcm_open(&handle, pcm_name, SND_PCM_STREAM_PLAYBACK,
SND_PCM_NONBLOCK);
if (err<0)
FILTER_ERROR_RETURN("couldn't open audio device");
/* set back to blocking io *
Hi,
I just missed out a couple of API changes. Now I installed the newest
alsa version and I'm a bit lost. Usually I just did a alsactl store 0
after installation and had an uptodate version of asound.state.
Now I just get:
alsactl: get_controls:430: snd_ctl_open error: No such file or directory
Hi,
> why do we have only a single huge asoundlib.h?
> Now we have /usr/include/alsa subdirectory, thus we can simply copy
> each header such as pcm.h, rawmidi.h, seq.h, etc. to there.
> And asoundlib.h includes all just like gtk.h.
Yeah, I appreciate that. And dividing it would probably help
d
Hi,
> What about giving a deprecation warning with "#warning This header is
> deprecated, use alsa/soundlib.h instead." when including the sys/asoundlib.h?
Hmm, ok this is probably better than an error.
Cheers, Alex
--
For years a secret shame destroyed my peace--
I'd not read Eliot, Auden or
> > I agree also that /usr/include/alsa is better place to go, except for
> > (again) compile problem. How about to put a single line header
> > '#include ' to sys/asoundlib.h to keep away from
> > thousands bugreports?
>
> Done.
Nooo. What about adding a one liner:
#error asoundlib.h now reside
> Looks like you convinced Jaroslav, judging from the latest cvs changes
> :)
>
> I agree also that /usr/include/alsa is better place to go, except for
> (again) compile problem. How about to put a single line header
> '#include ' to sys/asoundlib.h to keep away from
> thousands bugreports?
Yeah
Hi,
> No, /usr/include/sound/* belong only to kernel stuffs, and
yeah sure, thats what I said.
> sys/asoundlib.h is for API. For compiling usual apps, you don't have
Exactly, but I just wanted to point out that sys is not the right location
to put asoundlib.h. Because all other files in there
12 matches
Mail list logo