arun | 6 May 10:13 2016
Picon
Gravatar

module-device-manager vs. module-filter-apply again

Following up from the discussion on bug #93443 [1], here's another fix
that'll hopefully resolve conflicts between the two modules.

The first patch is a trivial cleanup, and patch 2 keeps the behaviour
Tanu introduced w.r.t. the two modules, but with module-device-manager
providing mechanism and module-filter-apply doing policy that spans the
two. I like this split better.

The final patch then refines the mechanism m-d-m provides to not apply
too broadly.

-- Arun

[1] https://bugs.freedesktop.org/show_bug.cgi?id=93443

_______________________________________________
pulseaudio-discuss mailing list
pulseaudio-discuss <at> lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss
Deepak Srivastava | 6 May 06:44 2016

[PATCH] pulsecore: Fixed possible memory leak

BugLink: https://bugs.freedesktop.org/show_bug.cgi?id=95291

Signed-off-by: Deepak Srivastava <srivastava.d <at> samsung.com>
---
 src/pulsecore/core-util.c | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/src/pulsecore/core-util.c b/src/pulsecore/core-util.c
index 19c89a9..b6eb85a 100644
--- a/src/pulsecore/core-util.c
+++ b/src/pulsecore/core-util.c
 <at>  <at>  -2535,8 +2535,10  <at>  <at>  char *pa_getcwd(void) {
         if (getcwd(p, l))
             return p;

-        if (errno != ERANGE)
+        if (errno != ERANGE) {
+            pa_xfree(p);
             return NULL;
+        }

         pa_xfree(p);
         l *= 2;
--

-- 
1.9.1

_______________________________________________
pulseaudio-discuss mailing list
pulseaudio-discuss <at> lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss
(Continue reading)

Alexander E. Patrakov | 4 May 06:49 2016
Picon

Should we ban Raymond from bugzilla?

Raymond produces too many irrelevant comments and seems not to 
understand what he is talking about or what was already debugged. May I 
request a ban in order to increase our signal-to-noise ratio?

--

-- 
Alexander E. Patrakov
_______________________________________________
pulseaudio-discuss mailing list
pulseaudio-discuss <at> lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss
arun | 3 May 14:57 2016
Picon
Gravatar

[PATCH] alsa-ucm: Drop support for PlaybackPCM on devices

From: Arun Raghavan <git <at> arunraghavan.net>

Thie code was incorrect as it stood, but more importantly, we don't
support a separate PCM for devices conceptually (since devices are
mapped to ports).
---
 src/modules/alsa/alsa-ucm.c | 30 ++++++++++++------------------
 src/modules/alsa/alsa-ucm.h |  4 ++--
 2 files changed, 14 insertions(+), 20 deletions(-)

diff --git a/src/modules/alsa/alsa-ucm.c b/src/modules/alsa/alsa-ucm.c
index 458fe36..538a1ab 100644
--- a/src/modules/alsa/alsa-ucm.c
+++ b/src/modules/alsa/alsa-ucm.c
 <at>  <at>  -233,15 +233,12  <at>  <at>  static int ucm_get_device_property(
             pa_log("UCM playback channels %s for device %s out of range", value, device_name);

         /* get pcm */
-        value = pa_proplist_gets(device->proplist, PA_ALSA_PROP_UCM_SINK);
-        if (!value) { /* take pcm from verb playback default */
-            value = pa_proplist_gets(verb->proplist, PA_ALSA_PROP_UCM_SINK);
-            if (value) {
-                pa_log_debug("UCM playback device %s fetch pcm from verb default %s", device_name, value);
-                pa_proplist_sets(device->proplist, PA_ALSA_PROP_UCM_SINK, value);
-            } else
-                pa_log("UCM playback device %s fetch pcm failed", device_name);
-        }
+        value = pa_proplist_gets(verb->proplist, PA_ALSA_PROP_UCM_SINK);
+        if (value) {
+            pa_log_debug("UCM playback device %s fetch pcm from verb default %s", device_name, value);
(Continue reading)

arun | 3 May 14:56 2016
Picon
Gravatar

Allow adding modargs from UCM

I found this necessary on some hardware -- you might want to be able to
provide PulseAudio-specific flags on some hardware in UCM.

For example, ignore_dB might be needed if we have bad decibel data from
the driver. Similarly, I've come across cases where mmap support was
quietly broken, and being able to explicitly disable it was useful. Both
these cases should be fixed in drivers, but having this mechanism allows
us to not have to wait for that to happen during initial enablement.

Patch 1 adds API to append values to an existing set of modargs
Patch 2 adds a custom value in UCM that we can use to pass modargs to PA

-- Arun

_______________________________________________
pulseaudio-discuss mailing list
pulseaudio-discuss <at> lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss
arun | 3 May 14:52 2016
Picon
Gravatar

Add support for volume controls from UCM

As promised, here's a patch set that allows you to use the
PlaybackVolume and CaptureVolume values in UCM to specify ALSA controls
to use for hardware volume control.

The first two patches are a bit of refactoring that makes things a bit
cleaner while managing extra device port data in the UCM case.

The third patch implements the actual support for volume controls.

Cheers,
Arun

_______________________________________________
pulseaudio-discuss mailing list
pulseaudio-discuss <at> lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss
Parag Borkar | 2 May 17:17 2016

need help building/cross compiling tests

Hi,

I am trying to build tests. I was able to build them, but after running 
them on target I am getting error:
cann't find libcheck.so.0.
Does anybody know is libcheck is included in the pulseaudio sources?
Or has anybody cross compiled libcheck for arm-linux-gnueabi target?

Thanks & Regards,
Parag

_______________________________________________
pulseaudio-discuss mailing list
pulseaudio-discuss <at> lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss
mudrunka | 1 May 04:37 2016
Picon
Gravatar

bluetooth latency gets gradually worse over time

Hello,
i have issue with bluetooth speaker. it creates loud pop when it's 
(un)suspended by module-suspend-on-idle. so i proceeded to disable 
suspend-on-idle, but when i leave it on for few hours, the latency gets 
huge. Like 2 seconds or more. I suppose it has something to do with DAC 
clock (or samplerate) in bluetooth speakers being little bit slower than 
nominal. And the error adds up over time resulting in growing latency.

When i manualy reconnect to speaker it gets fixed.

Do you have any idea how to fix this? I think it needs something that 
will reset the stream when no audio is played, pretty much like 
suspend-on-idle does, but without powering the bt device off (which 
causes pop). it's really annoying. sometimes it scares the crap out of 
me, when speakers are on full volume and it pops when i eg. receive IM 
mesage. :-) also it's probably not healthy for the speakers (i use 
conventional speakers with amp and bt receiver).

I know the popping is mostly HW error. But it can be worked around by 
disabling suspend-on-idle, which then causes latency problems (also 
somehow HW related). And i think the latency problem can be somehow 
fixed in SW by restarting the stream or cleaning some buffer that causes 
the latency...

BTW 2 seconds of latency are quite a lot... Is there even chance, that 
cheap BT device has 2 second buffer? Maybe it's pulse audio that has 2 
second latency. And it would be easily fixed by not buffering silence. 
Or by deleting this buffer when idle.

Any ideas?
(Continue reading)

mudrunka | 1 May 04:06 2016
Picon
Gravatar

Add filter to module-switch-on-connect

Hello,
i've understood that i can use module-switch-on-connect to automatically 
switch to bluetooth speaker as soon as it gets connected. However i 
don't want this to happen for ethernet sinks. We have like 8 IP sinks in 
our network (randomly connecting and disconnecting - each station in our 
office has public pulseaudio server), so i guess it would be complete 
mess. But i'd still like to use them manually at will, but have it done 
automatically for paired bt devices.

So i'd like module-switch-on-connect to have some optional whitelist of 
devices, so i can load it like eg.:

load-module module-switch-on-connect 
whitelist='bluetooth:*,avahi:192.168.23.0/24,avahi:10.11.23.23'

which would enable automatic switch for bt devices with any MAC, any 
avahi-discovered device in 192.168.23.0/24 subnet and avahi device on 
10.11.23.23.

What do you think about this concept? is it doable?

THX
  Tomas
_______________________________________________
pulseaudio-discuss mailing list
pulseaudio-discuss <at> lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss
Arun Raghavan | 30 Apr 05:17 2016
Picon
Gravatar

Re: Bluetooth A2DP AAC passthrough?

On 29 April 2016 at 18:57, Tanu Kaskinen <tanuk <at> iki.fi> wrote:
> On Wed, 2016-04-27 at 16:53 +0200, Nicole Færber wrote:
>> Hello,
>>
>> I know this has been a topic several times now. I searched the
>> mailinglist archives, FAQ, current GIT and other internet resources for
>> a practical way with current versions of BlueZ5 and Pulse Audio but it
>> seems that most proposed patches have been dropped, am I correct with
>> this assessment?
>>
>> My personal goal would be to have a mode to playback AAC content to a
>> paired and connected A2DP device capable of A2DP-AAC - in my case a
>> Parrot Zik2.0. If such a way already exists I would be really happy for
>> an advice on how to actually use it, e.g. using paplay?
>>
>> If such a mode does not yet exist are there plans to implement other
>> codecs? At least as pass-through? What is needed? Is it already being
>> worked on? Can I give a hand? As usual time is limited and my knowledge
>> on A2DP and especially Pulse Audio is limited but I am willing to help.
>
> Compressed audio passthrough with bluetooth is not supported. I think
> the feature would be welcome, though. I'm not aware of anyone working
> on it.
>
> We already support compressed passthrough with alsa, so it's not
> necessary to start from absolute scratch. Alsa wants compressed audio
> wrapped in "IEC 61937" encapsulation, and that format also makes it
> easier for pulseaudio to deal with the data, because the encapsulation
> makes it possible to convert between number of bytes and time (that is,
> a certain number of bytes always corresponds to the same amount of
(Continue reading)

Nicole Færber | 27 Apr 16:53 2016
Picon

Bluetooth A2DP AAC passthrough?

Hello,

I know this has been a topic several times now. I searched the
mailinglist archives, FAQ, current GIT and other internet resources for
a practical way with current versions of BlueZ5 and Pulse Audio but it
seems that most proposed patches have been dropped, am I correct with
this assessment?

My personal goal would be to have a mode to playback AAC content to a
paired and connected A2DP device capable of A2DP-AAC - in my case a
Parrot Zik2.0. If such a way already exists I would be really happy for
an advice on how to actually use it, e.g. using paplay?

If such a mode does not yet exist are there plans to implement other
codecs? At least as pass-through? What is needed? Is it already being
worked on? Can I give a hand? As usual time is limited and my knowledge
on A2DP and especially Pulse Audio is limited but I am willing to help.

Thanks a lot!

Cheers
  nicole

--

-- 
Sapere aude!
_______________________________________________
pulseaudio-discuss mailing list
pulseaudio-discuss <at> lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss
(Continue reading)


Gmane