ext/alsa/gstalsa.c: - don't call set_periods_integer anymore, it breaks the configura...
authorBenjamin Otte <otte@gnome.org>
Sun, 6 Jun 2004 17:26:54 +0000 (17:26 +0000)
committerBenjamin Otte <otte@gnome.org>
Sun, 6 Jun 2004 17:26:54 +0000 (17:26 +0000)
commit27ebc581137461f691660cadb5c44508baa12955
tree74fe5694efa5160243532b099a41bf886bee1623
parentfd5fa8e3070ff97e0f3eccb6dd20202d512c49e5
ext/alsa/gstalsa.c: - don't call set_periods_integer anymore, it breaks the configuration randomly

Original commit message from CVS:
* ext/alsa/gstalsa.c: (gst_alsa_probe_hw_params),
(gst_alsa_set_hw_params), (gst_alsa_set_sw_params),
(gst_alsa_start_audio):
- don't call set_periods_integer anymore, it breaks the
configuration randomly
- call snd_pcm_hw_params_set_access directly instead of using masks
- don't fail if the sw_params can't be set, just use the default
params and hope it works. Alsalib has weird issues when you touch
sw_params and does no proper error reporting about what failed.
* ext/alsa/gstalsa.c: (gst_alsa_open_audio),
(gst_alsa_close_audio):
make our alsa debugging go via gst debugging and not conditionally
defined
* ext/alsa/gstalsa.h:
add ALSA_DEBUG_FLUSH macro
* ext/alsa/gstalsaplugin.c: (gst_alsa_error_wrapper),
(plugin_init):
wrap alsa errors to be printed via the gst debugging system and not
spammed to stderr
ChangeLog