Re: [Bluez-devel] A2DP Profile Certification

["Frédéric DALLEAU" <frederic.dalleau@palmsource.com>]

Hi brad,

I've been looking at what you did in a2play.

>>I put code in a2play so it will listen on the control link for
>>suspend/resume from a2dp headset (*if* you use -p for pthreads). This
>>should be a decent model for getting it into the alsa plugin if you want
>>to look at that.
>>    =

>>
>I will have a look by the end of the week.
>  =

>

I used -p options but I have some problems :
When reading /dev/rtc, I always read 0x8C0 and I only get 50 read per =

sec. If you strip the low byte, it's 8 ticks but the sbc data is 23 ms =

long (190 ticks). So decreasing the tick count to 0 nefore sending data =

takes nearly one second and I have intermittent sound. I fixed it by =

commenting out the "while(ticks <=3D 0)" line, I also tried smaller rtc =

frequency without success. Why not use gettimeofday?

>>This is how we find out a combo headset is taking a voice call.
>>
> noticed that my headset stopped streaming when pressing the main =

>button and didn't get back playing after pressing the button again.
>Is that what you mean?
>  =

>
I don't receive control commands when doing this. What model do you use?

>>We're still missing something here... we don't listen for new control
>>connections from the set. You could look at a2recv.c for code that will
>>listen for new connections. This will be more complicated since you may
>>want to use dbus to start up the media player in response.
>>    =

>>
>I was wondering how to generate such connections? Simply switch on the =

>headset? Any ideas?
>  =

>
Last but not least, I receive the frame sent by the headset but it is a =

2 byte "0x00 0x01". Is does not look like a stream_cmd. And only one of =

my heasets sends data.

plus the weather is bad, sad day...

Fr=E9d=E9ric.



_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel