From: Brad Midgley <bmidgley@xmission.com>
To: bluez-devel@lists.sourceforge.net
Subject: Re: [Bluez-devel] btsco - a few comments and a small .py script
Date: Sat, 20 Aug 2005 14:13:39 -0600 [thread overview]
Message-ID: <43078EF3.4050702@xmission.com> (raw)
In-Reply-To: <20050819193855.GA25514@uni-duesseldorf.de>
Andreas,
> I've played around with btsco the last few days - now it sort of works
> like intended.
great
> I got the following comments about the procedure:
>
> 1. I'd like to suggest to put the comment about compatible dongles on
> the btsco website a little clearer.
>
> "If it doesn't say anything at all about SCO mapping, " wasn't clear
> to me (being a bluetooth newbie), as it was "displaying something
> with SCO" (i.e. the MTU, but I didn't grasp the difference at first,
> as my first adapter didn't show more than the first 2 lines).
>
> I'd suggest to put a simple exaple there, how the results from
> "hciconfig hci0 revision" should look like. I.e. that the line
> "SCO mapping: HCI" should exist.
I cleaned this up a bit.
> A: Remove the line in /var/lib/bluetooth/[my-bdaddr]/linkkeys that is
> corresponding to the device that doesn't want to pair. BlueZ thinks it
> is already paired, but the Link-Key does not match.
>
> Another - possibly very interesting - solution would be to allow to
> change the bdaddr in software. This would allow me to fake the same
> dongle to have two different bdaddrs depending on where I use it,
> thus allowing the headset to correctly pair with _both_ devices,
> so that I only need to move the dongle and everything works.
>
> Is there such a command? Please excuse, if it is obvious. I'm very
> new to this stuff.
I don't know of such a command. /etc/bluetooth/link_key is how the keys
are stored in the older daemon so I've mentioned both in the docs.
> 3. I have written a small Python-Script and a .btscorc
Perfect. I gave a talk about btsco at our usergroup meeting and this
very question came up! (slides at http://flamebot.com/blog)
I will link to you or put these in a contrib dir (what do you think?)
> 4. I also have the "microphone transmits noise" problem sometimes
> (rarely). Could it be, that there is a missed byte that swaps high
> and lowbyte? It sounded a bit like this to me.
I think you are right. There is some kind of fundamental transport glitch.
> 5. My cheap (EUR 22.- incl. VAT) LevelOne BLH-1000 Headset works fine,
> except for the glitch just described. It ignores microphone level
> setup, though. Loopback control works. Using the buttons, you can
> only reach Speaker Level 12 (80%) - using the mixer you can go to
> 100%.
I added it to the list.
thanks for all the contribs!
Brad
-------------------------------------------------------
SF.Net email is Sponsored by the Better Software Conference & EXPO
September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
next prev parent reply other threads:[~2005-08-20 20:13 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-19 19:38 [Bluez-devel] btsco - a few comments and a small .py script Andreas Beck
2005-08-19 20:44 ` John Gruenenfelder
2005-08-20 20:13 ` Brad Midgley [this message]
2005-08-21 12:12 ` Andreas Beck
2005-08-21 19:26 ` Andreas Beck
2005-08-22 4:29 ` Brad Midgley
2005-08-22 12:09 ` Andreas Beck
2005-08-22 18:38 ` Andreas Beck
2005-08-22 18:53 ` [Bluez-devel] AGC and anti-noise patch for btsco kernel module Andreas Beck
2005-08-22 22:10 ` Brad Midgley
2005-08-23 15:04 ` Andreas Beck
2005-08-23 16:05 ` Andreas Beck
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=43078EF3.4050702@xmission.com \
--to=bmidgley@xmission.com \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.