On Mon, 2012-10-22 at 15:19 +0200, Peter Meerwald wrote:
>
> > > checking NEON volume_float32ne
> > > NEON: 10223 usec.
> > > ref: 46480 usec.
> > > checking NEON volume_s16ne
> > > NEON: 8484 usec.
> > > ARM: 339272 usec.
> > > ref: 20203 usec.
> >
> > That's odd indeed. I have this on a Freesca
please ignore, corrected patch follows
> CXX libwebrtc_util_la-webrtc.lo
> modules/echo-cancel/webrtc.cc: In function 'pa_bool_t
> pa_webrtc_ec_init(pa_core*, pa_echo_canceller*, pa_sample_spec*,
> pa_channel_map*, pa_sample_spec*, pa_channel_map*, uint32_t*, const char*)':
> modules/ech
From: Peter Meerwald
CXX libwebrtc_util_la-webrtc.lo
modules/echo-cancel/webrtc.cc: In function 'pa_bool_t
pa_webrtc_ec_init(pa_core*, pa_echo_canceller*, pa_sample_spec*,
pa_channel_map*, pa_sample_spec*, pa_channel_map*, uint32_t*, const char*)':
modules/echo-cancel/webrtc.cc:196:9: wa
From: Peter Meerwald
modules/rtp/module-rtp-recv.c:462:8: warning: 'r' may be used uninitialized
in this function [-Wuninitialized]
Signed-off-by: Peter Meerwald
---
src/modules/rtp/module-rtp-recv.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/src/modules/rtp/
From: Peter Meerwald
CC libpulsecore_2.98_la-svolume_arm.lo
pulsecore/svolume_arm.c: In function 'pa_volume_s16ne_arm':
pulsecore/svolume_arm.c:50:8: warning: assignment discards 'const' qualifier
from pointer target type [enabled by default]
Signed-off-by: Peter Meerwald
---
src/puls
From: Peter Meerwald
CXX libwebrtc_util_la-webrtc.lo
modules/echo-cancel/webrtc.cc: In function 'pa_bool_t
pa_webrtc_ec_init(pa_core*, pa_echo_canceller*, pa_sample_spec*,
pa_channel_map*, pa_sample_spec*, pa_channel_map*, uint32_t*, const char*)':
modules/echo-cancel/webrtc.cc:196:9: wa
2012/10/19 Antonio Trande
>
>
> 2012/10/18 Tanu Kaskinen
>>
>>> On Thu, 2012-10-18 at 20:07 +0200, Antonio Trande wrote:
>>> > No sound after reboot.
>>>
>>> There's some other problem then too. The pulseaudio log would be useful.
>>>
>>> > $ pulseaudio -
>>>
>>>
>>>
>>> > E: [pulseaudio] p
Hi David:
The target device is a embedded device mobile phone. not computer.
Thanks
-Original Message-
From: David Henningsson [mailto:david.hennings...@canonical.com]
Sent: Tuesday, October 23, 2012 12:37 AM
To: General PulseAudio Discussion
Cc: Dongjiu Geng
Subject: Re: [pulseaudio-
I'd be glad to help however I can but I have no knowledge of make and
whatever else Linux people use to build their source code. So somebody
has to walk me through setting up the build environment to get me
going.
___
pulseaudio-discuss mailing list
pulse
On 10/22/2012 06:27 PM, Dongjiu Geng wrote:
HI all:
I have written the PulseAudio profile files: "profile-sets", "paths",
but I don't know which directory to place these files in embedded device, such as
90-pulseaudio.rules and other configure files, could you tell me which
directory I
HI all:
I have written the PulseAudio profile files: "profile-sets", "paths",
but I don't know which directory to place these files in embedded device, such
as
90-pulseaudio.rules and other configure files, could you tell me which
directory I can place these files? Thank you very much
On 10/22/2012 10:46 AM, Mikel Astiz wrote:
From: Mikel Astiz
Some cards might need to add profiles during their lifetime, that is,
after the card has been created.
How are volume control UIs, other modules, etc made aware that the
profiles or ports of a card has changed?
---
src/pulseco
On Mon, 2012-10-22 at 10:46 +0200, Mikel Astiz wrote:
> From: Mikel Astiz
>
> Instead of repeatedly asking the discovery API to find a device given
> our device path, let's hold a pointer to the device and make sure we
> remove the reference when the hook is fired reporting that the device
> has
On Mon, 2012-10-22 at 10:46 +0200, Mikel Astiz wrote:
> From: Mikel Astiz
>
> If the device has been removed, unload the module without depending on
> module-bluetooth-discovery.
Thanks, pushed.
--
Tanu
___
pulseaudio-discuss mailing list
pulseaudio
On Mon, 2012-10-22 at 10:46 +0200, Mikel Astiz wrote:
> From: Mikel Astiz
>
> Add a hook to report that the device was removed, and thus references to
> it should be released.
Pushed this one too.
--
Tanu
___
pulseaudio-discuss mailing list
pulseaud
On Mon, 2012-10-22 at 10:46 +0200, Mikel Astiz wrote:
> From: Mikel Astiz
>
> The internal API in bluetooth-util should not use the const qualifier
> for operations involving a device object. After all, the structure
> contains many pointers and thus the const qualifier provides no real
> protect
On Mon, 2012-10-22 at 10:46 +0200, Mikel Astiz wrote:
> From: Mikel Astiz
>
> Card profiles -specially the ones registered with pa_card_add_profile()-
> might need to create new ports during the lifetime of the card.
> ---
> src/pulsecore/card.c | 25 +
> src/pulsecore/ca
On Mon, 2012-10-22 at 10:46 +0200, Mikel Astiz wrote:
> +int pa_card_add_profile(pa_card *c, struct pa_card_profile *profile) {
> +pa_assert(c);
> +pa_assert(profile);
> +
> +if (pa_hashmap_get(c->profiles, profile->name)) {
> +pa_log_error("Card %s already has profile %s", c->n
On Mon, 2012-10-22 at 10:53 +0200, David Henningsson wrote:
> Sometimes the kernel does not schedule us in due time, thus causing
> an underrun. Adding a detection and a debug message will be a helpful
> step in determining the cause of an underrun.
Thanks, applied.
--
Tanu
On Mon, 2012-10-22 at 15:26 +0200, Peter Meerwald wrote:
> this patch has not been merged
Now it is. Thanks!
--
Tanu
___
pulseaudio-discuss mailing list
pulseaudio-discuss@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/pulseaudio-
Dear Ansis,
please just send plain text messages and no HTML to mailing lists [1].
Am Samstag, den 20.10.2012, 17:36 +0300 schrieb Ansis Māliņš:
> I would use PA on Windows if it didn't crash so much. Please get any and
> all Windows patches in there!
It would be a great help if you could help
On Mon, 2012-10-22 at 12:22 -0200, Flávio Ceolin wrote:
> Hi Tanu,
>
> On Fri, Oct 19, 2012 at 3:33 PM, Tanu Kaskinen wrote:
> > On Tue, 2012-10-09 at 15:16 -0300, Flavio Ceolin wrote:
> >> +"global= >> device?>"
> >> +"volume= >> while 1.0 is PA_VOLUME_NORM>");
> >
> > I don't li
Hi Tanu,
On Fri, Oct 19, 2012 at 3:33 PM, Tanu Kaskinen wrote:
> On Tue, 2012-10-09 at 15:16 -0300, Flavio Ceolin wrote:
>> This module works pretty similar to the module-role-cork.
>> It should be used as an alternative to that module. Basically
>> it decreases the volume of the streams specifie
this patch has not been merged
thx, p.
--
Peter Meerwald
+43-664-218 (mobile)
-- Forwarded message --
Date: Mon, 23 Jul 2012 14:59:34 +0530
From: Arun Raghavan
To: Peter Meerwald
Cc: General PulseAudio Discussion
Subject: Re: [pulseaudio-discuss] [PATCH] daemon: Fix red
Hello Arun,
> I'm hoping to freeze master for 3.0 early next week, with a release in
> 2-3 weeks after that if everything is quiet. Mostly, it's just pending
> on me finishing with Peter's NEON patches. If there's anything that
> needs to go into this release that is in your sekrit branches or on
> > checking NEON volume_float32ne
> > NEON: 10223 usec.
> > ref: 46480 usec.
> > checking NEON volume_s16ne
> > NEON: 8484 usec.
> > ARM: 339272 usec.
> > ref: 20203 usec.
>
> That's odd indeed. I have this on a Freescale i.mx53 (also Cortex A8)
>
> Checking ARM svolume
> func: 905150 usec (min
Sometimes the kernel does not schedule us in due time, thus causing
an underrun. Adding a detection and a debug message will be a helpful
step in determining the cause of an underrun.
Signed-off-by: David Henningsson
---
Will push this one to the 3.0 tree unless there are any objections?
src/m
From: Mikel Astiz
In some cases (typically during pairing) UUIDs might be reported by
BlueZ incrementally, that is, as soon as they have been discovered. At
this point module-bluetooth-device might already be loaded, so the late
UUID announcements need to be handled and additional card profiles
m
From: Mikel Astiz
Put the created ports in a hashmap, but not necessarily inside a struct
pa_card_new_data.
---
src/modules/bluetooth/module-bluetooth-device.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/src/modules/bluetooth/module-bluetooth-device.c
b/
From: Mikel Astiz
Use a helper function to create the card profiles, given an UUID.
---
src/modules/bluetooth/module-bluetooth-device.c | 117
1 file changed, 59 insertions(+), 58 deletions(-)
diff --git a/src/modules/bluetooth/module-bluetooth-device.c
b/src/modules/b
From: Mikel Astiz
UUIDs might be announced at any time, so a hook is needed to notify any
interested module. In practice, the UUIDs are quite stable with the
exception of the pairing procedure, where the UUIDs are reported by
BlueZ as soon as they are discovered.
---
src/modules/bluetooth/blueto
From: Mikel Astiz
Instead of repeatedly asking the discovery API to find a device given
our device path, let's hold a pointer to the device and make sure we
remove the reference when the hook is fired reporting that the device
has been removed. This makes the code easier to follow and slightly
mo
From: Mikel Astiz
If the device has been removed, unload the module without depending on
module-bluetooth-discovery.
---
src/modules/bluetooth/module-bluetooth-device.c | 20
src/modules/bluetooth/module-bluetooth-discover.c | 6 ++
2 files changed, 22 insertions(+),
From: Mikel Astiz
Add a hook to report that the device was removed, and thus references to
it should be released.
---
src/modules/bluetooth/bluetooth-util.c | 10 ++
src/modules/bluetooth/bluetooth-util.h | 8
2 files changed, 18 insertions(+)
diff --git a/src/modules/bluetoot
From: Mikel Astiz
The internal API in bluetooth-util should not use the const qualifier
for operations involving a device object. After all, the structure
contains many pointers and thus the const qualifier provides no real
protection.
---
src/modules/bluetooth/bluetooth-util.c | 6 +++
From: Mikel Astiz
If a port availability update is received and the corresponding card
profile was not previously registered, it means the profile has been
created dynamically. Therefore, the D-Bus objects need to be updated.
---
src/modules/dbus/iface-card.c | 30 ++
From: Mikel Astiz
Card profiles -specially the ones registered with pa_card_add_profile()-
might need to create new ports during the lifetime of the card.
---
src/pulsecore/card.c | 25 +
src/pulsecore/card.h | 1 +
2 files changed, 26 insertions(+)
diff --git a/src/pul
From: Mikel Astiz
Some cards might need to add profiles during their lifetime, that is,
after the card has been created.
---
src/pulsecore/card.c | 15 +++
src/pulsecore/card.h | 2 ++
2 files changed, 17 insertions(+)
diff --git a/src/pulsecore/card.c b/src/pulsecore/card.c
index
From: Mikel Astiz
module-bluetooth-device creates a card profile for each bluetooth profile
(UUID) that the device supports. This information is retrieved from the UUID
list exposed by BlueZ in the D-Bus API.
Assuming this UUID is a static list is a wrong assumption. For example, during
devic
> > On 10/22/2012 08:50 AM, John Frankish wrote:
> > Using pulseaudio-2.1 with a dell latitude e6220 and the internal mono
> > microphone:
> >
> > The pavucontrol "configuration" tab correctly shows the internal microphone
> > as mono.
> >
> > The pavucontrol "input" tab incorrectly assumes the i
HI all:
when I build the pulseaudio with alsa-lib, the error log is
"checking for libasound headers version >= 1.0.24... not present.
configure: error: Sufficiently new version of libasound not found."
could you help me about this bug? Thank you very much.
checking f
On 10/22/2012 08:50 AM, John Frankish wrote:
Using pulseaudio-2.1 with a dell latitude e6220 and the internal mono
microphone:
The pavucontrol "configuration" tab correctly shows the internal microphone as
mono.
The pavucontrol "input" tab incorrectly assumes the internal microphone is stereo
42 matches
Mail list logo