Hi, Tanu,
Yes, with my embedded sink device. I can get synchronized playback eventually.
But the time between playing start and synchronization is too long. The minimum
is 1.5 minutes (sorry 1.5s is a typo error). So it is not good enough for
synchronized playback.
Now there are two directions
Le mercredi 17 octobre 2012 20:37:15, Thomas Martitz a écrit :
> Am 17.10.2012 10:53, schrieb Rémi Denis-Courmont:
> > So .S/.s assembler source files constitute the only way to write
> > run-time-conditional NEON code for the time being. Just make sure you did
> > _not_ enable NEON in the CFLAGS a
Am 17.10.2012 10:53, schrieb Rémi Denis-Courmont:
So .S/.s assembler source files constitute the only way to write
run-time-conditional NEON code for the time being. Just make sure you did
_not_ enable NEON in the CFLAGS and enable it manually with the ".fpu neon"
assembler directive.
Personall
Hi Tanu,
On Wed, Oct 17, 2012 at 3:29 PM, Tanu Kaskinen wrote:
> On Mon, 2012-10-15 at 04:28 +0200, Mikel Astiz wrote:
>> Hi Tanu,
>>
>> On Sun, Oct 14, 2012 at 6:47 PM, Tanu Kaskinen wrote:
>> > On Fri, 2012-09-28 at 17:45 +0200, Mikel Astiz wrote:
>> >> From: Mikel Astiz
>> >>
>> >> If sink a
On Wed, 17 Oct 2012 16:10:49 +0200 (CEST), Peter Meerwald
wrote:
> Hello,
>
>> Surprise! I'm reviewing this now. :p
>
> indeed :)
>
>> 1. v3 drops intrinsics in favour of inline asm -- is that for
>> performance reasons?
>
> I noticed performance issues with certain compiler versions; inline a
> > +static void remap_stereo_to_mono_c(pa_remap_t *m, void *dst, const void
> > *src, unsigned n) {
> > +unsigned i;
> > +
> > +switch (*m->format) {
> > +case PA_SAMPLE_FLOAT32NE:
> > +{
> > +float *d = (float *) dst, *s = (float *) src;
> > +
> > +
Hi Arun:
Because I build it in x86 PC platform and then porting it to ARM platform.
In the source code I find the two configure files. Are they right?
Can I disable loading some modules from the startup script? Thanks in advance.
-Original Message-
From: pulseaudio-discuss-bounces+d
Hello,
> Surprise! I'm reviewing this now. :p
indeed :)
> 1. v3 drops intrinsics in favour of inline asm -- is that for
> performance reasons?
I noticed performance issues with certain compiler versions; inline asm
offers more control/defined output; further, alignment annotations are not
ava
On 10/17/2012 03:21 PM, Tanu Kaskinen wrote:
On Wed, 2012-10-17 at 14:55 +0200, David Henningsson wrote:
Yes, setting "Mic Jack Mode" to "Line" would turn of the VREF pin of the
codec, i e, the phantom power to the microphone. In "Mic" mode there's
usually a phantom power of 80% of Vdd. (I have
On Mon, 2012-10-15 at 04:28 +0200, Mikel Astiz wrote:
> Hi Tanu,
>
> On Sun, Oct 14, 2012 at 6:47 PM, Tanu Kaskinen wrote:
> > On Fri, 2012-09-28 at 17:45 +0200, Mikel Astiz wrote:
> >> From: Mikel Astiz
> >>
> >> If sink and sources exist during shutdown, the streams need to be moved
> >> exact
On Wed, 2012-10-17 at 14:55 +0200, David Henningsson wrote:
> Yes, setting "Mic Jack Mode" to "Line" would turn of the VREF pin of the
> codec, i e, the phantom power to the microphone. In "Mic" mode there's
> usually a phantom power of 80% of Vdd. (I have never actually measured
> this - I'm ju
On Mon, 2012-10-15 at 17:42 +, Sun, Xiaodong wrote:
> Hi, Tanu,
>
> There is about 0.5s constant delay between tunnel sink and local sink
> and these two sinks are never in-sync no matter how long I play. I
> also tried different values for module-combine-sink adjust_time
> parameter and it do
On 10/17/2012 02:46 PM, Tanu Kaskinen wrote:
On Tue, 2012-10-16 at 11:49 +0200, David Henningsson wrote:
The IDT/Sigmatel codec driver often creates a "Mic Jack Mode" for
every mic jack, so it can change functionality between Mic and Line In.
However, as the "Mic Jack" is the standard naming, o
On Tue, 2012-10-16 at 11:49 +0200, David Henningsson wrote:
> The IDT/Sigmatel codec driver often creates a "Mic Jack Mode" for
> every mic jack, so it can change functionality between Mic and Line In.
>
> However, as the "Mic Jack" is the standard naming, our current solution
> does not make the
On Sun, 2012-10-14 at 18:42 +0300, Tanu Kaskinen wrote:
> So, I think this
> is a bug in pulseaudio. PA_CHANNEL_MAP_DEFAULT needs to be redefined
> somehow.
Filed a bug: https://bugs.freedesktop.org/show_bug.cgi?id=56084
--
Tanu
___
pulseaudio-discuss
On Wed, 2012-10-17 at 04:57 -0700, Dongjiu Geng wrote:
> Dear Tanu:
>
> Thank you for your mail, I mainly use this
> command: /system/bin/pulseaudio–system to run the pulseaudio.
>
> As shown in the attachment. In my board don’t have this
> file /etc/pulse/default.pa, could you told me how t
Dear Tanu:
Thank you for your mail, I mainly use this command: /system/bin/pulseaudio
-system to run the pulseaudio.
As shown in the attachment. In my board don't have this file
/etc/pulse/default.pa, could you told me how to disable
loading the startup script? and also could you send th
On Tue, 2012-10-16 at 17:27 +0200, Oleksij Rempel wrote:
> are there any way to make minimal sound level more silent for bluetooth
> headset? I mean HSP profile. If i understand correctly, pulse
> responsible for it, not hardware.
No, in case of HSP pulseaudio is NOT responsible for the exact volu
On Tue, 2012-10-16 at 23:51 -0700, Dongjiu Geng wrote:
> HI all:
> I port the pulseaudio to my DKB board, when I run the pulseaudio,
> it print the log: "Daemon startup without any loaded modules, refusing to
> work"
> and exit, and also can not connect to the pulseaudio. Could you tell me
On Tue, 16 Oct 2012 10:49:34 +0530, Arun Raghavan
wrote:
> 3. How shall we go about enabling this code? Have a configure time check
> for some instructions that are needed, build it in if available, and
> then run-time detection should pick the right code path?
GCC does not support the target fun
HI all:
I port the pulseaudio to my DKB board, when I run the pulseaudio,
it print the log: "Daemon startup without any loaded modules, refusing to work"
and exit, and also can not connect to the pulseaudio. Could you tell me what
should I do about that ? Thank you very much in advance.
21 matches
Mail list logo