Dear developers,
I am considering to include the BlueZ SBC codec into Ekiga in order to
support music over Internet Telephony. I have not understood the SBC codec
fully therefore I need a clarification on the following issues.
If the CRC8 is wrong, does sbc_decode function conceals the lost frame? If
not, did you hear anything about a packet loss concealment algorithm for
SBC? Any work on that?
Thanks for your help
Christian Hoene
--------------------------------------------------------
Dr.-Ing. Christian Hoene
Computer Networks and Internet, University of T=FCbingen
Sand 13, 72076 T=FCbingen, Germany, Phone +49 7071 2970532
http://net.informatik.uni-tuebingen.de/~hoene
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
Hey
> I'm not a codec guru, but my experience with SBC has not been wonderful.
the codec settings may make a difference here. 4 subband-encoded audio
sounds better. There are also parts of the code we will target for
better numerical accuracy once some bugfixes are complete.
for devel-related issues, see http://wiki.bluez.org/wiki/SBC
> (Does the Bluetooth stack have a feature to swallow SBC coded material
> directly, rather than insisting that the client decode SBC to raw, then the
> audio service re-codes raw to SBC?)
yes. If you use gstreamer, you can separate a2dp transmission from the
codec. It can accept sbc coded material and with a gstreamer patch it
can accept mp3 material (provided your headset has an mp3 decoder).
> > If the CRC8 is wrong, does sbc_decode function conceals the lost frame? If
> > not, did you hear anything about a packet loss concealment algorithm for
> > SBC? Any work on that?
there is no attempt at packet loss concealment, but we're not opposed
to the idea :)
--
Brad
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel
On Tue, 12 Feb 2008, Christian Hoene wrote:
> I am considering to include the BlueZ SBC codec into Ekiga in order to
> support music over Internet Telephony. I have not understood the SBC codec
> fully therefore I need a clarification on the following issues.
I'm not a codec guru, but my experience with SBC has not been wonderful.
Using Motorola HT-820 phones, comparing Bluetooth/A2DP/SBC vs. the same
phones connected by the optional wire, the wired connection has very
noticeably better treble and bass response and is subjectively noticeably
clearer, on Chopin played directly off the CD (no other compression to
confound the judgment).
While there's nothing wrong with including SBC in Ekiga, it should be
scored lower in negotiations than Vorbis (best in my opinion, plus having
the more sanitary politics) or MP3 (close second), among the commonly
available music codecs. But if the other end knows it's going to be piping
the music to Bluetooth phones, you may or may not win by encoding as SBC at
the source, and the Bluetooth end might usefully insist on SBC.
(Does the Bluetooth stack have a feature to swallow SBC coded material
directly, rather than insisting that the client decode SBC to raw, then the
audio service re-codes raw to SBC?)
> If the CRC8 is wrong, does sbc_decode function conceals the lost frame? If
> not, did you hear anything about a packet loss concealment algorithm for
> SBC? Any work on that?
Again I'm not a codec guru, but when I read the spec for SBC I didn't
notice any such thing, but I could have missed it. In my experience, when
a packet is trashed and USB-2.0 retransmission is impossible, you just get
a brief gap in the sound. It sounds like popcorn, loudness proportional to
the loudness of the surrounding music. The effect is a lot worse if you
have a USB-1.1 dongle (I mistakenly bought 2 of them), which does no
retransmission.
Hope this helps!
James F. Carter Voice 310 825 2897 FAX 310 206 6673
UCLA-Mathnet; 6115 MSA; 405 Hilgard Ave.; Los Angeles, CA, USA 90095-1555
Email: [email protected] http://www.math.ucla.edu/~jimc (q.v. for PGP key)
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bluez-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-devel