wm4 7a6d26370c mixer: prefer AO softvol control over volume filter ... This partially reverts earlier decisions, when I thought it would always be better to prefer the audio volume filter over the AO's, because the AO's relies on the underlying audio-API, which could be broken or exhibit unusual behavior (like it happened with ao_dsound). However, since the audio buffer can be quite large (500 ms), and we don't attempt to flush & refilter the audio on volume changes, always prefer AO volume control (as long as the AO mixer doesn't control the system mixer). Also document what the mixer.c related AO fields mean (hopefully not too brief).		2013-02-06 23:04:18 +01:00
..
decode	audio: make de-planarization faster	2012-12-28 13:43:55 +01:00
filter	Replace strsep() uses	2013-01-13 17:32:39 +01:00
out	mixer: prefer AO softvol control over volume filter	2013-02-06 23:04:18 +01:00
format.c	audio: remove support for native alaw/mulaw/adpcm output	2012-12-11 00:37:54 +01:00
format.h	audio: remove support for native alaw/mulaw/adpcm output	2012-12-11 00:37:54 +01:00
mixer.c	mixer: prefer AO softvol control over volume filter	2013-02-06 23:04:18 +01:00
mixer.h	Rename directories, move files (step 2 of 2)	2012-11-12 20:08:18 +01:00
reorder_ch.c	audio: make de-planarization faster	2012-12-28 13:43:55 +01:00
reorder_ch.h	audio: make de-planarization faster	2012-12-28 13:43:55 +01:00