From d6606bcfffdb2b86b69d856bc9fbc2856f63022d Mon Sep 17 00:00:00 2001 From: wm4 Date: Fri, 5 Dec 2014 01:23:09 +0100 Subject: ao_alsa: simplify, remove no-block suboption If no-block was given, the device would be opened with SND_PCM_NOBLOCK. Also, after opening, blocking mode was unconditionally enabled anyway with snd_pcm_nonblock(). Further, if opening with SND_PCM_NOBLOCK failed, opening was retried without this flag. This doesn't make any sense to me, and I've never heard of someone using this suboption. I suspect it has to do with ancient ALSA bugs or API caveats. Remove it and simplify the code. --- DOCS/man/ao.rst | 2 -- 1 file changed, 2 deletions(-) (limited to 'DOCS/man/ao.rst') diff --git a/DOCS/man/ao.rst b/DOCS/man/ao.rst index 27d0cfe3e9..3fada1a993 100644 --- a/DOCS/man/ao.rst +++ b/DOCS/man/ao.rst @@ -39,8 +39,6 @@ Available audio output drivers are: ``device=`` Sets the device name. For ac3 output via S/PDIF, use an "iec958" or "spdif" device, unless you really know how to set it correctly. - ``no-block`` - Sets noblock-mode. ``resample=yes`` Enable ALSA resampling plugin. (This is disabled by default, because some drivers report incorrect audio delay in some cases.) -- cgit v1.2.3