From: Marcel Holtmann <marcel@holtmann.org>
To: BlueZ development <bluez-devel@lists.sourceforge.net>
Subject: Re: [Bluez-devel] Next Release, and Device.DiscoverServices
Date: Wed, 18 Jun 2008 17:04:03 +0200 [thread overview]
Message-ID: <1213801443.19872.6.camel@violet.holtmann.net> (raw)
In-Reply-To: <038c01c8d152$2d0fc1f0$6701a8c0@freqonedev>
Hi David,
> I have been working with Adapter.CreateDevice, and have been
> frustrated by finding that the list of UUIDs returned by
> Device.GetProperties is always empty. (Getting the connectivity right
> is a necessary precursor to implementation of AVRCP with Metadata.)
the CreateDevice needs some more magic in case the remote device has no
public browse group.
Currently we have in device.c the following struct:
static uint16_t uuid_list[] = {
PUBLIC_BROWSE_GROUP,
HID_SVCLASS_ID,
GENERIC_AUDIO_SVCLASS_ID,
ADVANCED_AUDIO_SVCLASS_ID,
AV_REMOTE_SVCLASS_ID,
0
};
So in case the public browse group fails, it will go through the list of
additional UUIDs and search for them. So your AVRCP case should be
handled.
> Looking at the CVS, I see all have been quite busy, including adding a
> new DiscoverServices method, which I presume will do the querying of
> the remote SDP and filling in the list of UUIDs. Am I correct?
So DiscoverServices will update the UUID list of course, but normally
there should be no need to call it. CreateDevice needs to be fixed to do
the right job.
The DiscoverServices is mainly for applications that need access to the
full service record. Stuff like obex-data-server for example.
> I also see a lot of work around BT2.1 and SSP.
Yep. We are almost done with. However you will need kernel changes to
make this work.
> Given all of that, I am about to pull everything down from CVS, but am
> wondering if you are about to do another release (don't want to waste
> any effort if things are stabilizing enough to release again in a few
> days).
I wanna do the release actually today.
Regards
Marcel
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
next prev parent reply other threads:[~2008-06-18 15:04 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-18 14:47 [Bluez-devel] Next Release, and Device.DiscoverServices David Stockwell
2008-06-18 15:04 ` Marcel Holtmann [this message]
2008-06-20 16:55 ` David Stockwell
2008-06-20 17:07 ` Marcel Holtmann
2008-06-20 20:30 ` Secure Simple Pairing (SSP) David Stockwell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1213801443.19872.6.camel@violet.holtmann.net \
--to=marcel@holtmann.org \
--cc=bluez-devel@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox