On Fri, 7 Dec 2001, Jack Moffitt wrote:
> > Use some file in native hardware format.
>
> aplay: set_params:724: Channels count non available
>
> Is what i get for a mono file.
I found the bug. It was in an incorrect setup in alsa-lib:
Index: pcm_plug.c
==
Hello!
At the moment there is no driver for for CS4215 based audio devices.
But there is a support for CS4215 audio devices over SPARC Sbus.
What would it take to write an ALSA driver based on existing code? Where
to start? Are the docs for 0.5.0 drivers useful for 0.9.0 branch?
Expec
i'm doing full-duplex mmapped io on emu8k. the good news is the streams
stay in sync, the bad news is how the processing occurs is not optimal if
one follows the 'schoolbook approach'.
remember the alsa schoolbook:
while (running)
{
poll();
available = min (streams->update_available());
>i'm doing full-duplex mmapped io on emu8k. the good news is the streams
>stay in sync, the bad news is how the processing occurs is not optimal if
>one follows the 'schoolbook approach'.
>
>remember the alsa schoolbook:
>
>while (running)
>{
> poll();
> available = min (streams->update_availabl
the doc to snd_pcm_mmap_commit says
* \return 0 on success otherwise a negative error code
but on success it rather seems to return >= 0 (the number of frames
commited i think).
please clarify and fix.
tim
___
Alsa-devel mailing list
[EMAIL PROT
On Sat, 8 Dec 2001, Tim Goetze wrote:
> the doc to snd_pcm_mmap_commit says
>
> * \return 0 on success otherwise a negative error code
>
> but on success it rather seems to return >= 0 (the number of frames
> commited i think).
>
> please clarify and fix.
Yes, it's definitely wrong. The return
Jaroslav Kysela wrote:
>
> On Sat, 8 Dec 2001, Tim Goetze wrote:
>
> > the doc to snd_pcm_mmap_commit says
> >
> > * \return 0 on success otherwise a negative error code
> >
> > but on success it rather seems to return >= 0 (the number of frames
> > commited i think).
> >
> > please clarify and
Roman Zippel writes:
> Hi,
>
> Richard Gooch wrote:
>
> > Tell me how the driver no longer works. I repeat: you now get a
> > warning. You can still use the driver.
>
> devfs_mk_dir returns an error now, so the driver won't be able to
> make new dev nodes available. So far it was legal to manua
Hi,
On Sat, 8 Dec 2001, Richard Gooch wrote:
> > devfs_mk_dir returns an error now, so the driver won't be able to
> > make new dev nodes available. So far it was legal to manually create
> > a directory under devfs, now it's suddenly an error.
>
> It was always an error, you just got away with
Roman Zippel writes:
> Hi,
>
> On Sat, 8 Dec 2001, Richard Gooch wrote:
>
> > > devfs_mk_dir returns an error now, so the driver won't be able to
> > > make new dev nodes available. So far it was legal to manually create
> > > a directory under devfs, now it's suddenly an error.
> >
> > It was a
Hello,
I recently grabbed the linux-2.4.17-pre6 source and patched in the
"alsa-2001-11-29-1-linux-2.5.1pre3.patch" from ftp.alsa-project.org and
easily fixed all the rejected sections of the patch. I then copied all
the pertinent ALSA 0.9.0beta10 files into my source tree so that I could
11 matches
Mail list logo
