Hello guys,
After a long time without trying my headset under linux. Yesterday I
grabbed the last plugz and sbc as told here:
http://bluetooth-alsa.sourceforge.net/build.html with this and by using
Mandriva 2007.1 with kernel: 2.6.17-13mdv I got a much more improved
quality audio when using a2dp. Now I really get sound in HiFi.
Then as I was enthusiastic I wanted to test the headsetd daemon, but I
can't get it to work. When running from mplayer I get this error:
alsa-lib: pcm_sco.c:277:(sco_headset_hw_params) Unable to set number of
SCO buffers : please upgrade your Kernel !
So as I'm used to this stuff I downloaded the latest kernel I got 2.6.22
patched by mandriva, I compiled but now It's not only sco the one that's
not working, even a2dpd works awfully no, it sounds crappy and
disconnects from the headset all the time. Same happens when I compile a
vanilla 2.6.22-1 kernel.
Finally I compiled snd-bt-sco in my original kernel (2.6.17-13mdv) and I
got sco working. But with a very low quality of audio. So my question
is... How should I update my kernel?
Cheers,
Manuel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Luiz Augusto von Dentz escribi=F3:
> I had the exactly same problem, only when
> --enable-retrypatch=3Dyes is set I able to listen the stream
> without any problem.
>
> btw, Im using 2.6.22-8 (ubuntu gutsy)
> =
That didn't work for me. I don't know what's wrong now.
Now I don't get disconnected, but my headset gets pieces of streams but =
with a higher frequency than the original sound, and I get spaces =
between those pieces.
I'll try to debug this a bit and see if I can find anything useful.
Cheers,
Manuel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
I had the exactly same problem, only when
--enable-retrypatch=3Dyes is set I able to listen the stream
without any problem.
btw, Im using 2.6.22-8 (ubuntu gutsy)
-- =
Luiz Augusto von Dentz
Engenheiro de Computa=E7=E3o
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Frederic Dalleau escribi=F3:
>> I'm annoyed by this bug. Several people have been reporting it.
>> It looks like they all uses kernel 2.6.21 and higher.
>> =
>
> I just tested 2.6.22-rc7 and it worked ok :(
Maybe it's not a matter of which version of the kernel you use, but also =
in how you have configured it, which modules you have loaded, etc.
I will check your solution and see how it goes-
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
> I'm annoyed by this bug. Several people have been reporting it.
> It looks like they all uses kernel 2.6.21 and higher.
I just tested 2.6.22-rc7 and it worked ok :(
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hi,
> I got a much more improved
> quality audio when using a2dp. Now I really get sound in HiFi.
The nokia guys at indt fixed the sbc codec to get good quality.
> even a2dpd works awfully no, it sounds crappy and
> disconnects from the headset all the time.
I'm annoyed by this bug. Several people have been reporting it.
It looks like they all uses kernel 2.6.21 and higher.
A patch has been proposed that you can try by appending
--enable-retrypatch=yes at configure command line. I have not made this
patch default yet because I think it hides the problem.
Now technical question :
A2DPD tries to send each sbc packet at the correct date for playback. To
do this, it uses gettimeofday at the beginning of the stream and if it
is too early to send a packet it will wait for the calculated date.
Sometimes, after a few seconds of playing, the send() returns EAGAIN.
As if all data were not sent but enqueued, and the queue was full. But
if I send the packet at right date, this queue should not be full.
Most probable is the date of packet sending is bad, but I have checked,
and why would it work with earlier kernels.
Without the patch, a2dpd will disconnect instead of resending the data.
This is because if the packet is not sent at right date, the stream is
interrupted so no matter.
Any advice is welcome...
Frederic
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Brad Midgley escribi=F3:
> Manuel
>
> =
>> Finally I compiled snd-bt-sco in my original kernel (2.6.17-13mdv) and I
>> got sco working. But with a very low quality of audio. So my question
>> is... How should I update my kernel?
>> =
>
> sco is fairly low quality in the best circumstances, but it shouldn't
> be choppy or unintelligible for voice.
>
> brad
> =
Brad,
I can talk with it, it sounds good, but off course running at 8Khz will =
not get a good sound quality (I will not get sounds with a higher frec =
of 4Khz), but anyway it's not the recommended way to work if I'm not wrong.
btsco app requires to have the headset all the time connected, killing =
my batteries, while headsetd isn't so power consuming. That's why I =
wanna know what I'm missing in order to get it running.
Thanks,
Manuel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Manuel
> Finally I compiled snd-bt-sco in my original kernel (2.6.17-13mdv) and I
> got sco working. But with a very low quality of audio. So my question
> is... How should I update my kernel?
sco is fairly low quality in the best circumstances, but it shouldn't
be choppy or unintelligible for voice.
brad
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Brad Midgley escribi=F3:
> Manuel
>
> On 8/2/07, Manuel Naranjo <[email protected]> wrote:
> =
>> I finally could narrow the problem CONFIG_HIGH_RES_TIMERS is the one
>> that makes a2dpd fail in certain circumstances. I'm not sure if my
>> hardware has support for this feature or not, but anyway it's good to
>> know what's causing the problem.
>> So to all those of you that have a kernel >=3D 2.6.21 and can't use a2dpd
>> can disable CONFIG_HIGH_RES_TIMERS, recompile and reinstall your
>> kernels, and should get a2dpd working again.
>> =
>
> the use of highres timers is chosen dynamically at boot based on the
> hardware capabilities. There should be a boot parameter to disable it.
> That would be helpful for our troubleshooting documentation.
>
> didn't someone say things worked in 2.6.23-rc1 or was that test done
> without high-res timers enabled?
>
> brad
> =
Brad,
Thanks for the clarification.
Frederic didn't have highres timers enabled if I'm not wrong, that's why =
he couldn't see the problem.
I have no idea what happened with 2.6.23-rc1.
Manuel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Manuel
On 8/2/07, Manuel Naranjo <[email protected]> wrote:
> I finally could narrow the problem CONFIG_HIGH_RES_TIMERS is the one
> that makes a2dpd fail in certain circumstances. I'm not sure if my
> hardware has support for this feature or not, but anyway it's good to
> know what's causing the problem.
> So to all those of you that have a kernel >= 2.6.21 and can't use a2dpd
> can disable CONFIG_HIGH_RES_TIMERS, recompile and reinstall your
> kernels, and should get a2dpd working again.
the use of highres timers is chosen dynamically at boot based on the
hardware capabilities. There should be a boot parameter to disable it.
That would be helpful for our troubleshooting documentation.
didn't someone say things worked in 2.6.23-rc1 or was that test done
without high-res timers enabled?
brad
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
I finally could narrow the problem CONFIG_HIGH_RES_TIMERS is the one
that makes a2dpd fail in certain circumstances. I'm not sure if my
hardware has support for this feature or not, but anyway it's good to
know what's causing the problem.
So to all those of you that have a kernel >= 2.6.21 and can't use a2dpd
can disable CONFIG_HIGH_RES_TIMERS, recompile and reinstall your
kernels, and should get a2dpd working again.
> With Frederic we have found the reason for the problem.
> My config had:
> CONFIG_NO_HZ=y
> CONFIG_HIGH_RES_TIMERS=y
>
> According to the kernel desc this options are:
> Tickless System (Dynamic Ticks) (NO_HZ)
> This option enables a tickless system: timer interrupts will
> only trigger on an as-needed basis both when the system is
> busy and when the system is idle.
>
> High Resolution Timer Support (HIGH_RES_TIMERS)
> This option enables high resolution timer support. If your
> hardware is not capable then this option only increases
> the size of the kernel image.
>
> I don't know yet if it's one or both options the one that makes
> anything fail (I think NO_HZ is the problem) but the thing is that I
> got a2dpd working on 2.6.22 again. I still couldn't get headsetd to
> work, maybe I'm missing a step, headsetd is telling me:
> headsetd[9211]: unable to open SCO channel to headset: Function not
> implemented
>
> And dmesg shows this lots of times:
> hci_scodata_packet: hci0 SCO packet for unknown connection handle 65533
> hci_scodata_packet: hci0 SCO packet for unknown connection handle 65023
> hci_scodata_packet: hci0 SCO packet for unknown connection handle 65533
> hci_scodata_packet: hci0 SCO packet for unknown connection handle 65023
> hci_scodata_packet: hci0 SCO packet for unknown connection handle 65533
> hci_scodata_packet: hci0 SCO packet for unknown connection handle 39795
> hci_scodata_packet: hci0 SCO packet for unknown connection handle 27894
> hci_scodata_packet: hci0 SCO packet for unknown connection handle 47
>
> I had tried making a2dpd connect before trying to use headset but it
> keeps failing.
>
> Anyway, my next step is trying to find out which of both kernel
> options is the one that makes a2dpd not work.
>
> Thanks,
> Manuel
>
>>> Can you please send me your kernel config file?
>>> And if anybody have (or not) the same problem, they can too saying
>>> what they have.
>>>
>>> Cheers,
>>> Frederic
>>>
>>> On Thu, 2007-08-02 at 01:02 -0300, Manuel Naranjo wrote:
>>>
>>>> I want to help, just tell me what you need and I get it to all for
>>>> you.
>>>> I work for the company that builds the USB dongle [1], and I'm
>>>> using the hifi headset we sell. So I have plenty access to almost
>>>> every hardware detail. So please let me know what you need, logs,
>>>> etc, and I get it.
>>>> Thanks,
>>>> Manuel
>>>>
>>>> [1] http://www.aircable.net/host-xr.html
>>>>
>>>>
>>>>> Your bandwidth seems to be higher than expected,
>>>>> thought we dont know how much is your bitpool.
>>>>>
>>>>> Here using 53 the bandwidth used is about 350 kbps,
>>>>> using a value higher than 64 it starts to give me some
>>>>> buffer problems.
>>>>>
>>>>> On 8/1/07, Manuel Naranjo <[email protected]> wrote:
>>>>>
>>>>>>> Make sure your stream is 44.1khz stereo
>>>>>>>
>>>>>>>
>>>>>> That's the first thing I had checked
>>>>>>
>>>>>>> Do you use the plug plugin?
>>>>>>>
>>>>>>> pcm.!default {
>>>>>>> type plug
>>>>>>> slave.pcm "a2dpdplug"
>>>>>>> }
>>>>>>>
>>>>>>> pcm.a2dpdplug {
>>>>>>> type a2dpd
>>>>>>> }
>>>>>>>
>>>>>>> Also this variant may help :
>>>>>>>
>>>>>>> pcm.a2dpdplug {
>>>>>>> type a2dpd
>>>>>>> rateconstraint 44100
>>>>>>> }
>>>>>>>
>>>>>>>
>>>>>> Sorry but that didn't worked.
>>>>>>
>>>>>> Here's what mplayer is telling me:
>>>>>> alsa-play: trying to reset soundcard
>>>>>> alsa-play: write error: Broken pipe0) 2.3%
>>>>>> alsa-play: trying to reset soundcard
>>>>>> A: 80.9 (01:20.9) of 189.0 (03:09.0) 2.3%
>>>>>>
>>>>>> And this is what a2dpd says about it:
>>>>>> A2DPD[09:42:05.562]: display_daemon_state: [16,16|16,16] playing
>>>>>> connected clients=1 freq=1032 cnt=24833 (1032/0) poll=1048
>>>>>> latency=1185972125 sec.
>>>>>> A2DPD[09:42:05.616]: a2dp_transfer_raw: send (retry).
>>>>>> A2DPD[09:42:05.767]: a2dp_transfer_raw: Bandwith: 79488 (621
>>>>>> kbps) 32,
>>>>>> latency=1185972125 sec.
>>>>>> A2DPD[09:42:05.826]: a2dp_transfer_raw: send (retry).
>>>>>> A2DPD[09:42:05.030]: a2dp_transfer_raw: send (retry).
>>>>>> A2DPD[09:42:06.234]: a2dp_transfer_raw: send (retry).
>>>>>> A2DPD[09:42:06.479]: a2dp_transfer_raw: send (retry).
>>>>>> A2DPD[09:42:06.631]: display_daemon_state: [16,16|16,16] playing
>>>>>> connected clients=1 freq=1144 cnt=25977 (1144/0) poll=1162
>>>>>> latency=1185972126 sec.
>>>>>> A2DPD[09:42:06.672]: a2dp_transfer_raw: send (retry).
>>>>>> A2DPD[09:42:06.836]: a2dp_transfer_raw: Bandwith: 85077 (664
>>>>>> kbps) 32,
>>>>>> latency=1185972126 sec.
>>>>>> A2DPD[09:42:06.895]: a2dp_transfer_raw: send (retry).
>>>>>> A2DPD[09:42:06.103]: a2dp_transfer_raw: send (retry).
>>>>>> A2DPD[09:42:07.307]: a2dp_transfer_raw: send (retry).
>>>>>> A2DPD[09:42:07.508]: a2dp_transfer_raw: send (retry).
>>>>>>
>>>>>> Any ideas what can be wrong?
>>>>>>
>>>>>> Thanks,
>>>>>> Manuel
>>>>>>
>>>>>> -------------------------------------------------------------------------
>>>>>>
>>>>>> This SF.net email is sponsored by: Splunk Inc.
>>>>>> Still grepping through log files to find problems? Stop.
>>>>>> Now Search log events and configuration files using AJAX and a
>>>>>> browser.
>>>>>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>>>>>> _______________________________________________
>>>>>> Bluez-devel mailing list
>>>>>> [email protected]
>>>>>> https://lists.sourceforge.net/lists/listinfo/bluez-devel
>>>>>>
>>>>>>
>>>>>
>>>> -------------------------------------------------------------------------
>>>>
>>>> This SF.net email is sponsored by: Splunk Inc.
>>>> Still grepping through log files to find problems? Stop.
>>>> Now Search log events and configuration files using AJAX and a
>>>> browser.
>>>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>>>> _______________________________________________
>>>> Bluez-devel mailing list
>>>> [email protected]
>>>> https://lists.sourceforge.net/lists/listinfo/bluez-devel
>>>>
>>> -------------------------------------------------------------------------
>>>
>>> This SF.net email is sponsored by: Splunk Inc.
>>> Still grepping through log files to find problems? Stop.
>>> Now Search log events and configuration files using AJAX and a browser.
>>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>>> _______________________________________________
>>> Bluez-devel mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/bluez-devel
>>>
>>
>> -------------------------------------------------------------------------
>>
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems? Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> _______________________________________________
>> Bluez-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/bluez-devel
>>
>>
>
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
With Frederic we have found the reason for the problem.
My config had:
CONFIG_NO_HZ=y
CONFIG_HIGH_RES_TIMERS=y
According to the kernel desc this options are:
Tickless System (Dynamic Ticks) (NO_HZ)
This option enables a tickless system: timer interrupts will
only trigger on an as-needed basis both when the system is
busy and when the system is idle.
High Resolution Timer Support (HIGH_RES_TIMERS)
This option enables high resolution timer support. If your
hardware is not capable then this option only increases
the size of the kernel image.
I don't know yet if it's one or both options the one that makes anything
fail (I think NO_HZ is the problem) but the thing is that I got a2dpd
working on 2.6.22 again. I still couldn't get headsetd to work, maybe
I'm missing a step, headsetd is telling me:
headsetd[9211]: unable to open SCO channel to headset: Function not
implemented
And dmesg shows this lots of times:
hci_scodata_packet: hci0 SCO packet for unknown connection handle 65533
hci_scodata_packet: hci0 SCO packet for unknown connection handle 65023
hci_scodata_packet: hci0 SCO packet for unknown connection handle 65533
hci_scodata_packet: hci0 SCO packet for unknown connection handle 65023
hci_scodata_packet: hci0 SCO packet for unknown connection handle 65533
hci_scodata_packet: hci0 SCO packet for unknown connection handle 39795
hci_scodata_packet: hci0 SCO packet for unknown connection handle 27894
hci_scodata_packet: hci0 SCO packet for unknown connection handle 47
I had tried making a2dpd connect before trying to use headset but it
keeps failing.
Anyway, my next step is trying to find out which of both kernel options
is the one that makes a2dpd not work.
Thanks,
Manuel
>> Can you please send me your kernel config file?
>> And if anybody have (or not) the same problem, they can too saying what
>> they have.
>>
>> Cheers,
>> Frederic
>>
>> On Thu, 2007-08-02 at 01:02 -0300, Manuel Naranjo wrote:
>>
>>> I want to help, just tell me what you need and I get it to all for you.
>>> I work for the company that builds the USB dongle [1], and I'm using the
>>> hifi headset we sell. So I have plenty access to almost every hardware
>>> detail. So please let me know what you need, logs, etc, and I get it.
>>> Thanks,
>>> Manuel
>>>
>>> [1] http://www.aircable.net/host-xr.html
>>>
>>>
>>>> Your bandwidth seems to be higher than expected,
>>>> thought we dont know how much is your bitpool.
>>>>
>>>> Here using 53 the bandwidth used is about 350 kbps,
>>>> using a value higher than 64 it starts to give me some
>>>> buffer problems.
>>>>
>>>> On 8/1/07, Manuel Naranjo <[email protected]> wrote:
>>>>
>>>>
>>>>>> Make sure your stream is 44.1khz stereo
>>>>>>
>>>>>>
>>>>>>
>>>>> That's the first thing I had checked
>>>>>
>>>>>
>>>>>> Do you use the plug plugin?
>>>>>>
>>>>>> pcm.!default {
>>>>>> type plug
>>>>>> slave.pcm "a2dpdplug"
>>>>>> }
>>>>>>
>>>>>> pcm.a2dpdplug {
>>>>>> type a2dpd
>>>>>> }
>>>>>>
>>>>>> Also this variant may help :
>>>>>>
>>>>>> pcm.a2dpdplug {
>>>>>> type a2dpd
>>>>>> rateconstraint 44100
>>>>>> }
>>>>>>
>>>>>>
>>>>>>
>>>>> Sorry but that didn't worked.
>>>>>
>>>>> Here's what mplayer is telling me:
>>>>> alsa-play: trying to reset soundcard
>>>>> alsa-play: write error: Broken pipe0) 2.3%
>>>>> alsa-play: trying to reset soundcard
>>>>> A: 80.9 (01:20.9) of 189.0 (03:09.0) 2.3%
>>>>>
>>>>> And this is what a2dpd says about it:
>>>>> A2DPD[09:42:05.562]: display_daemon_state: [16,16|16,16] playing
>>>>> connected clients=1 freq=1032 cnt=24833 (1032/0) poll=1048
>>>>> latency=1185972125 sec.
>>>>> A2DPD[09:42:05.616]: a2dp_transfer_raw: send (retry).
>>>>> A2DPD[09:42:05.767]: a2dp_transfer_raw: Bandwith: 79488 (621 kbps) 32,
>>>>> latency=1185972125 sec.
>>>>> A2DPD[09:42:05.826]: a2dp_transfer_raw: send (retry).
>>>>> A2DPD[09:42:05.030]: a2dp_transfer_raw: send (retry).
>>>>> A2DPD[09:42:06.234]: a2dp_transfer_raw: send (retry).
>>>>> A2DPD[09:42:06.479]: a2dp_transfer_raw: send (retry).
>>>>> A2DPD[09:42:06.631]: display_daemon_state: [16,16|16,16] playing
>>>>> connected clients=1 freq=1144 cnt=25977 (1144/0) poll=1162
>>>>> latency=1185972126 sec.
>>>>> A2DPD[09:42:06.672]: a2dp_transfer_raw: send (retry).
>>>>> A2DPD[09:42:06.836]: a2dp_transfer_raw: Bandwith: 85077 (664 kbps) 32,
>>>>> latency=1185972126 sec.
>>>>> A2DPD[09:42:06.895]: a2dp_transfer_raw: send (retry).
>>>>> A2DPD[09:42:06.103]: a2dp_transfer_raw: send (retry).
>>>>> A2DPD[09:42:07.307]: a2dp_transfer_raw: send (retry).
>>>>> A2DPD[09:42:07.508]: a2dp_transfer_raw: send (retry).
>>>>>
>>>>> Any ideas what can be wrong?
>>>>>
>>>>> Thanks,
>>>>> Manuel
>>>>>
>>>>> -------------------------------------------------------------------------
>>>>> This SF.net email is sponsored by: Splunk Inc.
>>>>> Still grepping through log files to find problems? Stop.
>>>>> Now Search log events and configuration files using AJAX and a browser.
>>>>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>>>>> _______________________________________________
>>>>> Bluez-devel mailing list
>>>>> [email protected]
>>>>> https://lists.sourceforge.net/lists/listinfo/bluez-devel
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>> -------------------------------------------------------------------------
>>> This SF.net email is sponsored by: Splunk Inc.
>>> Still grepping through log files to find problems? Stop.
>>> Now Search log events and configuration files using AJAX and a browser.
>>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>>> _______________________________________________
>>> Bluez-devel mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/bluez-devel
>>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems? Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> _______________________________________________
>> Bluez-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/bluez-devel
>>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Bluez-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/bluez-devel
>
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Please use private email in order not to flood the list ;)
On Thu, 2007-08-02 at 15:04 +0200, Frederic Dalleau wrote:
> Can you please send me your kernel config file?
> And if anybody have (or not) the same problem, they can too saying what
> they have.
>
> Cheers,
> Frederic
>
> On Thu, 2007-08-02 at 01:02 -0300, Manuel Naranjo wrote:
> > I want to help, just tell me what you need and I get it to all for you.
> > I work for the company that builds the USB dongle [1], and I'm using the
> > hifi headset we sell. So I have plenty access to almost every hardware
> > detail. So please let me know what you need, logs, etc, and I get it.
> > Thanks,
> > Manuel
> >
> > [1] http://www.aircable.net/host-xr.html
> >
> > > Your bandwidth seems to be higher than expected,
> > > thought we dont know how much is your bitpool.
> > >
> > > Here using 53 the bandwidth used is about 350 kbps,
> > > using a value higher than 64 it starts to give me some
> > > buffer problems.
> > >
> > > On 8/1/07, Manuel Naranjo <[email protected]> wrote:
> > >
> > >>> Make sure your stream is 44.1khz stereo
> > >>>
> > >>>
> > >> That's the first thing I had checked
> > >>
> > >>> Do you use the plug plugin?
> > >>>
> > >>> pcm.!default {
> > >>> type plug
> > >>> slave.pcm "a2dpdplug"
> > >>> }
> > >>>
> > >>> pcm.a2dpdplug {
> > >>> type a2dpd
> > >>> }
> > >>>
> > >>> Also this variant may help :
> > >>>
> > >>> pcm.a2dpdplug {
> > >>> type a2dpd
> > >>> rateconstraint 44100
> > >>> }
> > >>>
> > >>>
> > >> Sorry but that didn't worked.
> > >>
> > >> Here's what mplayer is telling me:
> > >> alsa-play: trying to reset soundcard
> > >> alsa-play: write error: Broken pipe0) 2.3%
> > >> alsa-play: trying to reset soundcard
> > >> A: 80.9 (01:20.9) of 189.0 (03:09.0) 2.3%
> > >>
> > >> And this is what a2dpd says about it:
> > >> A2DPD[09:42:05.562]: display_daemon_state: [16,16|16,16] playing
> > >> connected clients=1 freq=1032 cnt=24833 (1032/0) poll=1048
> > >> latency=1185972125 sec.
> > >> A2DPD[09:42:05.616]: a2dp_transfer_raw: send (retry).
> > >> A2DPD[09:42:05.767]: a2dp_transfer_raw: Bandwith: 79488 (621 kbps) 32,
> > >> latency=1185972125 sec.
> > >> A2DPD[09:42:05.826]: a2dp_transfer_raw: send (retry).
> > >> A2DPD[09:42:05.030]: a2dp_transfer_raw: send (retry).
> > >> A2DPD[09:42:06.234]: a2dp_transfer_raw: send (retry).
> > >> A2DPD[09:42:06.479]: a2dp_transfer_raw: send (retry).
> > >> A2DPD[09:42:06.631]: display_daemon_state: [16,16|16,16] playing
> > >> connected clients=1 freq=1144 cnt=25977 (1144/0) poll=1162
> > >> latency=1185972126 sec.
> > >> A2DPD[09:42:06.672]: a2dp_transfer_raw: send (retry).
> > >> A2DPD[09:42:06.836]: a2dp_transfer_raw: Bandwith: 85077 (664 kbps) 32,
> > >> latency=1185972126 sec.
> > >> A2DPD[09:42:06.895]: a2dp_transfer_raw: send (retry).
> > >> A2DPD[09:42:06.103]: a2dp_transfer_raw: send (retry).
> > >> A2DPD[09:42:07.307]: a2dp_transfer_raw: send (retry).
> > >> A2DPD[09:42:07.508]: a2dp_transfer_raw: send (retry).
> > >>
> > >> Any ideas what can be wrong?
> > >>
> > >> Thanks,
> > >> Manuel
> > >>
> > >> -------------------------------------------------------------------------
> > >> This SF.net email is sponsored by: Splunk Inc.
> > >> Still grepping through log files to find problems? Stop.
> > >> Now Search log events and configuration files using AJAX and a browser.
> > >> Download your FREE copy of Splunk now >> http://get.splunk.com/
> > >> _______________________________________________
> > >> Bluez-devel mailing list
> > >> [email protected]
> > >> https://lists.sourceforge.net/lists/listinfo/bluez-devel
> > >>
> > >>
> > >
> > >
> > >
> >
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc.
> > Still grepping through log files to find problems? Stop.
> > Now Search log events and configuration files using AJAX and a browser.
> > Download your FREE copy of Splunk now >> http://get.splunk.com/
> > _______________________________________________
> > Bluez-devel mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/bluez-devel
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Bluez-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/bluez-devel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Can you please send me your kernel config file?
And if anybody have (or not) the same problem, they can too saying what
they have.
Cheers,
Frederic
On Thu, 2007-08-02 at 01:02 -0300, Manuel Naranjo wrote:
> I want to help, just tell me what you need and I get it to all for you.
> I work for the company that builds the USB dongle [1], and I'm using the
> hifi headset we sell. So I have plenty access to almost every hardware
> detail. So please let me know what you need, logs, etc, and I get it.
> Thanks,
> Manuel
>
> [1] http://www.aircable.net/host-xr.html
>
> > Your bandwidth seems to be higher than expected,
> > thought we dont know how much is your bitpool.
> >
> > Here using 53 the bandwidth used is about 350 kbps,
> > using a value higher than 64 it starts to give me some
> > buffer problems.
> >
> > On 8/1/07, Manuel Naranjo <[email protected]> wrote:
> >
> >>> Make sure your stream is 44.1khz stereo
> >>>
> >>>
> >> That's the first thing I had checked
> >>
> >>> Do you use the plug plugin?
> >>>
> >>> pcm.!default {
> >>> type plug
> >>> slave.pcm "a2dpdplug"
> >>> }
> >>>
> >>> pcm.a2dpdplug {
> >>> type a2dpd
> >>> }
> >>>
> >>> Also this variant may help :
> >>>
> >>> pcm.a2dpdplug {
> >>> type a2dpd
> >>> rateconstraint 44100
> >>> }
> >>>
> >>>
> >> Sorry but that didn't worked.
> >>
> >> Here's what mplayer is telling me:
> >> alsa-play: trying to reset soundcard
> >> alsa-play: write error: Broken pipe0) 2.3%
> >> alsa-play: trying to reset soundcard
> >> A: 80.9 (01:20.9) of 189.0 (03:09.0) 2.3%
> >>
> >> And this is what a2dpd says about it:
> >> A2DPD[09:42:05.562]: display_daemon_state: [16,16|16,16] playing
> >> connected clients=1 freq=1032 cnt=24833 (1032/0) poll=1048
> >> latency=1185972125 sec.
> >> A2DPD[09:42:05.616]: a2dp_transfer_raw: send (retry).
> >> A2DPD[09:42:05.767]: a2dp_transfer_raw: Bandwith: 79488 (621 kbps) 32,
> >> latency=1185972125 sec.
> >> A2DPD[09:42:05.826]: a2dp_transfer_raw: send (retry).
> >> A2DPD[09:42:05.030]: a2dp_transfer_raw: send (retry).
> >> A2DPD[09:42:06.234]: a2dp_transfer_raw: send (retry).
> >> A2DPD[09:42:06.479]: a2dp_transfer_raw: send (retry).
> >> A2DPD[09:42:06.631]: display_daemon_state: [16,16|16,16] playing
> >> connected clients=1 freq=1144 cnt=25977 (1144/0) poll=1162
> >> latency=1185972126 sec.
> >> A2DPD[09:42:06.672]: a2dp_transfer_raw: send (retry).
> >> A2DPD[09:42:06.836]: a2dp_transfer_raw: Bandwith: 85077 (664 kbps) 32,
> >> latency=1185972126 sec.
> >> A2DPD[09:42:06.895]: a2dp_transfer_raw: send (retry).
> >> A2DPD[09:42:06.103]: a2dp_transfer_raw: send (retry).
> >> A2DPD[09:42:07.307]: a2dp_transfer_raw: send (retry).
> >> A2DPD[09:42:07.508]: a2dp_transfer_raw: send (retry).
> >>
> >> Any ideas what can be wrong?
> >>
> >> Thanks,
> >> Manuel
> >>
> >> -------------------------------------------------------------------------
> >> This SF.net email is sponsored by: Splunk Inc.
> >> Still grepping through log files to find problems? Stop.
> >> Now Search log events and configuration files using AJAX and a browser.
> >> Download your FREE copy of Splunk now >> http://get.splunk.com/
> >> _______________________________________________
> >> Bluez-devel mailing list
> >> [email protected]
> >> https://lists.sourceforge.net/lists/listinfo/bluez-devel
> >>
> >>
> >
> >
> >
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Bluez-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/bluez-devel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
I want to help, just tell me what you need and I get it to all for you.
I work for the company that builds the USB dongle [1], and I'm using the
hifi headset we sell. So I have plenty access to almost every hardware
detail. So please let me know what you need, logs, etc, and I get it.
Thanks,
Manuel
[1] http://www.aircable.net/host-xr.html
> Your bandwidth seems to be higher than expected,
> thought we dont know how much is your bitpool.
>
> Here using 53 the bandwidth used is about 350 kbps,
> using a value higher than 64 it starts to give me some
> buffer problems.
>
> On 8/1/07, Manuel Naranjo <[email protected]> wrote:
>
>>> Make sure your stream is 44.1khz stereo
>>>
>>>
>> That's the first thing I had checked
>>
>>> Do you use the plug plugin?
>>>
>>> pcm.!default {
>>> type plug
>>> slave.pcm "a2dpdplug"
>>> }
>>>
>>> pcm.a2dpdplug {
>>> type a2dpd
>>> }
>>>
>>> Also this variant may help :
>>>
>>> pcm.a2dpdplug {
>>> type a2dpd
>>> rateconstraint 44100
>>> }
>>>
>>>
>> Sorry but that didn't worked.
>>
>> Here's what mplayer is telling me:
>> alsa-play: trying to reset soundcard
>> alsa-play: write error: Broken pipe0) 2.3%
>> alsa-play: trying to reset soundcard
>> A: 80.9 (01:20.9) of 189.0 (03:09.0) 2.3%
>>
>> And this is what a2dpd says about it:
>> A2DPD[09:42:05.562]: display_daemon_state: [16,16|16,16] playing
>> connected clients=1 freq=1032 cnt=24833 (1032/0) poll=1048
>> latency=1185972125 sec.
>> A2DPD[09:42:05.616]: a2dp_transfer_raw: send (retry).
>> A2DPD[09:42:05.767]: a2dp_transfer_raw: Bandwith: 79488 (621 kbps) 32,
>> latency=1185972125 sec.
>> A2DPD[09:42:05.826]: a2dp_transfer_raw: send (retry).
>> A2DPD[09:42:05.030]: a2dp_transfer_raw: send (retry).
>> A2DPD[09:42:06.234]: a2dp_transfer_raw: send (retry).
>> A2DPD[09:42:06.479]: a2dp_transfer_raw: send (retry).
>> A2DPD[09:42:06.631]: display_daemon_state: [16,16|16,16] playing
>> connected clients=1 freq=1144 cnt=25977 (1144/0) poll=1162
>> latency=1185972126 sec.
>> A2DPD[09:42:06.672]: a2dp_transfer_raw: send (retry).
>> A2DPD[09:42:06.836]: a2dp_transfer_raw: Bandwith: 85077 (664 kbps) 32,
>> latency=1185972126 sec.
>> A2DPD[09:42:06.895]: a2dp_transfer_raw: send (retry).
>> A2DPD[09:42:06.103]: a2dp_transfer_raw: send (retry).
>> A2DPD[09:42:07.307]: a2dp_transfer_raw: send (retry).
>> A2DPD[09:42:07.508]: a2dp_transfer_raw: send (retry).
>>
>> Any ideas what can be wrong?
>>
>> Thanks,
>> Manuel
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by: Splunk Inc.
>> Still grepping through log files to find problems? Stop.
>> Now Search log events and configuration files using AJAX and a browser.
>> Download your FREE copy of Splunk now >> http://get.splunk.com/
>> _______________________________________________
>> Bluez-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/bluez-devel
>>
>>
>
>
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Your bandwidth seems to be higher than expected,
thought we dont know how much is your bitpool.
Here using 53 the bandwidth used is about 350 kbps,
using a value higher than 64 it starts to give me some
buffer problems.
On 8/1/07, Manuel Naranjo <[email protected]> wrote:
>
> > Make sure your stream is 44.1khz stereo
> >
> That's the first thing I had checked
> > Do you use the plug plugin?
> >
> > pcm.!default {
> > type plug
> > slave.pcm "a2dpdplug"
> > }
> >
> > pcm.a2dpdplug {
> > type a2dpd
> > }
> >
> > Also this variant may help :
> >
> > pcm.a2dpdplug {
> > type a2dpd
> > rateconstraint 44100
> > }
> >
> Sorry but that didn't worked.
>
> Here's what mplayer is telling me:
> alsa-play: trying to reset soundcard
> alsa-play: write error: Broken pipe0) 2.3%
> alsa-play: trying to reset soundcard
> A: 80.9 (01:20.9) of 189.0 (03:09.0) 2.3%
>
> And this is what a2dpd says about it:
> A2DPD[09:42:05.562]: display_daemon_state: [16,16|16,16] playing
> connected clients=3D1 freq=3D1032 cnt=3D24833 (1032/0) poll=3D1048
> latency=3D1185972125 sec.
> A2DPD[09:42:05.616]: a2dp_transfer_raw: send (retry).
> A2DPD[09:42:05.767]: a2dp_transfer_raw: Bandwith: 79488 (621 kbps) 32,
> latency=3D1185972125 sec.
> A2DPD[09:42:05.826]: a2dp_transfer_raw: send (retry).
> A2DPD[09:42:05.030]: a2dp_transfer_raw: send (retry).
> A2DPD[09:42:06.234]: a2dp_transfer_raw: send (retry).
> A2DPD[09:42:06.479]: a2dp_transfer_raw: send (retry).
> A2DPD[09:42:06.631]: display_daemon_state: [16,16|16,16] playing
> connected clients=3D1 freq=3D1144 cnt=3D25977 (1144/0) poll=3D1162
> latency=3D1185972126 sec.
> A2DPD[09:42:06.672]: a2dp_transfer_raw: send (retry).
> A2DPD[09:42:06.836]: a2dp_transfer_raw: Bandwith: 85077 (664 kbps) 32,
> latency=3D1185972126 sec.
> A2DPD[09:42:06.895]: a2dp_transfer_raw: send (retry).
> A2DPD[09:42:06.103]: a2dp_transfer_raw: send (retry).
> A2DPD[09:42:07.307]: a2dp_transfer_raw: send (retry).
> A2DPD[09:42:07.508]: a2dp_transfer_raw: send (retry).
>
> Any ideas what can be wrong?
>
> Thanks,
> Manuel
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> _______________________________________________
> Bluez-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/bluez-devel
>
-- =
Luiz Augusto von Dentz
Engenheiro de Computa=E7=E3o
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
> Make sure your stream is 44.1khz stereo
>
That's the first thing I had checked
> Do you use the plug plugin?
>
> pcm.!default {
> type plug
> slave.pcm "a2dpdplug"
> }
>
> pcm.a2dpdplug {
> type a2dpd
> }
>
> Also this variant may help :
>
> pcm.a2dpdplug {
> type a2dpd
> rateconstraint 44100
> }
>
Sorry but that didn't worked.
Here's what mplayer is telling me:
alsa-play: trying to reset soundcard
alsa-play: write error: Broken pipe0) 2.3%
alsa-play: trying to reset soundcard
A: 80.9 (01:20.9) of 189.0 (03:09.0) 2.3%
And this is what a2dpd says about it:
A2DPD[09:42:05.562]: display_daemon_state: [16,16|16,16] playing
connected clients=1 freq=1032 cnt=24833 (1032/0) poll=1048
latency=1185972125 sec.
A2DPD[09:42:05.616]: a2dp_transfer_raw: send (retry).
A2DPD[09:42:05.767]: a2dp_transfer_raw: Bandwith: 79488 (621 kbps) 32,
latency=1185972125 sec.
A2DPD[09:42:05.826]: a2dp_transfer_raw: send (retry).
A2DPD[09:42:05.030]: a2dp_transfer_raw: send (retry).
A2DPD[09:42:06.234]: a2dp_transfer_raw: send (retry).
A2DPD[09:42:06.479]: a2dp_transfer_raw: send (retry).
A2DPD[09:42:06.631]: display_daemon_state: [16,16|16,16] playing
connected clients=1 freq=1144 cnt=25977 (1144/0) poll=1162
latency=1185972126 sec.
A2DPD[09:42:06.672]: a2dp_transfer_raw: send (retry).
A2DPD[09:42:06.836]: a2dp_transfer_raw: Bandwith: 85077 (664 kbps) 32,
latency=1185972126 sec.
A2DPD[09:42:06.895]: a2dp_transfer_raw: send (retry).
A2DPD[09:42:06.103]: a2dp_transfer_raw: send (retry).
A2DPD[09:42:07.307]: a2dp_transfer_raw: send (retry).
A2DPD[09:42:07.508]: a2dp_transfer_raw: send (retry).
Any ideas what can be wrong?
Thanks,
Manuel
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Ck9uIFR1ZSwgMjAwNy0wNy0zMSBhdCAxNToyMiAtMDMwMCwgTWFudWVsIE5hcmFuam8gd3JvdGU6
Cj4gTHVpeiBBdWd1c3RvIHZvbiBEZW50eiBlc2NyaWJpw7M6Cj4gPiBJIGhhZCB0aGUgZXhhY3Rs
eSBzYW1lIHByb2JsZW0sIG9ubHkgd2hlbgo+ID4gLS1lbmFibGUtcmV0cnlwYXRjaD15ZXMgaXMg
c2V0IEkgYWJsZSB0byBsaXN0ZW4gdGhlIHN0cmVhbQo+ID4gd2l0aG91dCBhbnkgcHJvYmxlbS4K
PiA+Cj4gPiBidHcsIEltIHVzaW5nIDIuNi4yMi04ICh1YnVudHUgZ3V0c3kpCj4gPiAgIAo+IFRo
YXQgZGlkbid0IHdvcmsgZm9yIG1lLiBJIGRvbid0IGtub3cgd2hhdCdzIHdyb25nIG5vdy4KPiBO
b3cgSSBkb24ndCBnZXQgZGlzY29ubmVjdGVkLCBidXQgbXkgaGVhZHNldCBnZXRzIHBpZWNlcyBv
ZiBzdHJlYW1zIGJ1dCAKPiB3aXRoIGEgaGlnaGVyIGZyZXF1ZW5jeSB0aGFuIHRoZSBvcmlnaW5h
bCBzb3VuZCwgYW5kIEkgZ2V0IHNwYWNlcyAKPiBiZXR3ZWVuIHRob3NlIHBpZWNlcy4KCk1ha2Ug
c3VyZSB5b3VyIHN0cmVhbSBpcyA0NC4xa2h6IHN0ZXJlbwoKRG8geW91IHVzZSB0aGUgcGx1ZyBw
bHVnaW4/CgpwY20uIWRlZmF1bHQgewogICAgICAgIHR5cGUgcGx1ZwogICAgICAgIHNsYXZlLnBj
bSAiYTJkcGRwbHVnIgp9CgpwY20uYTJkcGRwbHVnIHsKICAgICAgICB0eXBlIGEyZHBkCn0KCkFs
c28gdGhpcyB2YXJpYW50IG1heSBoZWxwIDoKCnBjbS5hMmRwZHBsdWcgewogICAgICAgIHR5cGUg
YTJkcGQKCXJhdGVjb25zdHJhaW50IDQ0MTAwCn0KCgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tClRoaXMgU0Yu
bmV0IGVtYWlsIGlzIHNwb25zb3JlZCBieTogU3BsdW5rIEluYy4KU3RpbGwgZ3JlcHBpbmcgdGhy
b3VnaCBsb2cgZmlsZXMgdG8gZmluZCBwcm9ibGVtcz8gIFN0b3AuCk5vdyBTZWFyY2ggbG9nIGV2
ZW50cyBhbmQgY29uZmlndXJhdGlvbiBmaWxlcyB1c2luZyBBSkFYIGFuZCBhIGJyb3dzZXIuCkRv
d25sb2FkIHlvdXIgRlJFRSBjb3B5IG9mIFNwbHVuayBub3cgPj4gIGh0dHA6Ly9nZXQuc3BsdW5r
LmNvbS8KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KQmx1
ZXotZGV2ZWwgbWFpbGluZyBsaXN0CkJsdWV6LWRldmVsQGxpc3RzLnNvdXJjZWZvcmdlLm5ldApo
dHRwczovL2xpc3RzLnNvdXJjZWZvcmdlLm5ldC9saXN0cy9saXN0aW5mby9ibHVlei1kZXZlbAo=