Georg Chini c936aa23c3 loopback: Calculate and track minimum possible latency ... With the current code, the user can request any end-to-end latency. Because there is no protection against underruns, setting the latency too small will result in repetitive underruns. This patch tries to mitigate the problem by calculating the minimum possible latency for the current combination of source and sink. The actual calculation has been put in a separate function so it can easily be changed. To keep the values up to date, changes in the latency ranges have to be tracked. The calculated minimum latency is used to limit the configured latency. The minimum latency is only a "best guess", so the actual minimum may be much larger (for example for USB devices) or much smaller than the calculated value. Changes of the port latency offsets are not yet handled, this will be done in a separate patch.		2017-04-07 08:18:08 +02:00
..
daemon	sink, source: Add a mode to avoid resampling if possible	2017-01-30 13:54:43 +05:30
modules	loopback: Calculate and track minimum possible latency	2017-04-07 08:18:08 +02:00
pulse	pulse: Explicitly ignore pa_mainloop_run() return value in thread function	2017-03-10 10:18:33 +01:00
pulsecore	sink: Invert priorities to prefer external devices	2017-03-31 17:11:29 +03:00
tests	thread-test: fix deadlock	2017-01-26 07:56:54 +02:00
utils	build: Use #ifdef to check for #defines	2017-03-08 14:31:29 +01:00
.gitignore	pulse: Add a JSON-parsing library	2016-06-22 21:04:47 +05:30
depmod.py	update FSF addresses to FSF web page	2015-01-14 22:20:40 +02:00
Makefile.am	build-sys: FlatCarbon is dead. Good riddance.	2017-02-27 16:45:49 +02:00
map-file	volume: Add LFE balance API	2015-10-30 09:13:10 +02:00