[alsa-devel] ALSA API as standards
Lennart Poettering
mznyfn at 0pointer.de
Thu Nov 29 21:55:24 CET 2007
On Fri, 23.11.07 15:54, Takashi Iwai (tiwai at suse.de) wrote:
Just a few random comments:
> /* I/O */
>
> snd_input_stdio_open
> snd_input_stdio_attach
> snd_input_buffer_open
> snd_input_close
> snd_input_scanf
> snd_input_gets
> snd_input_getc
> snd_input_ungetc
>
> snd_output_stdio_open
> snd_output_stdio_attach
> snd_output_buffer_open
> snd_output_buffer_string
> snd_output_close
> snd_output_printf
> snd_output_vprintf
> snd_output_puts
> snd_output_putc
> snd_output_flush
May I ask why these are exported at all? The seem to be some kind of
STDOUT/STDIN abstraction, and have no place in a sound API I would
say. Especially not in any "standardized" version of it.
> snd_config
[...]
> snd_config_iterator_entry
Same here, why does parsing config files of ALSA need to be part of
the audio API? I see no need for this.
> snd_pcm_dump
> snd_pcm_dump_hw_setup
> snd_pcm_dump_sw_setup
> snd_pcm_dump_setup
> snd_pcm_hw_params_dump
> snd_pcm_sw_params_dump
> snd_pcm_status_dump
And these? They are not even documented, or am I blind?
Lennart
--
Lennart Poettering Red Hat, Inc.
lennart [at] poettering [dot] net ICQ# 11060553
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
More information about the Alsa-devel
mailing list