At 22 Jul 2002 18:21:57 +0200,
Santiago Otero wrote:
>
> El lun, 22-07-2002 a las 13:24, Takashi Iwai escribió:
>
> > this might be related with the period size restriction.
> > how did you set the period size?
> > please check /proc/asound/card0/pcm0p/sub0/hw_params and
> > which condition is us
At Mon, 22 Jul 2002 11:35:40 -0700 (PDT),
Guilhem Tardy wrote:
>
> Hi all,
>
> I would have a few questions regarding buffer mgt:
>
> When is substream->dma_area used for capture or playback? (probably never, as
> snd_pcm_lib_malloc_pages() seems to imply that one should only use
> substream->r
At Mon, 22 Jul 2002 20:56:50 +1000,
Mark Constable wrote:
>
> # cat /proc/bus/pci/devices
> ... EMU10K1/Audigy ...
>
> The above may be intended but I have an older SBlive and certainly not
> an Audigy.
Audigy has a different soundchip (i forgot the number, possibly,
Emu10k2?) from emu10k1, hen
At Mon, 22 Jul 2002 10:38:52 +0200,
Maarten de Boer wrote:
>
> i am going through the alsa-lib/test/pcm.c example, and i am
> wondering about the different transfer methods available. are
> there any guidelines or suggetions which method to use in
> which particular situation?
please note the f
At Mon, 22 Jul 2002 21:21:47 +0200 (CEST),
Jaroslav wrote:
>
> On Mon, 22 Jul 2002, Takashi Iwai wrote:
>
> > At Sat, 20 Jul 2002 09:08:29 +0200 (CEST),
> > Jaroslav wrote:
> > >
> > > On Fri, 19 Jul 2002, Takashi Iwai wrote:
> > >
> > > > At Thu, 18 Jul 2002 09:03:26 -0400,
> > > > Paul Davis
alsa-kernel/core/pcm_memory.c:
static int snd_maximum_substreams = 4;
MODULE_PARM(snd_maximum_substreams, "i");
MODULE_PARM_DESC(snd_maximum_substreams, "Maximum substreams with preallocated DMA
memory.");
MODULE_PARM_SYNTAX(snd_maximum_substreams, SNDRV_BOOLEAN_TRUE_DESC);
This shouldn't be BO
I've begun enhancing the documentation for alsa-lib.
(This patch is only for a part of the library.)
Many grammatical and punctuation fixes, some bugs corrected,
some additional explanations.
This doesn't change any code, except for the (previously strange)
definition of snd_lib_error_handler_t
El mar, 23-07-2002 a las 11:21, Takashi Iwai escribió:
>
> ok, could you show me the values listed in the proc file above during
> playback/record?
> i guess the buffer size is not aligned to the period size, and the
> number of period is relatively small.
>
playing sound:
$cat /proc/asound/c
attached is one first step of a driver for that blue
box.
(apply the diff to a cvs-download and copy the other
files into the alsa-driver/usb directory to build it.)
It does the coldboot (DeviceID 0x8000) firmware
download after the us428 is switched on.
you can use the a.out together with libusp
Hi!
After a lot fustrated hacking nights and days, finally (at least) I
manage to get a properly sound out from SPDIF interface on my Hercules
Game Theater XP card, at least "so far as i can hear". The sound is no
longer distorcionated and SPDIF is now integrated with the ALSA mixer
(muted by
In alsa-lib/src/rawmidi/rawmidi.c there are two functions :
"snd_rawmidi_params", and "snd_rawmidi_params_current". Both documented with
very similar brief descriptions: "get parameters about rawmidi stream" and
"get current parameters about rawmidi stream".
I suppose that the first functio
OK, I changed my code to do as you suggested (using the ctl interface)
and that works. Thanks for the info.
However, I still feel that my original gripe (the error message
output) is valid. In all other cases that I'm aware of, you never
automatically spit out an error message to stderr or s
> However, I still feel that my original gripe (the error message
> output) is valid. In all other cases that I'm aware of, you never
> automatically spit out an error message to stderr or stdout. Why
> should it be different in this case? There is an error retrieval
> mechanism in place, namel
On 2002.07.23 13:33 Benny Sjostrand wrote:
> About other missing basic feutures, SPDIF input, 4 channels, multi PCM
> etc., well, I'm working on that, we see what I can do, at least there is
> a hope ...
[...]
> Please, test it and give some feedback, maybe there are things that was
> working be
> [peter@porky als]$ aplay footsteps.wav Playing WAVE 'footsteps.wav' :
> Signed 16 bit Little Endian, Rate 44100 Hz, Mono
> aplay: interval_inline.h:65: snd_interval_min: Assertion
> `!snd_interval_empty(i)' failed.
> Aborted...
oops!
I guess that maybe you need to alsa-lib-0.9.0rc2, everyt
On 2002.07.23 21:28 Benny Sjostrand wrote:
> Now I've generated a patch against alsa-driver-0.9.0rc2, so you can try
> to merge it with your CVS snapshot,
> maybe it works better
Thanks. It took a tad of modifying to patch the CVS because it was
expecting a 0.9.0rc2 postfix on everythin
16 matches
Mail list logo
