summaryrefslogtreecommitdiff
path: root/NEWS
diff options
context:
space:
mode:
authorYue Wang <Wang-Yue@users.noreply.github.com>2017-12-03 16:27:42 -0800
committerMax Kellermann <max@musicpd.org>2017-12-12 10:56:42 +0100
commitf1ef9f9d31c71857db021029326715028a217906 (patch)
tree913361f4a73a93e1d0de3d02c0e90c4337957303 /NEWS
parentdfaf08743cade4c10c464bfbbb15d8f96c6e5cd9 (diff)
OSXOutputPlugin: set the buffer time to be 100ms
[mk: the following text was copied from https://github.com/MusicPlayerDaemon/MPD/pull/167] For certain format (hi-res files) and normal buffer size hardware, The hardware may at once consume most of the buffers. However, in Delay() function, MPD is supposed to wait for 25 ms after the next try. it will create a hiccup. The negative impact is much major than increasing the latency. I understand larger buffers come at a price. That's why in my earlier commit last year I significantly reduced it. However, the buffer size in CoreAudio is set according to the hardware, which is super small latency. For instance, the system audio of 2015 generation of macbook pro has maximum buffer size of 4096 samples, which is just 0.09s for 44.1k framerate, or 0.04s for 96k frames --- . compare to the 0.5 sec latency alsa plugin has, even if we quadruple it, it's still super tiny.
Diffstat (limited to 'NEWS')
-rw-r--r--NEWS2
1 files changed, 2 insertions, 0 deletions
diff --git a/NEWS b/NEWS
index 0996e1238..6f72320dc 100644
--- a/NEWS
+++ b/NEWS
@@ -1,4 +1,6 @@
ver 0.20.13 (not yet released)
+* output
+ - osx: set up ring buffer to hold at least 100ms
* database
- simple: don't purge mount points on update/rescan
- simple: fix "mount" bug caused by bad compiler optimization