Hello all,
I have sucessfully got Bluez and the bt-snd-sco alsa stuff working with
my debian 2.6.9 and mh5 patch.
What I would like to do is get two headsets working, as two seperate
audio devices so I can cat /dev/dsp1 to /dev/dsp2 and pass audio through.
Whenever I currently try and connect two headsets, the second one
reports the SCO channel is already in use.
I do have two bluetooth USB dongles that can be used (although would
like to just use one if possible).
I should point out that my background is in Java and not C, so although
I have examined the bt-snd-sco and btsco source files, I do not
understand them enough to be able to see what is going on.
Any help would be much appreciated,
Regards,
-Jeff Fern
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Jeff Fern wrote:
| Hello Lars,
|
| I am now running a 2.6.10 kernel and the latest patch from bluez.org.
|
| I have seen the previous threads about multiple headsets which refer
to the
| isoc parameter for the kernel module, however this does not make any sence
| to me.
maybe you should read the bt specs, you might understand than.
In short: for hci_usb, the isochronous transfers (sco) share one
"endpoint" of the hci->usb connection. This connection must have the
correct bandwith so that all data can be send. There are different
settings that reflect this, dig the mailing list archives, I wrote a
table a few days ago.
The default setting is 16 bit, suitable for exactly one headset with 16
bit uncompressed signed int audio, or 2* 8bit (not supported by btsco
unless you hack the snd-bt-sco alsa driver so it tells alsa "we are 8
bit). If you want to use two headsets, you have to select the corrent
isoc endpoint. Check my table for details.
We'll bring this information to the web page asap, too
| Suriyan, in your reply you said you've sucessfully got it working. Is it
| possible for you to send me some details on how you did this?
|
| My knowledge of C / kernel stuff is fairly limited so please go easy on me
| :)
It's more BT knowledge that matters here ;)
best regards,
~ Lars
| -----Original Message-----
| From: [email protected]
| [mailto:[email protected]] On Behalf Of Lars
| Grunewaldt
| Sent: 10 January 2005 11:32
| To: [email protected]
| Subject: Re: [Bluez-devel] Multiple Headsets
|
| first, it would be a good idea to update to the latest available sources
| (that is, 2.6.10 kernel and mh10 patchset).
|
| I think we do support multiple sco connections now, but you must
either use
| 8-bit-audio (by hacking the btsco stuff) or hack the kernel.
|
| The problem in short: the hci_usb driver that handles the bt dongles needs
| to know how many data has to be send. So if using two 16bit channels, it
| needs to switch to the 32bit-mode, not the 16bit mode that is used by
| default.
|
| This switching is not handled automatically by now (or, not handled in any
| way to be precise), and while we are talking about it a lot, I think
nobody
| fixed this by now (this includes me).
|
| Maybe you want to dig the list archives and have a look at discussions
about
| sco...
|
| best regards,
| ~ Lars
|
|
| Jeff Fern wrote:
| | Hello all,
| |
| | I have sucessfully got Bluez and the bt-snd-sco alsa stuff working
| | with my debian 2.6.9 and mh5 patch.
| |
| | What I would like to do is get two headsets working, as two seperate
| | audio devices so I can cat /dev/dsp1 to /dev/dsp2 and pass audio
through.
| |
| | Whenever I currently try and connect two headsets, the second one
| | reports the SCO channel is already in use.
| |
| | I do have two bluetooth USB dongles that can be used (although would
| | like to just use one if possible).
| |
| | I should point out that my background is in Java and not C, so
| | although I have examined the bt-snd-sco and btsco source files, I do
| | not understand them enough to be able to see what is going on.
| |
| | Any help would be much appreciated,
| |
| | Regards,
| |
| | -Jeff Fern
| |
| |
| | -------------------------------------------------------
| | The SF.Net email is sponsored by: Beat the post-holiday blues Get a
| | FREE limited edition SourceForge.net t-shirt from ThinkGeek.
| | It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
| | _______________________________________________
| | Bluez-devel mailing list
| | [email protected]
| | https://lists.sourceforge.net/lists/listinfo/bluez-devel
| |
|
|
| --
| Lars Grunewaldt
| * software development
| * multimedia design
| skills: C/C++/Java/PHP/(X)HTML/Flash/audio/video
| web: http://www.dark-reality.de
| mail: [email protected]
- -------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE
limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
- -------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
- --
Lars Grunewaldt
* software development
* multimedia design
skills: C/C++/Java/PHP/(X)HTML/Flash/audio/video
web: http://www.dark-reality.de
mail: [email protected]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFB6tFrQWC6DTWkDAoRAsVUAKCbkWj5cjzLBij67liVIqP19aQtawCfZiAw
DyxS4oFhIqfqwRa0Q/wxJgk=
=jf9+
-----END PGP SIGNATURE-----
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hello Lars,
I am now running a 2.6.10 kernel and the latest patch from bluez.org.
I have seen the previous threads about multiple headsets which refer to the
isoc parameter for the kernel module, however this does not make any sence
to me.
Is there any chance you could provide some more information / suggestions.
Suriyan, in your reply you said you've sucessfully got it working. Is it
possible for you to send me some details on how you did this?
My knowledge of C / kernel stuff is fairly limited so please go easy on me
:)
Regards,
-Jeff Fern
-----Original Message-----
From: [email protected]
[mailto:[email protected]] On Behalf Of Lars
Grunewaldt
Sent: 10 January 2005 11:32
To: [email protected]
Subject: Re: [Bluez-devel] Multiple Headsets
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
first, it would be a good idea to update to the latest available sources
(that is, 2.6.10 kernel and mh10 patchset).
I think we do support multiple sco connections now, but you must either use
8-bit-audio (by hacking the btsco stuff) or hack the kernel.
The problem in short: the hci_usb driver that handles the bt dongles needs
to know how many data has to be send. So if using two 16bit channels, it
needs to switch to the 32bit-mode, not the 16bit mode that is used by
default.
This switching is not handled automatically by now (or, not handled in any
way to be precise), and while we are talking about it a lot, I think nobody
fixed this by now (this includes me).
Maybe you want to dig the list archives and have a look at discussions about
sco...
best regards,
~ Lars
Jeff Fern wrote:
| Hello all,
|
| I have sucessfully got Bluez and the bt-snd-sco alsa stuff working
| with my debian 2.6.9 and mh5 patch.
|
| What I would like to do is get two headsets working, as two seperate
| audio devices so I can cat /dev/dsp1 to /dev/dsp2 and pass audio through.
|
| Whenever I currently try and connect two headsets, the second one
| reports the SCO channel is already in use.
|
| I do have two bluetooth USB dongles that can be used (although would
| like to just use one if possible).
|
| I should point out that my background is in Java and not C, so
| although I have examined the bt-snd-sco and btsco source files, I do
| not understand them enough to be able to see what is going on.
|
| Any help would be much appreciated,
|
| Regards,
|
| -Jeff Fern
|
|
| -------------------------------------------------------
| The SF.Net email is sponsored by: Beat the post-holiday blues Get a
| FREE limited edition SourceForge.net t-shirt from ThinkGeek.
| It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
| _______________________________________________
| Bluez-devel mailing list
| [email protected]
| https://lists.sourceforge.net/lists/listinfo/bluez-devel
|
- --
Lars Grunewaldt
* software development
* multimedia design
skills: C/C++/Java/PHP/(X)HTML/Flash/audio/video
web: http://www.dark-reality.de
mail: [email protected]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFB4mfEQWC6DTWkDAoRAgVkAKCsMX0puS8uFwQ9QkrUEcL///9Y5ACgmgif
v6/EiGDihE5EE9yU8ZdbAU8=
=X+Qu
-----END PGP SIGNATURE-----
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues Get a FREE
limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
| Expect the table in an upcoming mail :)
OK, this is what I took from the documentation:
alternate setting 0:
- - no active channels (for USB compliance)
alternate setting 1 (9 byte suggested max. packet size):
- - one voice channel 8 bit (currently unsupported by btsco)
alternate setting 2 (17 byte):
- - two voice channels 8 bit (currently unsupported by btsco)
- - one voice channel 16 bit (supported by btsco)
alternate setting 3 (25 byte):
- - three voice channels 8 bit (currently unsupported by btsco)
alternate setting 4 (33 byte):
- - two voice channel 16 bit (supported by btsco)
alternate setting 5 (49 byte):
- - three voice channels 16 bit (supported by btsco)
I'm unsure whether it's possible or not to use alternate modes 3,4,5 for
multiple 8bit transfer, too, the documentation does not mention it.
As btsco right now only supports 16 bit audio, I marked only the 16 bit
options as usable.
So, the "math" is simple (for 16 bit):
headset count | alternate setting
~ 1 | 2
~ 2 | 4
~ 3 | 5
Maybe I'll try to add a kernel parameter to the snd-bt-sco module too,
that switches between the different codec types available, so that we
can support 8bit modes, too.
best regards,
~ Lars
- -------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
- --
Lars Grunewaldt
* software development
* multimedia design
skills: C/C++/Java/PHP/(X)HTML/Flash/audio/video
web: http://www.dark-reality.de
mail: [email protected]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFB5IGhQWC6DTWkDAoRAlGrAKCUDQf8aiyiQSBi5kMc4EORpcdKugCfQ93V
hblLoa92rGSBTs5uh/mMGrs=
=Xqlj
-----END PGP SIGNATURE-----
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Brad Midgley wrote:
| Where do I look to find this table? (The phrase "alternate setting" does
| not seem to be the way to find it)
I'll copy it from the docs, I should be able to recover it fastly.
| What if it's set too high? Will it fail to work or will it waste space
| in the transmission?
It should simply fail, as Marcel already stated. This is not like
choosing an upper limit, because the transfers should be synchronous and
this have to fit in exact transmission windows. Of course it should do
no harm if the windows are to big, but the specs are quite clear that
cumulated data size and window size must fit exactly (well, plus one
byte if I remember correctly).
Expect the table in an upcoming mail :)
- - Lars
- --
Lars Grunewaldt
* software development
* multimedia design
skills: C/C++/Java/PHP/(X)HTML/Flash/audio/video
web: http://www.dark-reality.de
mail: [email protected]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD4DBQFB5ATpQWC6DTWkDAoRAl7QAJ9Xig8w+YC7j9CMhc5BNp6jp17E3ACYrN7s
xNGMnAUMV4UC/UdrBSVrig==
=9XR2
-----END PGP SIGNATURE-----
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hi Brad,
> > What has to be documented is:
> >
> > how to calculate the bitrate for the proper "alternate setting" of usb_hci?
> >
> > We could put the table from the BT docs online
>
> Where do I look to find this table? (The phrase "alternate setting" does
> not seem to be the way to find it)
it is part of the HCI USB transport specification or look at the old
Bluetooth 1.1 specification under H:2.
> What if it's set too high? Will it fail to work or will it waste space
> in the transmission?
Setting it to 0 makes the driver not to select the ISOC endpoint. When
you choose a too high value this should fail. However I haven't tested
this so far.
Regards
Marcel
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Lars,
> What has to be documented is:
>
> how to calculate the bitrate for the proper "alternate setting" of usb_hci?
>
> We could put the table from the BT docs online
Where do I look to find this table? (The phrase "alternate setting" does
not seem to be the way to find it)
What if it's set too high? Will it fail to work or will it waste space
in the transmission?
Brad
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
@Brad:
well yes it's not really the "final" solution but at least one can
change the setting without hacking around in the kernel (that was the
old solution, also used by btsco before hci_usb was totally removed and
we started using only voice mode 0x0060).
What has to be documented is:
how to calculate the bitrate for the proper "alternate setting" of usb_hci?
We could put the table from the BT docs online and add some examples how
to find the correct mode, that should be sufficient.
Next target would be finding a way to change this "online" *sigh*
best regards,
~ Lars
Marcel Holtmann wrote:
| Hi Brad,
|
|
|>I would be happy to document it, but I'm not sure exactly what Marcel
|>did. If the number of headsets is fixed at module insertion time then it
|>sounds like it's just good for testing.
|
|
| with a 2.6 kernel you can change a kernel module parameter on the fly
| from /sys/module/ and then you only have to re-plug your dongle to
| activate the new settings.
|
| Regards
|
| Marcel
- --
Lars Grunewaldt
* software development
* multimedia design
skills: C/C++/Java/PHP/(X)HTML/Flash/audio/video
web: http://www.dark-reality.de
mail: [email protected]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFB46rYQWC6DTWkDAoRAhgIAJ9TXlzExSHC+IMe7zSdwSK3WMN+PACdHsOb
BXgt+pfyMKT79k+xfgY7JyA=
=w8dD
-----END PGP SIGNATURE-----
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hi Brad,
> I would be happy to document it, but I'm not sure exactly what Marcel
> did. If the number of headsets is fixed at module insertion time then it
> sounds like it's just good for testing.
with a 2.6 kernel you can change a kernel module parameter on the fly
from /sys/module/ and then you only have to re-plug your dongle to
activate the new settings.
Regards
Marcel
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Lars,
I would be happy to document it, but I'm not sure exactly what Marcel
did. If the number of headsets is fixed at module insertion time then it
sounds like it's just good for testing.
Brad
Lars Grunewaldt wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Marcel Holtmann wrote:
> |
> | starting with 2.6.10 the hci_usb got a module parameter "isoc". This
> | controls the alternate setting when plugging in a dongle. The default
> | value is 2 (or 0 if it is blacklisted device). Check the Bluetooth
> | specification what value you have to choose for 2 x 16-bit SCO channels.
> |
>
> nice, did not know this yet. Should be added to the btsco documentation
> *cough*
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Marcel Holtmann wrote:
|
| starting with 2.6.10 the hci_usb got a module parameter "isoc". This
| controls the alternate setting when plugging in a dongle. The default
| value is 2 (or 0 if it is blacklisted device). Check the Bluetooth
| specification what value you have to choose for 2 x 16-bit SCO channels.
|
nice, did not know this yet. Should be added to the btsco documentation
*cough*
thanks for the remark,
~ Lars
- --
Lars Grunewaldt
* software development
* multimedia design
skills: C/C++/Java/PHP/(X)HTML/Flash/audio/video
web: http://www.dark-reality.de
mail: [email protected]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFB4qn7QWC6DTWkDAoRAkWXAJ0U0TDWnqjPDn1liNLOX4FEHgGSXwCfUnvO
olUo1KgMjDR1gfLomfjWHWQ=
=Jpbt
-----END PGP SIGNATURE-----
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hi Lars,
> first, it would be a good idea to update to the latest available sources
> (that is, 2.6.10 kernel and mh10 patchset).
>
> I think we do support multiple sco connections now, but you must either
> use 8-bit-audio (by hacking the btsco stuff) or hack the kernel.
>
> The problem in short: the hci_usb driver that handles the bt dongles
> needs to know how many data has to be send. So if using two 16bit
> channels, it needs to switch to the 32bit-mode, not the 16bit mode that
> is used by default.
>
> This switching is not handled automatically by now (or, not handled in
> any way to be precise), and while we are talking about it a lot, I think
> nobody fixed this by now (this includes me).
starting with 2.6.10 the hci_usb got a module parameter "isoc". This
controls the alternate setting when plugging in a dongle. The default
value is 2 (or 0 if it is blacklisted device). Check the Bluetooth
specification what value you have to choose for 2 x 16-bit SCO channels.
Regards
Marcel
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
first, it would be a good idea to update to the latest available sources
(that is, 2.6.10 kernel and mh10 patchset).
I think we do support multiple sco connections now, but you must either
use 8-bit-audio (by hacking the btsco stuff) or hack the kernel.
The problem in short: the hci_usb driver that handles the bt dongles
needs to know how many data has to be send. So if using two 16bit
channels, it needs to switch to the 32bit-mode, not the 16bit mode that
is used by default.
This switching is not handled automatically by now (or, not handled in
any way to be precise), and while we are talking about it a lot, I think
nobody fixed this by now (this includes me).
Maybe you want to dig the list archives and have a look at discussions
about sco...
best regards,
~ Lars
Jeff Fern wrote:
| Hello all,
|
| I have sucessfully got Bluez and the bt-snd-sco alsa stuff working with
| my debian 2.6.9 and mh5 patch.
|
| What I would like to do is get two headsets working, as two seperate
| audio devices so I can cat /dev/dsp1 to /dev/dsp2 and pass audio through.
|
| Whenever I currently try and connect two headsets, the second one
| reports the SCO channel is already in use.
|
| I do have two bluetooth USB dongles that can be used (although would
| like to just use one if possible).
|
| I should point out that my background is in Java and not C, so although
| I have examined the bt-snd-sco and btsco source files, I do not
| understand them enough to be able to see what is going on.
|
| Any help would be much appreciated,
|
| Regards,
|
| -Jeff Fern
|
|
| -------------------------------------------------------
| The SF.Net email is sponsored by: Beat the post-holiday blues
| Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
| It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
| _______________________________________________
| Bluez-devel mailing list
| [email protected]
| https://lists.sourceforge.net/lists/listinfo/bluez-devel
|
- --
Lars Grunewaldt
* software development
* multimedia design
skills: C/C++/Java/PHP/(X)HTML/Flash/audio/video
web: http://www.dark-reality.de
mail: [email protected]
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFB4mfEQWC6DTWkDAoRAgVkAKCsMX0puS8uFwQ9QkrUEcL///9Y5ACgmgif
v6/EiGDihE5EE9yU8ZdbAU8=
=X+Qu
-----END PGP SIGNATURE-----
-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel