---
src/pulsecore/sink-input.c |5 +
src/pulsecore/sink.c |6 ++
2 files changed, 11 insertions(+), 0 deletions(-)
diff --git a/src/pulsecore/sink-input.c b/src/pulsecore/sink-input.c
index f6f93b8..a45cc8c 100644
--- a/src/pulsecore/sink-input.c
+++ b/src/pulsecore/sink-inp
---
src/pulsecore/sink-input.h | 12
src/pulsecore/sink.h | 13 +
2 files changed, 25 insertions(+), 0 deletions(-)
diff --git a/src/pulsecore/sink-input.h b/src/pulsecore/sink-input.h
index af2177a..e46c77c 100644
--- a/src/pulsecore/sink-input.h
+++ b/src/puls
These two patches add state change debug prints to sinks and sink-inputs.
Jarkko Suontausta (2):
core: Add functions that return the logical name of the state of
sinks and sink inputs.
core: Add debug prints for state changes in sinks and sink-inputs.
src/pulsecore/sink-input.c |5
This adds an assertion to pa_memblockq_push() and pa_memblockq_push_align()
calls, the return value of which was mostly ignored in the core and modules.
The calls return a negative value in case the maximum memblock queue size
would be exceeded.
The maximum queue sizes are currently set to be at l
Earlier, -1 was returned if the memchunk size was not a multiple of the frame
size. Now, it is verified unconditionally through an assertion. Error code -1
is still returned when the memblock queue is full.
In those few cases where the return value of pa_memblockq_push() is checked,
an overflow is
. He had many good proposals for the remaining FIXME cases,
but unfortunately I do not have time to address them now.
Jarkko Suontausta (2):
core: Assert on memchunk divisibility by sample spec in
pa_memblockq_push().
modules, pulse, core: React to failing pa_memblockq_push calls.
src
Based on a patch by Marko Ollonen.
---
src/modules/bluetooth/module-bluetooth-device.c | 13 ++---
1 files changed, 10 insertions(+), 3 deletions(-)
diff --git a/src/modules/bluetooth/module-bluetooth-device.c
b/src/modules/bluetooth/module-bluetooth-device.c
index 0b12cc7..68c4efc 100
Some A2DP audio devices initiate audio sink state transitions over the
Audio/Video Remote Control (AVRCP) profile. Specifically, trying to
switch the A2DP sink into PLAYING state is problematic, because the
Bluetooth device has no way of knowing when streaming is ready to start
on the host side. If
Hi David,
On Friday 16 March 2012 03:48:14 David Henningsson wrote:
> Hi,
>
> I'm not exactly sure who I should send this to, so maybe I'm a little
> too inclusive here. Anyway.
>
> The use case here is that your laptop speakers are active (or at least
> currently selected) and you plug an HDMI