0" it will directly access sound card 0 (via /dev/snd/...)
and show state of sound card 0.
--
Pali Rohár
pali.ro...@gmail.com
___
pulseaudio-discuss mailing list
pulseaudio-discuss@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss
On Tuesday 28 April 2020 21:52:55 Georg Chini wrote:
> On 28.04.20 21:06, Pali Rohár wrote:
> > On Tuesday 28 April 2020 20:50:33 Georg Chini wrote:
> > > Personally I don't see a problem to remove the AG role support from
> > > the ofono backend because nobody
P applications wants to listen on port
1234 and both want to accept new connections. Without full cooperative
environment it does not work. hsphfpd daemon is there to accept new
connections from both RFCOMM and SCO sockets and do all needed stuff
with it (pass to other application, or process da
lly I was able to do it.
Why you are still trying to keep this ofono backend as is as we know
that is cause interopability problems, have broken API for audio, ofono
community is not willing to fix it and maintain it and moreover there is
replacement in my new hsphpfd design?
--
Pali Rohár
pali.ro...@gmail.com
___
pulseaudio-discuss mailing list
pulseaudio-discuss@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss
On Tuesday 28 April 2020 16:33:01 Tanu Kaskinen wrote:
> On Tue, 2020-04-28 at 13:08 +0200, Pali Rohár wrote:
> > On Tuesday 28 April 2020 13:57:42 Tanu Kaskinen wrote:
> > > Just to chime in on the ofono removal issue: I'm also of the opinion
> > > that removin
rt, input button support, etc...)
And... what is the purpose of buggy ofono backend support in pulseaudio,
now when I provided better code HSP and HFP profiles?
--
Pali Rohár
pali.ro...@gmail.com
___
pulseaudio-discuss mailing list
pu
On Monday 27 April 2020 22:18:38 Georg Chini wrote:
> On 27.04.20 22:12, Pali Rohár wrote:
> > On Monday 27 April 2020 22:06:29 Georg Chini wrote:
> > > On 27.04.20 21:45, Georg Chini wrote:
> > > > On 27.04.20 01:44, Pali Rohár wrote:
> > > > > On Tue
On Monday 27 April 2020 22:06:29 Georg Chini wrote:
> On 27.04.20 21:45, Georg Chini wrote:
> > On 27.04.20 01:44, Pali Rohár wrote:
> > > On Tuesday 31 March 2020 09:36:21 Georg Chini wrote:
> > > > One comment here: The hsphfpd should be able to co-exist with
>
On Monday 27 April 2020 21:45:47 Georg Chini wrote:
> On 27.04.20 01:44, Pali Rohár wrote:
> > On Tuesday 31 March 2020 09:36:21 Georg Chini wrote:
> > > One comment here: The hsphfpd should be able to co-exist with
> > > ofono. ofono + PA currently is the only way you c
tion to correctly unregister when hsphfpd appear in the system
and register when hsphfpd disappear in the system.
So at least internal HSP AG implementation with lot of my patches could
be compatible with hsphfpd.
--
Pali Rohár
pali.ro...@gmail.com
__
On Tuesday 17 March 2020 13:06:52 Pali Rohár wrote:
> On Monday 16 March 2020 18:19:47 Tanu Kaskinen wrote:
> > On Sun, 2020-03-15 at 14:37 +0100, Pali Rohár wrote:
> > > Hello! One month passed and I have not answer which solution would
> > > pulseaudio choose for HSP
Specify configuration for Low, Middle, High and eXtreme Quality of SBC
codec. SBC codec in eXtreme Quality has higher quality than aptX.
Automatic Quality mode matches configuration of SBC codec which was used
before this change. Which means that it accept configuration between Low
and High qualit
FLAGS)
+libbluez5_util_la_LDFLAGS += $(OPENAPTX_LDFLAGS)
+endif
+
module_bluez5_discover_la_SOURCES = modules/bluetooth/module-bluez5-discover.c
module_bluez5_discover_la_LDFLAGS = $(MODULE_LDFLAGS)
module_bluez5_discover_la_LIBADD = $(MODULE_LIBADD) $(DBUS_LIBS)
libbluez5-util.la
diff --gi
@ -0,0 +1,566 @@
+/***
+ This file is part of PulseAudio.
+
+ Copyright 2018-2019 Pali Rohár
+
+ PulseAudio is free software; you can redistribute it and/or modify
+ it under the terms of the GNU Lesser General Public License as
+ published by the Free Software Foundation; either version 2.1
Previously module-bluetooth-policy was switching from A2DP to HSP profile
when VOIP application started recording of source. Now it switch to profile
with the highest priority which has both sink and source. In most cases it
is HSP profile, but it can be also bi-directional A2DP profile (e.g.
FastS
In next patches, codec name is appended end the end of a2dp profile names.
---
src/modules/bluetooth/module-bluetooth-policy.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/src/modules/bluetooth/module-bluetooth-policy.c
b/src/modules/bluetooth/module-bluetooth-
When calling introspection function, newlines in XML document makes it
better readable. There are already leading spaces for indentation but
newlines were probably forgotten.
---
src/modules/bluetooth/bluez5-util.c | 44 ++---
1 file changed, 22 insertions(+), 22 deletions(
Bluez and remote device decide which A2DP codec would use. Use this
selected A2DP codec as initial profile in pulseaudio.
In most cases it is either last used codec or codec with higher priority by
defined by remote device.
To detect which A2DP profile was activated by bluez, look at bluez
transp
Some A2DP codecs (like FastStream or aptX Low Latency) are bi-directional
and can be used for both music playback and audio calls. This patch
implements usage of backchannel if A2DP codec provided by pulseaudio API
supports it.
A2DP codec switching needs new version of bluez as older version does
Current codec API for choosing remote endpoint was not suitable for
implementing fallback to another endpoint when first chosen one was not
possible to establish.
To overcome this problem change codec API to rather provide generic method
for comparing two endpoints by their capabilities. Return va
It is not used directly outside of a2dp-codec-util.c file.
---
src/modules/bluetooth/a2dp-codec-util.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/modules/bluetooth/a2dp-codec-util.c
b/src/modules/bluetooth/a2dp-codec-util.c
index 94d01e7bd..aff6589ca 100644
--- a/src/
compatible endpoint when
currently chosen is unusable.
Patches in this series changed order, so patches with new codec are
after patches which implements usage of more codec.
Pali Rohár (10):
bluetooth: Add missing newlines into inline XML document
bluetooth: Do not export pa_a2dp_codecs array
FLAGS)
+libbluez5_util_la_LDFLAGS += $(OPENAPTX_LDFLAGS)
+endif
+
module_bluez5_discover_la_SOURCES = modules/bluetooth/module-bluez5-discover.c
module_bluez5_discover_la_LDFLAGS = $(MODULE_LDFLAGS)
module_bluez5_discover_la_LIBADD = $(MODULE_LIBADD) $(DBUS_LIBS)
libbluez5-util.la
diff --gi
Previously module-bluetooth-policy was switching from A2DP to HSP profile
when VOIP application started recording of source. Now it switch to profile
with the highest priority which has both sink and source. In most cases it
is HSP profile, but it can be also bi-directional A2DP profile (e.g.
FastS
Bluez and remote device decide which A2DP codec would use. Use this
selected A2DP codec as initial profile in pulseaudio.
In most cases it is either last used codec or codec with higher priority by
defined by remote device.
To detect which A2DP profile was activated by bluez, look at bluez
transp
Specify configuration for Low, Middle, High and eXtreme Quality of SBC
codec. SBC codec in eXtreme Quality has higher quality than aptX.
Automatic Quality mode matches configuration of SBC codec which was used
before this change. Which means that it accept configuration between Low
and High qualit
Some A2DP codecs (like FastStream or aptX Low Latency) are bi-directional
and can be used for both music playback and audio calls. This patch
implements usage of backchannel if A2DP codec provided by pulseaudio API
supports it.
A2DP codec switching needs new version of bluez as older version does
Support for multiple codecs needs to use a new Bluez API which pulseaudio
does not implement yet.
So register explicitly only SBC codec which is provided by pulseaudio A2DP
codec API.
---
src/modules/bluetooth/bluez5-util.c | 24 +---
1 file changed, 9 insertions(+), 15 deleti
also a new patch "Ensure that only one A2DP codec is registered
to bluez" which is later in "Implement A2DP codec switching and
backchannel support" reverted/removed.
Now patches in this patch series can be applied in other as I send them.
Pali Rohár (9):
bluetooth: Ensure that
@ -0,0 +1,555 @@
+/***
+ This file is part of PulseAudio.
+
+ Copyright 2018-2019 Pali Rohár
+
+ PulseAudio is free software; you can redistribute it and/or modify
+ it under the terms of the GNU Lesser General Public License as
+ published by the Free Software Foundation; either version 2.1
In next patches, codec name is appended end the end of a2dp profile names.
---
src/modules/bluetooth/module-bluetooth-policy.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/src/modules/bluetooth/module-bluetooth-policy.c
b/src/modules/bluetooth/module-bluetooth-
When calling introspection function, newlines in XML document makes it
better readable. There are already leading spaces for indentation but
newlines were probably forgotten.
---
src/modules/bluetooth/bluez5-util.c | 44 ++---
1 file changed, 22 insertions(+), 22 deletions(
the table.
I'm revisiting this part of code and I figured out, that I was right and
this "best_key" evaluation make sense for "sbc_auto_caps" configuration.
In this code there are two for-loops:
PA_HASHMAP_FOREACH_KV(key, a2dp_capabilities, capabilities_hashmap, state)
On Tuesday 17 March 2020 11:23:22 Tanu Kaskinen wrote:
> On Sun, 2020-01-12 at 12:42 +0100, Pali Rohár wrote:
> > On Sunday 12 January 2020 09:21:31 Tanu Kaskinen wrote:
> > > On Tue, 2020-01-07 at 19:37 +0100, Pali Rohár wrote:
> > > > Hello!
> > > >
On Monday 16 March 2020 18:19:47 Tanu Kaskinen wrote:
> On Sun, 2020-03-15 at 14:37 +0100, Pali Rohár wrote:
> > Hello! One month passed and I have not answer which solution would
> > pulseaudio choose for HSP and HFP support. Could you please really look
> > at my email abo
Hello! One month passed and I have not answer which solution would
pulseaudio choose for HSP and HFP support. Could you please really look
at my email about state of HSP / HFP support?
On Saturday 15 February 2020 22:33:10 Pali Rohár wrote:
> If Linux desktop / laptop with pulseaudio want
, testing or maintaining hsphfpd
daemon itself?
On Sunday 01 December 2019 19:57:40 Pali Rohár wrote:
> Hello!
>
> I'm sending this email to relevant mailing lists and other people who
> could be interested in it. (I'm not subscribed to all of ML, so please
> CC me when replying)
On Tuesday 18 February 2020 15:29:02 Georg Chini wrote:
> On 18.02.20 13:37, Pali Rohár wrote:
> > > a headset useless. There must be ways to work around such broken
> > > implementations. Would those headsets then not also break with
> > > your hsphfpd if there is n
On Tuesday 18 February 2020 13:13:35 Georg Chini wrote:
> On 18.02.20 11:29, Pali Rohár wrote:
> > On Tuesday 18 February 2020 11:06:03 Georg Chini wrote:
> > > On 18.02.20 10:34, Pali Rohár wrote:
> > > > Hello!
> > > >
> > > > On Tuesday 18
On Tuesday 18 February 2020 11:06:03 Georg Chini wrote:
> On 18.02.20 10:34, Pali Rohár wrote:
> > Hello!
> >
> > On Tuesday 18 February 2020 09:42:38 Georg Chini wrote:
> > > On 15.02.20 22:33, Pali Rohár wrote:
> > > > Hello!
> > > >
> &
Hello!
On Tuesday 18 February 2020 09:42:38 Georg Chini wrote:
> On 15.02.20 22:33, Pali Rohár wrote:
> > Hello!
> >
> > More then two months ago I started discussion how to handle currently
> > unsupported parts of Bluetooth HSP and HFP profiles on Linux via
&g
e rude
to all pulseaudio users.
Please note that this is not problem only for pulseaudio, but also for
any other audio software which want to support HSP/HFP on Linux.
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: PGP signature
___
p
On Sunday 02 February 2020 18:46:24 Georg Chini wrote:
> On 02.02.20 14:08, Pali Rohár wrote:
> > On Thursday 23 January 2020 12:29:15 Georg Chini wrote:
> > > > On Tuesday 21 January 2020 16:17:16 Georg Chini wrote:
> > > ...
> > > > >
> > > > SBC_SEPARATE_BITPOOL_DEC_STEP;
> > > > +if (bitpool <= SBC_SEPARATE_BITPOOL_DEC_LIMIT)
> > > Should it not be "<" instead of "<="? Or are the limits themselves no
> > > acceptable values?
> > >
Georg Chini wrote:
> Finally managed to review this one. The general remarks concerning the
> return
> values of the API functions apply here as well. Sorry for the delay.
>
> On 06.10.19 19:58, Pali Rohár wrote:
> > Specify configuration for Low, Middle, High and eXtreme Quality
On Thursday 16 January 2020 17:31:17 Tanu Kaskinen wrote:
> Resurrecting this old patch...
>
> On Mon, 2019-06-03 at 15:43 +0200, Pali Rohár wrote:
> > On Tuesday 28 May 2019 16:49:19 Frédéric Danis wrote:
> > > Since commit ad447d14682 (in 2009) pa_read and pa_write tak
On Sunday 12 January 2020 09:21:31 Tanu Kaskinen wrote:
> On Tue, 2020-01-07 at 19:37 +0100, Pali Rohár wrote:
> > Hello!
> >
> > My A2DP patch series which adds support for more A2DP codecs is still in
> > review state, but Tanu about year ago wrote that do not like my
On Tuesday 07 January 2020 21:57:40 Georg Chini wrote:
> On 07.01.20 19:37, Pali Rohár wrote:
> > Hello!
> >
> > My A2DP patch series which adds support for more A2DP codecs is still in
> > review state, but Tanu about year ago wrote that do not like my proposal
> &
ue. It is one of the main issues. If ofono is not
going to support HSP then there is absolutely no reason why to use ofono
and extend it to support a new features which currently do not support
(like CSR codecs which are in both HSP and HFP profiles). Basically
without it ofono is unusable f
ofile
* change sub-profile of card
I'm not saying how would API look like. I'm open for implementation
details... I can imagine that we can extend PA protocol or use messaging
API for it or anything else...
(*) - currently Linux kernel blocks this usage of mSBC HW encoding and
forc
On Friday 20 December 2019 23:46:57 Pali Rohár wrote:
> Hi!
>
> On Friday 20 December 2019 15:19:01 Denis Kenzior wrote:
> > Hi Pali,
> >
> > > > There have been one or two implementations of AG role fully external to
> > > > oFono. These implement
> brainstorm further.
Well, if this would work automatically without any user interaction or
without special setup, it seems to be usable.
But what is needed from this implementation in ofono? Basically API for
each functionality designed in hsphfod daemon. And one of it is also
support fo
tation of HFP profile for usage of bluetooth
headsets on Linux.
> > >
> > > Okay, I see now. Yes, the above is correct. My comments about not
> > > needing
> > > a modem device hold true only if oFono is in HFP HF role connecting to an
> > > AG.
> >
obvious, but seems that bluetooth HFP is too complicated, so talking
about it always needs more detailed explanation. Sorry for that if it
was not clear from my side since beginning what are requirements for my
setup.
And question now is how to solve this problem for desktop comput
On Wednesday 18 December 2019 11:00:07 Denis Kenzior wrote:
> Hi Pali,
>
> On 12/16/19 3:15 AM, Pali Rohár wrote:
> > Hi!
> >
> > On Monday 16 December 2019 00:11:04 Luiz Augusto von Dentz wrote:
> > > Hi Pali,
> > >
> > > On Thu, Dec 5, 2
On Wednesday 18 December 2019 18:28:28 Pali Rohár wrote:
> On Wednesday 18 December 2019 11:00:07 Denis Kenzior wrote:
> > Hi Pali,
> >
> > On 12/16/19 3:15 AM, Pali Rohár wrote:
> > > Hi!
> > >
> > > On Monday 16 December 2019 00:11:
quot; for modem. Therefore on desktop / laptop you need to
implement "modem server" which will be used by HFP headset "client".
And phone simulator is doing exactly this "modem server", it is
simulator of modem.
> > > So connecting bluetooth headset in
On Tuesday 17 December 2019 15:47:16 Luiz Augusto von Dentz wrote:
> Hi Pali,
>
> On Mon, Dec 16, 2019 at 1:15 AM Pali Rohár wrote:
> >
> > Hi!
> >
> > On Monday 16 December 2019 00:11:04 Luiz Augusto von Dentz wrote:
> > > Hi Pali,
> > >
>
Hi!
On Monday 16 December 2019 00:11:04 Luiz Augusto von Dentz wrote:
> Hi Pali,
>
> On Thu, Dec 5, 2019 at 11:32 AM Pali Rohár wrote:
> >
> > On Monday 02 December 2019 19:45:12 Pali Rohár wrote:
> > > On Monday 02 December 2019 19:01:11 Tanu Kaskinen wrote:
>
On Thursday 12 December 2019 22:27:39 Andrey Semashev wrote:
> On 2019-10-06 20:58, Pali Rohár wrote:
> > This patch provides support for aptX and aptX HD codecs in bluetooth A2DP
> > profile. It uses open source LGPLv2.1+ licensed libopenaptx library which
> > can be found
Hello! Some of these patches are already reviewed. Can you include these
patches into pulseaudio master git branch?
--
Pali Rohár
pali.ro...@gmail.com
___
pulseaudio-discuss mailing list
pulseaudio-discuss@lists.freedesktop.org
https
external telephony agent. Possibly ofono
or modem manager (whatever project will implement needed API and
connects to hsphfpd daemon).
> * exposure of common D-Bus APIs for side-channel things like power
> management or phone dialing
This is part of hsphfpd daemon, please look at hsphfpd.txt
tooth
adapter or headphone you will use. SBC is criticized for a long time
because current implementations automatically choose some quality which
is not under user control. So for these reasons there is SBC LQ, MQ, HQ
and XQ. You can choose what you want to use. By default is automatic
mode wh
BC MQ or SBC LQ (medium and low quality).
Or you can use SBC in automatic mode where bitrate is automatically
decreased.
--
Pali Rohár
pali.ro...@gmail.com
___
pulseaudio-discuss mailing list
pulseaudio-discuss@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss
On Sunday 08 December 2019 20:40:09 Andrey Semashev wrote:
> On 2019-12-07 22:31, Pali Rohár wrote:
> > On Saturday 07 December 2019 22:13:28 Andrey Semashev wrote:
> > > On 2019-12-07 21:30, Pali Rohár wrote:
> > > >
> > > > FDK-AAC library is incompatib
+Denis from ofono
ofono and pulseaudio are two main users of HFP profile on Linux...
On Sunday 01 December 2019 19:57:40 Pali Rohár wrote:
> Hello!
>
> I'm sending this email to relevant mailing lists and other people who
> could be interested in it. (I'm not subscribed t
On Saturday 07 December 2019 22:13:28 Andrey Semashev wrote:
> On 2019-12-07 21:30, Pali Rohár wrote:
> > On Saturday 07 December 2019 21:09:04 Andrey Semashev wrote:
> > > However, I can still hear compression artefacts on quiet or nearly silent
> > > audio sections,
tml#fdk
If there is other AAC library which license allows usage it in
pulseaudio then it could be possible. Just somebody needs to write it.
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: PGP signature
___
pulseaudio-d
m
which is going to start transmitting. And by observation I figured out
that always when headset put both frequencies in config buffer it
starts transmitting audio stream at 48kHz.
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: PGP signature
__
On Saturday 07 December 2019 18:15:38 Georg Chini wrote:
> On 07.12.19 16:56, Pali Rohár wrote:
> > On Saturday 07 December 2019 16:44:20 Georg Chini wrote:
> > > On 07.12.19 15:47, Pali Rohár wrote:
> > > > On Saturday 07 December 2019 15:37:15 Georg Chini wrote:
>
On Saturday 07 December 2019 16:44:20 Georg Chini wrote:
> On 07.12.19 15:47, Pali Rohár wrote:
> > On Saturday 07 December 2019 15:37:15 Georg Chini wrote:
> > > On 06.10.19 19:58, Pali Rohár wrote:
> > > > This patch provides support for FastStream codec in b
On Saturday 07 December 2019 15:37:15 Georg Chini wrote:
> On 06.10.19 19:58, Pali Rohár wrote:
> > This patch provides support for FastStream codec in bluetooth A2DP profile.
> > FastStream codec is bi-directional, which means that it supports both music
> > playback and mi
projects to not re-implement again and
again A2DP (and HSP/HFP) audio processing. This library should do all
needed codec stuff (encoding, decoding, setup of A2DP, ...).
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: PGP signature
___
pulseaudi
On Monday 02 December 2019 19:45:12 Pali Rohár wrote:
> On Monday 02 December 2019 19:01:11 Tanu Kaskinen wrote:
> > I think hsphfpd should be part of bluetoothd, but if that's not
> > possible, then that's not possible.
>
> I do not know if bluez developers are in
On Monday 02 December 2019 19:01:11 Tanu Kaskinen wrote:
> On Sun, 2019-12-01 at 19:57 +0100, Pali Rohár wrote:
> > Hello!
> >
> > I'm sending this email to relevant mailing lists and other people who
> > could be interested in it. (I'm not subscribed t
On Sunday 01 December 2019 12:24:07 Georg Chini wrote:
> On 30.11.19 23:39, Pali Rohár wrote:
> > On Saturday 30 November 2019 22:43:47 Georg Chini wrote:
> > > On 06.10.19 19:58, Pali Rohár wrote:
> > > > This patch provides support for aptX and aptX HD cod
pulseaudio issue about power supply properties:
https://gitlab.freedesktop.org/pulseaudio/pulseaudio/issues/722
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: PGP signature
___
pulseaudio-discuss mailing list
pulseaudio-
On Saturday 30 November 2019 22:43:47 Georg Chini wrote:
> On 06.10.19 19:58, Pali Rohár wrote:
> > This patch provides support for aptX and aptX HD codecs in bluetooth A2DP
> > profile. It uses open source LGPLv2.1+ licensed libopenaptx library which
> > can be found at ht
On Sunday 10 November 2019 11:03:25 Georg Chini wrote:
> On 10.11.19 09:44, Pali Rohár wrote:
> > On Saturday 09 November 2019 12:34:02 Georg Chini wrote:
> > > On 06.10.19 19:58, Pali Rohár wrote:
> > > > ---
> > > >src/mod
On Saturday 09 November 2019 13:08:34 Georg Chini wrote:
> On 06.10.19 19:58, Pali Rohár wrote:
> > Some A2DP codecs (e.g. SBC or aptX-HD) use RTP packets. For sources use
> > timestamps from RTP packets to calculate read index and therefore remote
> > timestam
On Saturday 09 November 2019 12:34:02 Georg Chini wrote:
> On 06.10.19 19:58, Pali Rohár wrote:
> > ---
> > src/modules/bluetooth/module-bluez5-device.c | 33
> > ++--
> > 1 file changed, 31 insertions(+), 2 deletions(-)
> >
>
On Tuesday 29 October 2019 11:24:06 Hyperion wrote:
>
>
> 29.10.2019, 10:24, "Pali Rohár" :
> > On Monday 28 October 2019 17:12:45 Hyperion wrote:
> >> 28.10.2019, 16:11, "Tanu Kaskinen" :
> >> > On Sat, 2019-10-26 at 20:23 +0200, Hyp
On Monday 28 October 2019 17:12:45 Hyperion wrote:
> 28.10.2019, 16:11, "Tanu Kaskinen" :
> > On Sat, 2019-10-26 at 20:23 +0200, Hyperion wrote:
> >> 26.10.2019, 14:39, "Tanu Kaskinen" :
> >> > On Sat, 2019-10-19 at 18:42 +0200, Pali Rohár wro
On Saturday 26 October 2019 15:39:51 Tanu Kaskinen wrote:
> On Sat, 2019-10-19 at 18:42 +0200, Pali Rohár wrote:
> > On Saturday 19 October 2019 19:27:19 Tanu Kaskinen wrote:
> > > On Sat, 2019-10-19 at 18:16 +0200, Pali Rohár wrote:
> > > > On Saturday 19 October 201
On Saturday 19 October 2019 19:27:19 Tanu Kaskinen wrote:
> On Sat, 2019-10-19 at 18:16 +0200, Pali Rohár wrote:
> > On Saturday 19 October 2019 19:07:44 Tanu Kaskinen wrote:
> > > On Sat, 2019-10-19 at 17:20 +0200, Pali Rohár wrote:
> > > > On Friday 18 October 201
On Saturday 19 October 2019 19:07:44 Tanu Kaskinen wrote:
> On Sat, 2019-10-19 at 17:20 +0200, Pali Rohár wrote:
> > On Friday 18 October 2019 15:29:43 Tanu Kaskinen wrote:
> > > On Thu, 2019-10-17 at 15:34 +0200, Hyperion wrote:
> > > > Regression would mean t
support for multiple codecs? Do we need to
maintain backward compatibility? Or would we remove that configuration
and therefore revert to state prior existence of new module parameter
(which is current situation)?
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: PGP signature
___
pulseaudio-discuss mailing list
pulseaudio-discuss@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss
On Thursday 17 October 2019 16:11:26 Tanu Kaskinen wrote:
> On Thu, 2019-10-17 at 14:55 +0200, Pali Rohár wrote:
> > On Thursday 17 October 2019 15:52:00 Tanu Kaskinen wrote:
> > > On Tue, 2019-10-08 at 18:29 +0200, Pali Rohár wrote:
> > > > Automatic SBC profile is
On Thursday 17 October 2019 15:52:00 Tanu Kaskinen wrote:
> On Tue, 2019-10-08 at 18:29 +0200, Pali Rohár wrote:
> > Automatic SBC profile is not going to be changed. It is there to support
> > all devices without any tweaks. ValdikSS already did more tests and
> > there are
eams which they created and
would not be able to see other strings (or modify other properties).
And also would not be able to load/unload modules.
Is there anything else which prevents moving pulseaudio into proper
system wide mode?
--
Pali Rohár
pali.ro...
Hello!
On Sunday 06 October 2019 19:58:32 Pali Rohár wrote:
> Changes in v13:
> * Do not use read smoother for A2DP sink when backchannel is in use
> * Use new bluez org.freedesktop.DBus.ObjectManager and RegisterApplication
> DBus APIs for codec switching
> * Add FastStrea
about "no
regression" instead of "break everything which is currently working".
--
Pali Rohár
pali.ro...@gmail.com
signature.asc
Description: PGP signature
___
pulseaudio-discuss mailing list
pulseaudio-discuss@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/pulseaudio-discuss
On Monday 07 October 2019 10:32:10 Hyperion wrote:
> Not sure it's expired worlwide. In case it is, it's good news. Fine for
> me.10:28, 7 octobre 2019, "Pali Rohár"
> <pali.ro...@gmail.com>: class="b4fd5cf2ec92bc68cb89870
ot relevant for the average user.
>
> Please tell me what you think about it.
>
> All the best
> JP
>
> 06.10.2019, 19:59, "Pali Rohár" :
> > Specify configuration for Low, Middle, High and eXtreme Quality of SBC
> > codec. SBC codec in eXtreme Quality
:
> I'm not talking about old Bluez versions : only about the current stable
> 5.51, and not talking about codec switchin either.
>
> Just talking about improvement of MAX negociated values for SBC. Please take
> a look at my latest patch.
>
> 07.10.2019, 16:22, "Pali
ith "Also there would not be any feature/functional changes in
> pulseaudio when older bluez version is in use".
> Tests prove that there's no reason for this, if only one mode/profile is used.
>
> JP
>
> 07.10.2019, 15:36, "Pali Rohár" :
>
op.org/Hyperion/pulseaudio/tree/SBC-XQ
>
> jp
>
> 07.10.2019, 15:25, "Pali Rohár" :
> > And what happened without --experimental?
> >
> > Aim is to support all bluez versions also with and without
> > --experimental flag. Just for older versions (or without experi
October 2019 15:20:35 Hyperion wrote:
> Thanks, I forgot the "--experimental" param.
>
> Works as expected, like the previous v12 serie of patches
>
> JP
>
> 07.10.2019, 15:15, "Pali Rohár" :
> > Can you check if you have Bluez 5.51 and bluetoothd d
Codec - SBC
> 44.1kHz
> DualChannel
> 16 Blocks
> 8 Subbands
> Loudness
> Bitpool Range 38-38
> > AVDTP(s): Set config rsp: transaction 10 nsp 0x00
> < AVDTP(s): Open cmd: transaction 11 nsp 0x00
> ACP SEID 1
> > AVDTP(s
stributed as binary.
>
> JP
>
> 07.10.2019, 10:06, "Pali Rohár" :
> > But that is something different. Look at commit message where is link to
> > correct library for building.
> >
> > On Monday 07 October 2019 10:05:52 Hyperion wrote:
> >> Sorry,
1 - 100 of 464 matches
Mail list logo