Hello.
While looking at module-rtp-recv source, I found some suspicious use of
the FIONREAD ioctl (see below). I was going to test this bug, expecting
to find an infinite loop (as it would be common for such FIONREAD
misuse), but found an assertion failure instead. So there may be two bugs.
Signed-off-by: Alexander E. Patrakov
---
src/modules/rtp/rtp.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/modules/rtp/rtp.c b/src/modules/rtp/rtp.c
index 570737e..8451386 100644
--- a/src/modules/rtp/rtp.c
+++ b/src/modules/rtp/rtp.c
@@ -183,7 +183,7 @@ int pa_rtp_re
Hi,
We are developing a Bluetooth based phone application using bluez 5 protocol
stack with ofono.
This is for an In-Vehicle Infotainment system which is based on Linux OS.
I would like to understand how to route the audio sources and sinks to the IVI
systems speaker & mike. We tried using pul
On Thu, 2014-05-22 at 09:44 +0200, Sjoerd Simons wrote:
> On Mon, 2014-05-19 at 09:57 -0500, Pierre-Louis Bossart wrote:
> > > For various use-cases a passthrough stream should have priority over all
> > > other streams and get exclusive access to the sink regardless of whether
> > > any other str
On Mon, 2014-05-19 at 15:59 +0200, Sjoerd Simons wrote:
> XBMC 13 has been release recently with a nice new revamped pulseaudio backend,
> allowing it to properly use passthrough with pulseaudio.. However one issue
> with passthrough remains, it absolutely needs exclusive access to the sink.
>
> T
On Mon, 2014-05-19 at 15:58 +0200, Sjoerd Simons wrote:
> From: Guillaume Desmottes
>
> For various use-cases a passthrough stream should have priority over all
> other streams and get exclusive access to the sink regardless of whether
> any other streams are playing.
>
> An example use-case is