Hi Vimal,
On Thu, Oct 12, 2017 at 9:08 AM, Vimal Babu wrote:
> Hi,
>
>
>
> The Bluetooth module we are using is BCM4339
>
>
>
> Configuration details
>
> · Bluez version is 5.37
>
> · Pulseaudio version is -8.0
>
> · Bluetooth Chip is in HCI mode
>
>
>
> Steps done
>
> ·
Hi,
The Bluetooth module we are using is BCM4339
Configuration details
* Bluez version is 5.37
* Pulseaudio version is -8.0
* Bluetooth Chip is in HCI mode
Steps done
* $ bluetoothctl // scanned, paired, trusted,connected the mobile
phone to our device
*
On 2017-10-11 20:27, Tanu Kaskinen wrote:
On Tue, 2017-10-10 at 12:02 +0530, namit...@codeaurora.org wrote:
> So if you previously used
>
> amixer cset name='SLIMBUS_0_RX Audio Mixer MultiMedia1' '1'
>
> with PulseAudio you have to use
>
> amixer -c0 cset name='SLIMBUS_0_RX Audio Mixer M
Dear Tanu,
Sorry for confusing, I still have a problem with this.
But I found another problem, I send as another post.
I want to share the cause of this problem, but I still don't have a clue to
solve the issue.
Best Regards,
Shinnosuke Suzuki
Date: Wed, 11 Oct 2017 17:15:44 +0300
> From: Tanu
On Mon, 2017-10-09 at 16:51 +0200, Paweł B wrote:
> Hi All.
>
> I have a problem with hsp profile.
>
> After connect to Philips WeCall Speaker profile headset_head_unit is
> available:
> After run ‘mplayer test.wav’ nothing is happens (there is no sound). In
> a2dp_sink profile everything work
On Wed, 11 Oct 2017 18:41:26 +0300, Tanu Kaskinen wrote:
> The offset is already added in pa_sink_get_latency() and
> pa_sink_get_latency_within_thread(). I removed this line from the
> patch, and applied both patches. Thanks for the contribution!
Oh, sorry. I only tested "visually" :)
Thanks!
On Mon, 2017-10-09 at 09:45 +0200, Colin Leroy wrote:
> @@ -125,6 +126,8 @@ static int64_t sink_get_latency(const struct userdata *u)
> {
> /* RAOP default latency */
> latency += u->latency * PA_USEC_PER_MSEC;
>
> +latency += u->sink->port_latency_offset;
The offset is already ad
On Tue, 2017-10-10 at 12:02 +0530, namit...@codeaurora.org wrote:
> > So if you previously used
> >
> > amixer cset name='SLIMBUS_0_RX Audio Mixer MultiMedia1' '1'
> >
> > with PulseAudio you have to use
> >
> > amixer -c0 cset name='SLIMBUS_0_RX Audio Mixer MultiMedia1' '1'
> >
> > The
I added pulseaudio-discuss back to Cc.
On Tue, 2017-10-10 at 08:28 +0300, Martin Laakso wrote:
> On 07.10.2017 20:17, Tanu Kaskinen wrote:
> > On Wed, 2017-09-27 at 11:07 +0300, Martin Laakso wrote:
> > > Other sources work fine over network, but I tried to record monitor
> > > sources of several
On Wed, 2017-10-11 at 16:49 +0900, Shinnosuke Suzuki wrote:
> Hi all,
>
> I'm developing a phone app in OpenWrt with pulseaudio.
>
> I couldn't get stream from bluetooth headset using asynchronous API.
> I got PA_CONTEXT_READY with state callback, so I call
> pa_stream_connect_record/pa_stream_co
On Tue, 2017-10-10 at 13:20 +0900, Shinnosuke Suzuki wrote:
> Dear Tanu,
>
> Thank you for reply.
>
> > As a workaround you could also try removing module-always-sink from the
> > configuration. Maybe you don't need it.
>
> I removed module-always-sink from the configuration. Behavior has change
Hi all,
I'm developing a phone app in OpenWrt with pulseaudio.
I couldn't get stream from bluetooth headset using asynchronous API.
I got PA_CONTEXT_READY with state callback, so I call
pa_stream_connect_record/pa_stream_connect_playback with bluetooth
headset sink/source.
I couldn't error with t
12 matches
Mail list logo