Hello,
after upgrading to Pulseaudio 4.0 my bluetooth devices (headset, 2 mobiles)
are no longer discovered. I am running Debian unstable on an amd64 CPU,
the new Debian package was released a few days ago.
I also filed a bug with Debian but did not receive a reply so far. To
make sure
this is
Hi Mikel,
On 24.06.2013 11:22, Mikel Astiz wrote:
This seems a successful connection of HSP/HFP. The module is however
not loaded because the overall connection procedure (org.bluez.Audio)
is still ongoing, and therefore the load of the module is postponed.
D: [lt-pulseaudio]
Hi Mikel,
On 26.06.2013 16:54, Mikel Astiz wrote:
Hi Georg,
On Wed, Jun 26, 2013 at 3:27 PM, Georg Chini ge...@chini.tk wrote:
Hi Mikel,
On 24.06.2013 11:22, Mikel Astiz wrote:
This seems a successful connection of HSP/HFP. The module is however not
loaded because the overall connection
On 27.06.2013 08:22, Mikel Astiz wrote:
Hi Georg,
On Wed, Jun 26, 2013 at 8:45 PM, Georg Chini ge...@chini.tk wrote:
Hi Mikel,
On 26.06.2013 16:54, Mikel Astiz wrote:
Hi Georg,
On Wed, Jun 26, 2013 at 3:27 PM, Georg Chini ge...@chini.tk wrote:
Later on I decided to keep the modules
On 27.06.2013 13:31, Georg Chini wrote:
On 27.06.2013 08:22, Mikel Astiz wrote:
Hi Georg,
On Wed, Jun 26, 2013 at 8:45 PM, Georg Chini ge...@chini.tk wrote:
Hi Mikel,
On 26.06.2013 16:54, Mikel Astiz wrote:
Hi Georg,
On Wed, Jun 26, 2013 at 3:27 PM, Georg Chini ge...@chini.tk wrote
On 27.06.2013 14:00, Georg Chini wrote:
On 27.06.2013 13:31, Georg Chini wrote:
On 27.06.2013 08:22, Mikel Astiz wrote:
Hi Georg,
On Wed, Jun 26, 2013 at 8:45 PM, Georg Chini ge...@chini.tk wrote:
Hi Mikel,
On 26.06.2013 16:54, Mikel Astiz wrote:
Hi Georg,
On Wed, Jun 26, 2013 at 3:27 PM
On 28.06.2013 08:23, Mikel Astiz wrote:
Hi Georg,
On Thu, Jun 27, 2013 at 1:31 PM, Georg Chini ge...@chini.tk wrote:
On 27.06.2013 08:22, Mikel Astiz wrote:
Hi Georg,
On Wed, Jun 26, 2013 at 8:45 PM, Georg Chini ge...@chini.tk wrote:
Hi Mikel,
On 26.06.2013 16:54, Mikel Astiz wrote:
Hi
On 28.06.2013 08:23, Mikel Astiz wrote:
Hi Georg,
On Thu, Jun 27, 2013 at 1:31 PM, Georg Chini ge...@chini.tk wrote:
On 27.06.2013 08:22, Mikel Astiz wrote:
Hi Georg,
On Wed, Jun 26, 2013 at 8:45 PM, Georg Chini ge...@chini.tk wrote:
Hi Mikel,
On 26.06.2013 16:54, Mikel Astiz wrote:
Hi
On 30.06.2013 10:28, Mikel Astiz wrote:
Hi Georg,
On Sat, Jun 29, 2013 at 9:39 PM, Georg Chini ge...@chini.tk wrote:
On 28.06.2013 08:23, Mikel Astiz wrote:
Hi Georg,
On Thu, Jun 27, 2013 at 1:31 PM, Georg Chini ge...@chini.tk wrote:
On 27.06.2013 08:22, Mikel Astiz wrote:
Hi Georg
Hi Mikel,
one addition:
Hi Mikel,
after a bit of testing, I found an easy way to reproduce the problem.
It seems to occur when the phone is in connected state and you try
to move the source away from the loopback module. Pacmd shows the
bluetooth source as SUSPENDED while the source-output is
Hi again,
On 30.06.2013 12:57, Mikel Astiz wrote:
Hi Georg,
On Sun, Jun 30, 2013 at 11:00 AM, Georg Chini ge...@chini.tk wrote:
On 30.06.2013 10:28, Mikel Astiz wrote:
Hi Georg,
On Sat, Jun 29, 2013 at 9:39 PM, Georg Chini ge...@chini.tk wrote:
On 28.06.2013 08:23, Mikel Astiz wrote:
Hi
On 01.07.2013 10:47, Mikel Astiz wrote:
Hi Georg,
On Sun, Jun 30, 2013 at 2:48 PM, Georg Chini ge...@chini.tk wrote:
Hi again,
On 30.06.2013 12:57, Mikel Astiz wrote:
Hi Georg,
On Sun, Jun 30, 2013 at 11:00 AM, Georg Chini ge...@chini.tk wrote:
On 30.06.2013 10:28, Mikel Astiz wrote:
Hi
Hello,
I have been experimenting with the patches for ofono/HFP.
The function hf_audio_card_free in hfaudioagent-ofono.c makes
Pulse crash each time I disconnect my phone. If I comment out
the complete contents of the function everything works fine.
Probably the removal of the card is already
On 11.08.2014 16:02, Tanu Kaskinen wrote:
On Mon, 2014-08-11 at 15:52 +0200, Wim Taymans wrote:
You can get that eror when there is a problem with fd-passing over
DBus. Anything special with your setup? SELinux, for example, did the
same thing to me. See if sudo setenforce 0 makes it work...
Hi,
I think it will work if you have one adapter per headset.
I can stream audio from my phone on one adapter and
pass it to a bluetooth headset on another adapter. It's
not two headsets, but quite similar. Tried this with bluez
4.101 and 5.21.
Regards
Georg
On 12.08.2014 18:58,
Hi,
The idea for the native HSP backend is to have a simple implementation
without any extra dependencies. It's hard to make ofono work on
desktop machines and you don't need a full-blown phone stack to play
sound through the headset in many cases.
Does the new ofono backend support a
On 16.09.2014 16:21, Luiz Augusto von Dentz wrote:
Hi Tanu,
On Tue, Sep 16, 2014 at 4:30 PM, Tanu Kaskinen
tanu.kaski...@linux.intel.com wrote:
On Mon, 2014-09-15 at 14:05 +0200, Georg Chini wrote:
Hi,
The idea for the native HSP backend is to have a simple implementation
without any extra
Hi Luiz,
My headset (a 590Plantronics) supports HSP and A2DP Sink. With JoĆ£os patches
both profiles turn up in pavucontrol, but I cannot switch to the HSP
profile.
I think this is because ofono does not support HSP.
I did not try the native backend, but it would be sad if HSP is only
supported
Hi Tanu,
[1] https://lists.debian.org/debian-release/2014/09/msg00172.html
I read that thread, and it sounds like you might have a bit too
optimistic view of the BlueZ situation. HFP support will require oFono,
and I don't know if there are complications with making oFono installed
in Debian's
Hi,
So, if I understand correctly, the current situation is the following:
1. oFono patches have been fully merged.
are the ofono patches fully merged? As far as I have seen on the list
there are still three patches pending. Or did I overlook something?
Regards
Georg
Hello,
I just pulled a current GIT and installed it. I find two issues with the
ofono backend:
1) When I connect my headset the device does not vanish
when I disconnect it. pactl list cards still shows
card #4
Name: bluez_card.00_19_7F_41_DB_2E
Treiber: module-bluez5-device.c
On 13.10.2014 16:09, Luiz Augusto von Dentz wrote:
Hi,
On Sat, Oct 11, 2014 at 10:32 PM, Georg Chini ge...@chini.tk wrote:
Hello,
I just pulled a current GIT and installed it. I find two issues with the
ofono backend:
1) When I connect my headset the device does not vanish
when I disconnect
On 17.10.2014 12:37, Tanu Kaskinen wrote:
On Mon, 2014-10-13 at 22:34 +0200, Georg Chini wrote:
On 13.10.2014 16:09, Luiz Augusto von Dentz wrote:
Hi,
On Sat, Oct 11, 2014 at 10:32 PM, Georg Chini ge...@chini.tk wrote:
Hello,
I just pulled a current GIT and installed it. I find two issues
Hello,
i have two (unrelated) questions regarding bluez5 (with ofono backend):
1) I am using the subscription API and when my headset changes profile
the subscription callback (with mask PA_SUBSCRIPTION_MASK_CARD) is
called twice. Is this correct? if yes, one call is for the profile
change,
On 07.11.2014 12:44, Luiz Augusto von Dentz wrote:
Hi Georg,
On Tue, Nov 4, 2014 at 3:00 PM, Tanu Kaskinen
tanu.kaski...@linux.intel.com wrote:
On Mon, 2014-11-03 at 20:05 +0100, Georg Chini wrote:
Hello,
i have two (unrelated) questions regarding bluez5 (with ofono backend):
1) I am using
This patch flushes the buffer when the sink input is detached
and discards data after attaching a sink input until the pop callback
is called for the first time, thus eliminating latency arising from
slow starting sinks and from streaming to the previous sink.
Sorry for the previous noise, I should not send patches before they
really do what i want ...
-
This patch makes module loopback adjust to the requested latency if
possible
by tweaking the rate adjustment. On startup the latency is initialized
to a value
near the
This patch makes module loopback adjust to the requested latency if possible
by tweaking the rate adjustment. On startup the latency is initialized to a
value
near the requested latency so that the stable state can be reached within a few
iterations of adjust_time.
In the case that the requested
Hello,
I bought a new headset (Plantronics Backbeat Pro) and cannot get it working
properly. Probably I am missing something stupid.
When I use the native headset backend, HSP/HFP is working fine but I get
not connected log messages when I try to switch to a2dp.
With the ofono backend, a2dp
On 27.12.2014 20:01, Georg Chini wrote:
Hello,
I bought a new headset (Plantronics Backbeat Pro) and cannot get it
working
properly. Probably I am missing something stupid.
When I use the native headset backend, HSP/HFP is working fine but I get
not connected log messages when I try
On 30.12.2014 13:43, Georg Chini wrote:
On 27.12.2014 20:01, Georg Chini wrote:
Hello,
I bought a new headset (Plantronics Backbeat Pro) and cannot get it
working
properly. Probably I am missing something stupid.
When I use the native headset backend, HSP/HFP is working fine but I get
On 03.02.2015 15:04, Tanu Kaskinen wrote:
On Mon, 2015-02-02 at 16:49 +0100, Georg Chini wrote:
Hello,
as you can see from the mail thread below, bluetooth headset audio is
not supported by ofono.
Well, that explains a lot :) You mentioned the --noplugin=hfp_ag_bluez5
option for ofonod
As promised earlier today here is the patch that adds the option both for the
support
of the bluetooth headset backends. I made both the default because the
backends currently
support different things and there is no need to choose between them. Tested
and working on
my machine.
---
Unconditionally load both bluetooth headset backends as they do not interfer.
Ofono only
supports the HFP HF role while the native backend only supports HSP AG. If
there is an
active modem in your system ofono registers UUID 111f while the native backend
registers
UUID 1112, so there is no need
On 02.02.2015 12:51, Tanu Kaskinen wrote:
On Sun, 2015-02-01 at 16:26 +0100, Georg Chini wrote:
Hello,
I am still fighting to get my bluetooth headset working properly
with the ofono backend. I cannot get HFP to work with pulse.
When I run ofonod and phonesim and switch on my headset
it seems
Georg
On 02.02.2015 16:19, Denis Kenzior wrote:
Hi Georg,
On 02/02/2015 07:34 AM, Georg Chini wrote:
Hello,
can someone help me with the problem below? Is ofono supposed
to expose an audio card when a headset is connected? If so, could
you explain how this happens?
On 02.02.2015
On 02.02.2015 16:49, Georg Chini wrote:
Hello,
as you can see from the mail thread below, bluetooth headset audio is
not supported
by ofono. I think the release notes for 6.0 should be revised to
account for that.
Is there a way to combine the native and ofono backend so that both
HFP roles
On 06.02.2015 11:02, Alexander E. Patrakov wrote:
06.02.2015 14:56, Georg Chini wrote:
One more thing: There is a systematic error in the adjust_time I could
not work around without
introducing too much overhead. The latency snapshot varies widely in the
execution time, I
measured values
On 04.02.2015 12:14, David Henningsson wrote:
On 2015-02-04 11:30, Georg Chini wrote:
On 04.02.2015 09:40, David Henningsson wrote:
On 2015-02-03 15:04, Tanu Kaskinen wrote:
On Mon, 2015-02-02 at 16:49 +0100, Georg Chini wrote:
I think the release notes for 6.0 should be revised
On 04.02.2015 09:40, David Henningsson wrote:
On 2015-02-03 15:04, Tanu Kaskinen wrote:
On Mon, 2015-02-02 at 16:49 +0100, Georg Chini wrote:
I think the release notes for 6.0 should be revised to account for
that.
Indeed. Before I update the notes, though, I want to get a decision
On 05.02.2015 16:59, Alexander E. Patrakov wrote:
01.02.2015 03:43, Georg Chini wrote:
This is the final version of my patch for module-loopback. It is on
top of the
patch I sent about an hour ago and contains a lot more changes than
the previous
versions:
- Honor specified latency
On 06.02.2015 09:42, Georg Chini wrote:
On 06.02.2015 08:17, Alexander E. Patrakov wrote:
First of all, thanks for a quick and detailed answer.
06.02.2015 02:02, Georg Chini wrote:
On 05.02.2015 16:59, Alexander E. Patrakov wrote:
01.02.2015 03:43, Georg Chini wrote:
This is the final
On 07.02.2015 20:50, Alexander E. Patrakov wrote:
06.02.2015 14:56, Georg Chini wrote:
One more thing: There is a systematic error in the adjust_time I could
not work around without
introducing too much overhead. The latency snapshot varies widely in the
execution time, I
measured values
I think there is some misunderstanding. Let me repeat in a different
way.
The smoother works perfectly (both for timer-based scheduling and for
the needs of your module) on non-batch cards.
But, even for batch cards, where timer-based scheduling is disabled,
the smoother is active and is
in the case of timer-based scheduling (where even module-alsa-sink
does not trust the result, i.e. discards it if it is greater than the
non-transformed time interval). And, if I recollect correctly, there
were complaints about it being fooled by batch cards, and they were
cited as one of the
On 08.02.2015 14:03, Alexander E. Patrakov wrote:
08.02.2015 17:35, Georg Chini wrote:
I think there is some misunderstanding. Let me repeat in a different
way.
The smoother works perfectly (both for timer-based scheduling and for
the needs of your module) on non-batch cards.
But, even
On 08.02.2015 16:52, Alexander E. Patrakov wrote:
OK, then I think there was some misunderstanding on my side. Could you
please post some log lines with two USB devices to completely clear
this up? I want logs without the stop criterion (which is properly
called a deadband), and with both
On 08.02.2015 19:33, Alexander E. Patrakov wrote:
08.02.2015 22:43, Georg Chini wrote:
On 08.02.2015 16:52, Alexander E. Patrakov wrote:
OK, then I think there was some misunderstanding on my side. Could you
please post some log lines with two USB devices to completely clear
this up? I want
On 08.02.2015 20:30, Georg Chini wrote:
On 08.02.2015 19:54, Alexander E. Patrakov wrote:
01.02.2015 03:43, Georg Chini wrote:
+/* Minimum number of adjust times + 1 needed to adjust at 0.75%
deviation from base rate */
+min_cycles = (double)abs(latency_difference) / u-adjust_time
On 08.02.2015 19:54, Alexander E. Patrakov wrote:
01.02.2015 03:43, Georg Chini wrote:
+/* Minimum number of adjust times + 1 needed to adjust at 0.75%
deviation from base rate */
+min_cycles = (double)abs(latency_difference) / u-adjust_time /
0.0075 + 1;
+
+/* Rate calculation
On 08.02.2015 19:34, Alexander E. Patrakov wrote:
01.02.2015 03:43, Georg Chini wrote:
This is the final version of my patch for module-loopback. It is on
top of the
patch I sent about an hour ago and contains a lot more changes than
the previous
versions:
- Honor specified latency
On 09.02.2015 09:28, Arun Raghavan wrote:
On 4 February 2015 at 14:10, David Henningsson
david.hennings...@canonical.com wrote:
On 2015-02-03 15:04, Tanu Kaskinen wrote:
On Mon, 2015-02-02 at 16:49 +0100, Georg Chini wrote:
I think the release notes for 6.0 should be revised to account
On 09.02.2015 10:16, Arun Raghavan wrote:
On 9 February 2015 at 14:29, Georg Chini ge...@chini.tk wrote:
On 09.02.2015 09:28, Arun Raghavan wrote:
On 4 February 2015 at 14:10, David Henningsson
david.hennings...@canonical.com wrote:
On 2015-02-03 15:04, Tanu Kaskinen wrote:
On Mon, 2015-02
On 13.02.2015 12:29, Pawel Por wrote:
I have a onboard Intel sound card. It works well both in OSS and Alsa
modes.
Unfortunately they block each other. When OSS is in use then Alsa
cannot be used and the other way round.
I wonder whether pulseaudio is able to solve this constraint. It is
to try.
Still no luck. Loopback is loaded, in pavucontrol you see the correct
profile,
and can switch to off and back, but this does not change anything.
Georg
Wim
On 19 February 2015 at 18:12, Georg Chini ge...@chini.tk
mailto:ge...@chini.tk wrote:
On 17.02.2015 15:34, Wim Taymans
On 17.02.2015 15:34, Wim Taymans wrote:
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.
Just tested it with my old Nokia 6230. Connects / disconnects OK, but no
sound.
I do
During my work on module-loopback I found a bug that sometimes crashes pulse
when
module-loopback is loaded due to pushing a zero-length block into the memblockq.
As there is a one-line fix I thought you might want it for 6.0.
---
src/modules/module-loopback.c | 2 +-
1 file changed, 1
This is the final version of my patch for module-loopback. It is on top of the
patch I sent about an hour ago and contains a lot more changes than the previous
versions:
- Honor specified latency if possible, if not adjust to the lowest possible
value
- Smooth switching from fixed latency to
Hello,
I am still fighting to get my bluetooth headset working properly
with the ofono backend. I cannot get HFP to work with pulse.
When I run ofonod and phonesim and switch on my headset
it seems to connect fine. A card turns up in pulseaudio but the
HFP profile is not available there. Trying
On 09.02.2015 12:21, Luiz Augusto von Dentz wrote:
Hi Georg,
On Mon, Feb 9, 2015 at 12:42 PM, Georg Chini ge...@chini.tk wrote:
On 09.02.2015 11:19, Arun Raghavan wrote:
On 9 February 2015 at 15:44, Georg Chini ge...@chini.tk wrote:
On 09.02.2015 10:55, Arun Raghavan wrote:
On 9 February
On 09.02.2015 10:55, Arun Raghavan wrote:
On 9 February 2015 at 14:54, Georg Chini ge...@chini.tk wrote:
On 09.02.2015 10:16, Arun Raghavan wrote:
On 9 February 2015 at 14:29, Georg Chini ge...@chini.tk wrote:
On 09.02.2015 09:28, Arun Raghavan wrote:
[...]
If you mean that we need to do
On 09.02.2015 11:19, Arun Raghavan wrote:
On 9 February 2015 at 15:44, Georg Chini ge...@chini.tk wrote:
On 09.02.2015 10:55, Arun Raghavan wrote:
On 9 February 2015 at 14:54, Georg Chini ge...@chini.tk wrote:
On 09.02.2015 10:16, Arun Raghavan wrote:
On 9 February 2015 at 14:29, Georg Chini
Combine the functionality of module-role-cork and module-role-duck.
If a volume is specified, streams will be ducked, else corked/muted.
---
src/modules/module-role-cork.c | 64 --
1 file changed, 49 insertions(+), 15 deletions(-)
diff --git
When a trigger stream changes mute or cork state, the cork streams should
react to this. The same applies if a stream changes its role to or from the
trigger role.
---
src/modules/module-role-cork.c | 73 +++---
1 file changed, 62 insertions(+), 11
for streams without media.role and reacts to mute/cork
changes of the trigger stream and to property list changes.
Georg Chini (3):
role-cork: Don't ignore streams without media.role
role-cork: React to mute/cork of trigger streams and to proplist
changes
role-cork: combine module-role
Hello,
is there a reason why module-role-cork and module-role-ducking are kept
separate?
Does it make sense to combine the two, so that if you specify a volume
ducking will
be used and else muting/corking?
Regards
Georg
___
When ducking do not ignore streams without media.role. Instead treat
them as if media.role=not_set, so that you can specify not_set as
trigger or ducking role.
---
src/modules/module-role-ducking.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git
When corking do not ignore streams without media.role. Instead treat
them as if media.role=not_set, so that you can specify not_set as
trigger or cork role.
---
src/modules/module-role-cork.c | 8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
diff --git
Hello,
is there a way to duck streams that do not have media.role set?
Or do module-role-cork and module-role-ducking require that the
streams have a role set? If yes, is there a way to set a default
role which will be applied to all streams that do not set a role?
Regards
Georg
On 10.03.2015 20:46, Andrew Kelley wrote:
What is the best way to detect when a sink is added, removed, or
changed? Must I call pa_context_get_sink_info_list on a set interval
and then examine the new list for changes from the old list?
You can use the subscription API to get notified on
On 04.03.2015 08:42, Georg Chini wrote:
On 02.03.2015 23:02, Georg Chini wrote:
On 02.03.2015 07:41, Georg Chini wrote:
On 23.02.2015 09:06, David Henningsson wrote:
On 2015-02-21 23:14, Georg Chini wrote:
Hello,
With the Plantronics 590, the connect() call in bluez5_sco_acquire_cb
On 27.03.2015 08:27, David Martinez wrote:
libasound2-dev was not installed. Installed it just now. How do I get
those modules back now?
Reconfigure recompile.
You should see a line saying:
Enable Alsa: yes
in the output of the configure script.
Combine the functionality of module-role-cork and module-role-duck.
If a volume is specified, streams will be ducked, else corked/muted.
Also allow multiple instances of the module, so that one instance can
be used for corking and one for ducking.
---
src/modules/module-role-cork.c | 66
On 22.03.2015 23:12, Georg Chini wrote:
On 22.03.2015 22:47, Luke Yelavich wrote:
On Mon, Mar 23, 2015 at 12:25:05AM AEDT, Georg Chini wrote:
This patch set combines the functionality of module-role-cork and
module-role-ducking.
Module name is still module-role-cork (module-role-cork-duck
On 22.03.2015 22:47, Luke Yelavich wrote:
On Mon, Mar 23, 2015 at 12:25:05AM AEDT, Georg Chini wrote:
This patch set combines the functionality of module-role-cork and
module-role-ducking.
Module name is still module-role-cork (module-role-cork-duck somehow sounds a
bit
like module-rubber
On 23.03.2015 06:27, Georg Chini wrote:
On 23.03.2015 05:01, Arun Raghavan wrote:
On 22 March 2015 at 18:55, Georg Chini ge...@chini.tk wrote:
This patch set combines the functionality of module-role-cork and
module-role-ducking.
Module name is still module-role-cork (module-role-cork-duck
On 23.03.2015 05:01, Arun Raghavan wrote:
On 22 March 2015 at 18:55, Georg Chini ge...@chini.tk wrote:
This patch set combines the functionality of module-role-cork and
module-role-ducking.
Module name is still module-role-cork (module-role-cork-duck somehow sounds a
bit
like module-rubber
On 02.03.2015 07:41, Georg Chini wrote:
On 23.02.2015 09:06, David Henningsson wrote:
On 2015-02-21 23:14, Georg Chini wrote:
Hello,
With the Plantronics 590, the connect() call in bluez5_sco_acquire_cb
returns
Protocol not supported. The headset itself is functional, I tested
with my
On 02.03.2015 23:02, Georg Chini wrote:
On 02.03.2015 07:41, Georg Chini wrote:
On 23.02.2015 09:06, David Henningsson wrote:
On 2015-02-21 23:14, Georg Chini wrote:
Hello,
With the Plantronics 590, the connect() call in bluez5_sco_acquire_cb
returns
Protocol not supported. The headset
On 23.02.2015 09:06, David Henningsson wrote:
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
On 25.02.2015 17:51, Tanu Kaskinen wrote:
On Mon, 2015-02-23 at 18:56 +0100, Georg Chini wrote:
On 23.02.2015 08:02, Georg Chini wrote:
On 22.02.2015 23:25, Alexander E. Patrakov wrote:
Anyway, the original submission (i.e. the patch that I am replying
to) has a bug: it crashes PulseAudio
With USB or Bluetooth sources, the controller exhibited random
deviations of new_rate around the correct value, due to latency jitter.
Use the already-known latency error due to jitter, and assume that there
is no latency difference if the difference is below that error margin.
---
---
src/modules/module-loopback.c | 5 +
src/pulse/sample.c| 5 -
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/src/modules/module-loopback.c b/src/modules/module-loopback.c
index d22afb5..7474ef2 100644
--- a/src/modules/module-loopback.c
+++
---
src/modules/module-loopback.c | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
diff --git a/src/modules/module-loopback.c b/src/modules/module-loopback.c
index cbd0ac9..b733663 100644
--- a/src/modules/module-loopback.c
+++ b/src/modules/module-loopback.c
@@ -95,6
For small values of latency_difference, this forms a classical
P-controller between the observed value of latency and the controlled
sample rate of the sink input. The coefficient aims for the full
correction of the observed difference to the next cycle - i.e. the
controller is tuned optimally
They will be useful when measuring the amount of buffered data.
---
src/modules/module-loopback.c | 4
1 file changed, 4 insertions(+)
diff --git a/src/modules/module-loopback.c b/src/modules/module-loopback.c
index 0af3937..1b34657 100644
--- a/src/modules/module-loopback.c
+++
Move the timer restart to the beginning of the callback function.
---
src/modules/module-loopback.c | 14 --
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/src/modules/module-loopback.c b/src/modules/module-loopback.c
index f9255ee..79bd106 100644
---
React by adjusting buffer latency.
---
src/modules/module-loopback.c | 38 --
1 file changed, 36 insertions(+), 2 deletions(-)
diff --git a/src/modules/module-loopback.c b/src/modules/module-loopback.c
index 09f2f58..cbd0ac9 100644
---
If a big latency difference forms (due to underrun or source/sink
switching), the controller has to change the rate by a big step. This may
be noticeable for a specially trained ear of a musician, so avoid it.
---
src/modules/module-loopback.c | 29 -
1 file changed,
Avoid double-counting the calculated buffer latency in the else-branch.
This has already been submitted as a seperate patch but is included here
for completeness.
---
src/modules/module-loopback.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/modules/module-loopback.c
as well as the way of reacting to sink input or source output moving.
The goal is to make sure that the initial latency of the system matches
the configured one.
While at it, allow to set adjust_time to 0, which means no adjustments
at all.
---
src/modules/module-loopback.c | 329
They are unused now.
---
src/modules/module-loopback.c | 52 ---
1 file changed, 52 deletions(-)
diff --git a/src/modules/module-loopback.c b/src/modules/module-loopback.c
index 372c3ed..f9255ee 100644
--- a/src/modules/module-loopback.c
+++
Hello,
this is the split version of the module-loopback patch. The patch optimizes the
latency
initialization and regulation of the module.
Many thanks to Alexander Patrakov for splitting and reviewing the patch and
also for
his contribution to the code.
Georg Chini (13):
loopback: Fix
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 connect() call in bluez5_sco_acquire_cb
On 23.02.2015 15:59, Wim Taymans wrote:
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
On 25.02.2015 21:13, Saad Malik wrote:
Hi All,
With the upgrade to PulseAudio 6.0 last week, my /Bose OE SoundLink/
bluetooth headset no longer connects to the A2DP profile.
The new PulseAudio 6.0 upgrade added a /headset_head_unit: Headset
Head Unit (HSP/HFP)/ profile that actually works!
While module-role-ducking removes the attenuation when the module exits,
module-role-cork does not remove the corking. Added a function for that.
---
src/modules/module-role-cork.c | 58 +-
1 file changed, 46 insertions(+), 12 deletions(-)
diff --git
---
src/Makefile.am | 3 +-
src/modules/module-role-ducking.c | 261 +-
2 files changed, 5 insertions(+), 259 deletions(-)
diff --git a/src/Makefile.am b/src/Makefile.am
index bac56d9..8a3364c 100644
--- a/src/Makefile.am
+++
---
src/modules/stream-interaction.c | 54 +++-
1 file changed, 42 insertions(+), 12 deletions(-)
diff --git a/src/modules/stream-interaction.c b/src/modules/stream-interaction.c
index b732063..21d8ff2 100644
--- a/src/modules/stream-interaction.c
+++
of PulseAudio.
+
+ Copyright 2015 Georg Chini
+
+ 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 of the License,
+ or (at your option) any later
1 - 100 of 1092 matches
Mail list logo