comparison src/alsa-ng/TODO @ 3179:0c4359baee34

alsa-ng: Update TODO.
author William Pitcock <nenolod@atheme.org>
date Thu, 11 Jun 2009 05:22:22 -0500
parents cb93b500a364
children
comparison
equal deleted inserted replaced
3178:4634dab72608 3179:0c4359baee34
1 The following things are not implemented yet. 1 The following things are not implemented yet:
2 2
3 - mixer support
4 - prerolling: this means that it is possible for buffer underruns occasionally. 3 - prerolling: this means that it is possible for buffer underruns occasionally.
5 we want to preroll at least 50% of buffer_size before actually writing anything 4 we want to preroll at least 50% of buffer_size before actually writing anything
6 to the soundcard. 5 to the soundcard.
7 6
8 The following things would be nice: 7 The following things would be nice:
9 8
10 - use HAL (or DeviceKit) to match up devices and mixer settings. The old way sucks 9 - use HAL (or DeviceKit) to match up devices and mixer settings. The old way sucks
11 majorly, I want to be able to just choose a soundcard and have it set up the mixer 10 majorly, I want to be able to just choose a soundcard and have it set up the mixer
12 the right way on it's own. This is 2009, and this should be possible. 11 the right way on it's own. This is 2009, and this should be possible.
12
13 (right now we don't use HAL/DeviceKit, but have a trivial function to determine what
14 mixer settings we use. pcm:default seems like a good choice for finding the system
15 default soundcard/mixer, which we use already...)
13 16
14 Things that won't be reimplemented: 17 Things that won't be reimplemented:
15 18
16 - support for custom period sizes and buffer sizes. we want to use the ALSA defaults 19 - support for custom period sizes and buffer sizes. we want to use the ALSA defaults
17 since they provide the optimal values for each card. this means that specifying 20 since they provide the optimal values for each card. this means that specifying