On Mon, 2013-08-26 at 15:04 +0200, Svein Seldal wrote:
On 08/26/2013 02:36 PM, Tanu Kaskinen wrote:
No, PA doesn't offer that. Reading and writing to the sound card is
handled completely separately, from different threads, so there's no
read/write synchronization in the server either.
On 08/26/2013 08:15 PM, Felipe F. Tonello wrote:
From: Felipe F. Tonello e...@felipetonello.com
This fixes a bug when switching profiles under ALSA UCM. If a jack, hence a
port, was previsouly active, when PA performed a profile switch, the jack
would continue to be available but not active.
When a sink changes its sample rate, also the monitor source rate
needs to be changed. In order to determine whether a source supports
rate changing, the code checks if the update_rate() callback is set,
but monitor sources don't have that callback set, so the old code
always failed to change the
---
src/modules/alsa/alsa-sink.c | 8
src/modules/alsa/alsa-source.c | 8
src/pulsecore/sink-input.c | 4 ++--
src/pulsecore/sink.c | 24
src/pulsecore/sink.h | 4 ++--
src/pulsecore/source-output.c | 4 ++--
If the sink rate is not updated, then the monitor source will appear
to have a different rate than the sink, but in reality there's never
any resampling done when moving data from the sink to the monitor
source, so it's a lie that the monitor source has a different rate.
The result of lying is
Hello,
Recently I found that the current PulseAudio did not support the latest
AirPlay audio streaming, so I started to brush up the raop2
implementation based on Christophe Fergeau and Martin Blanchard's
implementation.
Here is my ongoing work.
https://github.com/hfujita/pulseaudio-raop2 (repo)
