On 2015-02-21 23:14, Georg Chini wrote:
Hello,
I have an issue with the native backend (or rather with bluetooth) and
my old
Plantronics 590 headset. With my new headset (a Plantronics Backbeat Pro)
everything works fine, so I think the basic setup is correct.
With the Plantronics 590, the co
Acked, but would be good to have Peter's view on it too due to his
tagstruct optimisation patches.
On 2015-02-17 20:40, Tanu Kaskinen wrote:
While adding functions for writing and reading pa_bvolume structs, I
found myself wondering if I could make it simpler to write and read
the basic types t
> Acked, but would be good to have Peter's view on it too due to his tagstruct
> optimisation patches.
looks good to me as well; I think there is little overlap as my patches
are concerned with the creation of a tagstruct while Tanu's patches
simplify reading/writing tagstruct elements
I'll tr
Hello.
I have noticed that module-alsa-card tests a 384 kHz sample rate, see
./src/modules/alsa/alsa-util.c, function pa_alsa_get_supported_rates().
There are USB DACs (such as "iFi Nano iDSD", which I don't have) that
support it. However, according to pa_sample_rate_valid(), this rate is
inv
On 23 February 2015 at 15:57, Alexander E. Patrakov wrote:
> Hello.
>
> I have noticed that module-alsa-card tests a 384 kHz sample rate, see
> ./src/modules/alsa/alsa-util.c, function pa_alsa_get_supported_rates().
> There are USB DACs (such as "iFi Nano iDSD", which I don't have) that
> support
I have a fresh install of Fedora 21 with this chipset on an Asrock X58
Extreme6 motherboard. There is sound coming out of the speakers, but it is
constantly cutting in and out. When I look in the audio and video settings
under KDE, I can see the Device Configuration Connector constantly sw
On 2015-02-23 10:44, Peter Meerwald wrote:
Acked, but would be good to have Peter's view on it too due to his tagstruct
optimisation patches.
looks good to me as well;
Thanks, pushed it now.
--
David Henningsson, Canonical Ltd.
https://launchpad.net/~diwic
__
In addition to the HSP Audio Gateway, also add support for the HeadSet
profile in the native bluetooth backend. With this profile you can use
pulseaudio as a headset.
In the headset role, we create source and sink to receive and send the samples
from the gateway, respectively. The loopback device
This adds support for the HSP HS role and turns pulseaudio into a
Headset.
This is an updated patch that adds support for incomming SCO connections from
the Audio Gateway.
Wim Taymans (1):
backend-native: add support for the HSP HeadeSet profile
src/modules/bluetooth/backend-native.c |
Hi all,
I've been experimenting with adding access control to pulseaudio and I would
like to start the discussion and propose some ideas with the attached patch
set.
With the current pulseaudio policy, once the app has made a connection with the
daemon, it can perform any action it wants. This i
Add hooks to check if a certain operation is allowed.
Make a simple module that implements a simple policy that only allows
actions on the client's own sink_input, source_output and client.
---
src/Makefile.am | 8 ++
src/modules/module-access.c | 308
Make a policy object that contains the rules for checking access to
resources. The idea is that we can have different policies later and
then, depending on the client, use one of the policies.
---
src/modules/module-access.c | 184 +++-
1 file changed, 115 i
Hi Alexander,
> Same bug as in module-loopback, pointed out by Georg Chini in a private
> email.
can you please elaborate? I fail to see the obviousness
p.
>
> Signed-off-by: Alexander E. Patrakov
> ---
> src/modules/echo-cancel/module-echo-cancel.c | 2 +-
> 1 file changed, 1 insertion(+),
23.02.2015 21:12, Peter Meerwald wrote:
Hi Alexander,
Same bug as in module-loopback, pointed out by Georg Chini in a private
email.
can you please elaborate? I fail to see the obviousness
The recv_counter == send_counter case looks like a neutral case here
(although I might be wrong), wit
On Thu, 2015-02-05 at 00:30 +0200, Ivan Ivanov wrote:
> On 04/02/15 23:50, Tanu Kaskinen wrote:
> > This change doesn't affect behaviour, because accessing boolean fields
> > in the new data was safe even after the done() call, but it was still
> > bad style.
>
> Not sure what if it is worth anyth
On Fri, 2015-02-13 at 16:48 +, Colin Guthrie wrote:
> Patch originally from Jaska, that has sadly sat unloved in my inbox
> until Tanu reminded me :(
Better late than never :) I applied the patch now.
--
Tanu
___
pulseaudio-discuss mailing list
pul
16 matches
Mail list logo