On Sun, 2014-09-14 at 13:53 -0600, Glenn Golden wrote:
Hi David,
David Henningsson david.hennings...@canonical.com [2014-09-08 15:22:22
+0200]:
If none of the above is present, all of the list below will be is tried, in
this priority order:
5) Per-user instance:
5a) based on
On Sat, 2013-12-14 at 08:06 +0200, Tanu Kaskinen wrote:
On Sun, 2013-12-08 at 00:11 -0600, Hajime Fujita wrote:
Hi Tanu and Martin,
Sorry for the late reply.
I just pushed a new series of patches to raop2-for-merge2 branch.
On Mon, 2014-09-08 at 15:53 +0200, David Henningsson wrote:
I'm not sure why we should drop it, nor keep it. Is there a good reason?
Quoting Linux checkpatch.pl:
Do not include the paragraph about writing to the Free Software
Foundation's mailing address from the sample GPL notice. The
On Wed, 2014-09-10 at 09:51 -0300, Felipe Sateler wrote:
On Wed, Sep 10, 2014 at 6:18 AM, David Henningsson
david.hennings...@canonical.com wrote:
On 2014-04-13 20:21, Balint Reczey wrote:
Hi,
This patch has been contributed through Debian's bug tracker.
Please review it and
On Fri, 2014-09-12 at 03:33 +, CS wrote:
Pierre-Louis Bossart pierre-louis.bossart at linux.intel.com writes:
On 9/5/14, 10:15 AM, CS wrote:
I understand that passthrough mode is implemented to handle scenarios
where hardware based decoders are ported, so that PA daemon don't
On a machine without fixed connecting audio devices like internal
microphone or internal speaker, and when there is no external audio
devices plugging in, the default source/sink is alsa_input/alsa_output
and there is no input devices/output devices listed in the gnome
sound-setting.
Under this
From: João Paulo Rechi Vita jprv...@openbossa.org
---
src/modules/bluetooth/backend-ofono.c | 32 ++--
1 file changed, 30 insertions(+), 2 deletions(-)
diff --git a/src/modules/bluetooth/backend-ofono.c
b/src/modules/bluetooth/backend-ofono.c
index cab5319..d1ee146
From: João Paulo Rechi Vita jprv...@openbossa.org
---
src/modules/bluetooth/module-bluez5-device.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/modules/bluetooth/module-bluez5-device.c
b/src/modules/bluetooth/module-bluez5-device.c
index fdf4078..d5d97c1 100644
---
From: Luiz Augusto von Dentz luiz.von.de...@intel.com
This allow 'off' profile to be choosen when no other profile is available
which is considered better since it requires less resources than other
profiles.
---
src/modules/bluetooth/module-bluetooth-policy.c | 9 -
1 file changed, 4
From: Luiz Augusto von Dentz luiz.von.de...@intel.com
This adds handling for NewConnection and auto suspend in case the socket
HUP along with a change to policy to select 'off' when it is suitable.
João Paulo Rechi Vita (2):
bluetooth: Implement org.ofono.HandsfreeAudioAgent.NewConnection()
Patch review status updated:
http://www.freedesktop.org/wiki/Software/PulseAudio/PatchStatus/
Statistics:
* 2014-09-15
* 112 patches are pending review.
* The oldest pending patch is 299 days old.
* 2014-09-07
* 140 patches are pending review.
* The oldest pending patch is 291 days
This set of patches adds a simple handler for the HSP profile to bluez
and makes a new card for each connected device. This makes it possible to
send audio to a Headset. The profile is implemented in a new native
headset backend.
The first 4 patches are mostly some very small cleanups and
On Mon, 2014-09-15 at 12:27 +0200, Wim Taymans wrote:
There is the future possibility to handle a button press and
volume/gain of the device. I'm not sure we want to handle any of them.
You could map the button press to cork/uncork the stream. You could
possibly use the volume controls in
+if (imtu)
+*imtu = 48;
+
+if (omtu)
+*omtu = 48;
Out of curiosity, are these values fixed in the spec?
They are not but the kernel does not want to give us the real MTU values so
this is hardcoded for now.
+if (events PA_IO_EVENT_INPUT) {
+
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
With BlueZ 4 we support hardware volume, i.e. the 15 volume levels. This
is actually quite important, because if you rely on software volume,
there will be two independent volume controls for the headset: the
software volume in PulseAudio, and the headset's internal volume. Not
On Mon, 2014-09-15 at 11:08 +0300, Tanu Kaskinen wrote:
On Sat, 2013-12-14 at 08:06 +0200, Tanu Kaskinen wrote:
On Sun, 2013-12-08 at 00:11 -0600, Hajime Fujita wrote:
Hi Tanu and Martin,
Sorry for the late reply.
I just pushed a new series of patches to raop2-for-merge2
On Mon, Sep 15, 2014 at 5:50 AM, Tanu Kaskinen
tanu.kaski...@linux.intel.com wrote:
On Wed, 2014-09-10 at 09:51 -0300, Felipe Sateler wrote:
On Wed, Sep 10, 2014 at 6:18 AM, David Henningsson
david.hennings...@canonical.com wrote:
On 2014-04-13 20:21, Balint Reczey wrote:
Hi,
This
On Mon, Sep 15, 2014 at 12:09 PM, Felipe Sateler fsate...@debian.org wrote:
On Mon, Sep 15, 2014 at 5:50 AM, Tanu Kaskinen
tanu.kaski...@linux.intel.com wrote:
On Wed, 2014-09-10 at 09:51 -0300, Felipe Sateler wrote:
On Wed, Sep 10, 2014 at 6:18 AM, David Henningsson
Hi,
I would like to know some details like,
who will trigger pa--Init() function in pulseaudio ?
This function will present in each and every module in pulseaudio.
Can anyone help me, how this pa__init() will be triggered ?
Regards,
Vinod.
___
20 matches
Mail list logo
