welchen bluetooth adapter für bluetooth kopfhörer

Seite 1 von 1 - Forum: Linux and other OS auf overclockers.at

URL: https://www.overclockers.at/linux/welchen-bluetooth-adapter-fr-bluetooth-kopfhrer_247621/page_1 - zur Vollversion wechseln!

davebastard schrieb am 23.11.2016 um 14:18

geh ich richtig in der annahme dass ich aptx, und damit den qualitativ hochwertigsten codec für bluetooth-kopfhörer, nur über einen bluetooth stick bekomme der als externe soundkarte und ohne treiber funktioniert ?

also sowas wie hier ?
https://www.amazon.de/Avantree-Blue...K825AAHHM2YVXCG

oder seit ihr der meinung dass es egal ist und die quali bei 5€ standard bluetooth 4.0 adapter ohne aptx gleich gut ist ?

aptx ist ja soweit ich weiß proprietär und wird deshalb nicht unterstützt von Linux.

hab schon etwas gegooglet aber die meisten sachen was ich dazu gefunden hab sind veraltet.

COLOSSUS schrieb am 23.11.2016 um 18:46

Ich hab da auch kuerzlich recherchiert, und u. a. Entwickler von bluez und pulseaudio befragt. Eine definitive Antwort aus deren Munde kann ich nicht bieten, aber ich glaube, das hier rausgefunden zu haben:

Es gibt keinen freien aptX-Encoder, weswegen du am GNU/Linux-Desktop _vermutlich_ (siehe weiter unten) keinen Vorteil aus aptX ziehen wirst koennen. Es gibt allerdings USB-BT-Adapter (mit Chip von Broadcom), die aptX unterstuetzen, und auch andere, sicher nutzbare A2DP-Bitstreams transportieren koennen. Die kosten auch nicht mehr als andere (hab ich ab 8 Euro gesehen auf EBay); es schadet also wohl nicht, so einen zu kaufen.

Was ich ueber BT-Audio bisher nicht wusste: Alles, was du an Audiodaten in Richtung von BT-Endpunkten schickst, wird aus der decodierten Waveform nochmal in irgendein komprimiertes Format encodiert, und dann am Sink (Kopfhoerer, Box, Wasauchimmer) abermals in PCM decodiert. Damit einher geht natuerlich ein gewisser Qualitaetsverlust.

Im Rahmen von A2DP gibt es flexiblen Codec-Support, sodass sich Endgeraete darauf einigen koennen, lizenzkostenpflichtige Verfahren (wie eben aptX) zu verwenden, um diesen Verlust minimal zu halten - deswegen KOENNTE es auch sein, dass aptX in einem USB-Dongle einfach voellig transparent zur Uebertragung eingesetzt werden kann; das muesste man im Zeifel halt ausprobieren und via hci snooping ermitteln.

Weiters gibt es einige Geraete, die als "wire-Format" auch MP3 oder AAC verstehen. Damit ist es THEORETISCH moeglich, dass wenn dein Software-Player und dein BT-Stack ueber diesen Umstand Bescheid wissen, sie den Quell-Bitstrom direkt und ohne Transcoding an den Sink durchschieben koennten. Ich glaube aber nicht, dass das unter GNU/Linux mit pulseaudio und Co. (oder auf sonst irgendeiner Plattform) gemacht wird.

Edith meint noch: Ich hab derzeit BT-Geraete ohne aptX-Support mit A2DP im Betrieb, und bin mit der Qualitaet sehr zufrieden. Wegen des etwas duerftigen tragekomforts meiner Kopfhoerer schau ich mich aber gerade nach Ersatz um, und da wollte ich das auch etwas genauer wissen

davebastard schrieb am 23.11.2016 um 21:35

Zitat
Es gibt keinen freien aptX-Encoder, weswegen du am GNU/Linux-Desktop _vermutlich_ (siehe weiter unten) keinen Vorteil aus aptX ziehen wirst koennen.

also so ein teil wie das avantree wird wohl schon aptx können. da es die wireless verbindung ja quasi unabhängig aufbaut. zumindest liest es sich so im text bzw. in den kommentaren. aber 30€ ist schon ein unterschied zu 5-10€.

Zitat
Es gibt allerdings USB-BT-Adapter (mit Chip von Broadcom), die aptX unterstuetzen, und auch andere, sicher nutzbare A2DP-Bitstreams transportieren koennen. Die kosten auch nicht mehr als andere (hab ich ab 8 Euro gesehen auf EBay); es schadet also wohl nicht, so einen zu kaufen.

sowas ?
http://www.ebay.de/itm/Broadcom-BCM...~IAAOSwal5YGlHJ

wie kommst du zur annahme dass da aptx unterstützt wird ?
hast du irgendwelche links zu empfehlungen oder wie bist du auf broadcom gekommen ?

Zitat
Was ich ueber BT-Audio bisher nicht wusste: Alles, was du an Audiodaten in Richtung von BT-Endpunkten schickst, wird aus der decodierten Waveform nochmal in irgendein komprimiertes Format encodiert, und dann am Sink (Kopfhoerer, Box, Wasauchimmer) abermals in PCM decodiert. Damit einher geht natuerlich ein gewisser Qualitaetsverlust.

das war mir schon klar und das ist auch der grund warum ichs gern über aptx zum laufen bringen würde. nachdem ich jetzt genauer nachgesehen hab ist wohl SBC der "kleinste gemeinsame nenner" und geht bis 350kbit/s. wobei halt auch die frage ist wie weit das ausgenutzt wird. man liest in diversen foren schon immer wieder von spürbaren qualitätsunterschieden zwischen aptx und SBC.
in einem handyforum hab ich mittlerweile aber eh auch feststellen müssen, dass mein oneplus x kein aptx unterstützt weil die lizenzkosten eingespart wurden
d.h. am handy kann ich schon mal nur SBC nutzen.

Zitat
Im Rahmen von A2DP gibt es flexiblen Codec-Support, sodass sich Endgeraete darauf einigen koennen, lizenzkostenpflichtige Verfahren (wie eben aptX) zu verwenden, um diesen Verlust minimal zu halten - deswegen KOENNTE es auch sein, dass aptX in einem USB-Dongle einfach voellig transparent zur Uebertragung eingesetzt werden kann; das muesste man im Zeifel halt ausprobieren und via hci snooping ermitteln.

das wär ideal

Zitat
Weiters gibt es einige Geraete, die als "wire-Format" auch MP3 oder AAC verstehen. Damit ist es THEORETISCH moeglich, dass wenn dein Software-Player und dein BT-Stack ueber diesen Umstand Bescheid wissen, sie den Quell-Bitstrom direkt und ohne Transcoding an den Sink durchschieben koennten. Ich glaube aber nicht, dass das unter GNU/Linux mit pulseaudio und Co. (oder auf sonst irgendeiner Plattform) gemacht wird.

ja grad im audiophilen bereich gibts einige mit AAC obwohl ich vermuten würde dass das dann hauptsächlich von apple verwendet wird.mit mp3 hätt ich noch nichts gesehen.

z.B b&o h7
https://www.beoplay.com/products/beoplayh7#techspec

Zitat
Edith meint noch: Ich hab derzeit BT-Geraete ohne aptX-Support mit A2DP im Betrieb, und bin mit der Qualitaet sehr zufrieden. Wegen des etwas duerftigen tragekomforts meiner Kopfhoerer schau ich mich aber gerade nach Ersatz um, und da wollte ich das auch etwas genauer wissen [/B]

das mit dem tragekomfort geht mir ähnlich

hab quasi zum ausprobieren von bt-headphones einen aus china genommen, unterstützt allerdings aptx und wurde auf reddit recht gelobt für die 30€ die er kostet. naja vom tragekomfort stand da nix

vergleich zwischen aptx und SBC konnte ich noch nicht vornehmen weil ich keine aptx quelle hab. vermutlich wird da auch nicht viel unterschied sein aber wenns mal ein teureres kopfhörer-modell wird will ich gerüstet sein.

die da: https://www.amazon.de/M05-%C3%9Cber...ords=ausdom+m05

insgesamt bleibt zu sagen dass es wieder mal traurig ist, dass praktisch alle hersteller auf ein proprietäres Codec setzen :rolleyes:

davebastard schrieb am 20.12.2016 um 23:06

so habs jetzt mal versucht mit einem logilink dongle mit CSR chipsatz (paar euro ding):

man sieht der sink würde der reihe nach aptx,dann aac, dann SBC anbieten. die ersten beiden scheitern mangels unterstützung -> es wird die letztmögliche variante SBC genommen

Code:

avdtp
HCI sniffer - Bluetooth packet analyzer ver 5.23
device: hci0 snap_len: 1500 filter: 0x400




< AVDTP(s): Discover cmd: transaction 10 nsp 0x00
> AVDTP(s): Discover rsp: transaction 10 nsp 0x00
    ACP SEID 5 - Audio Sink
    ACP SEID 3 - Audio Sink
    ACP SEID 1 - Audio Sink
< AVDTP(s): Capabilities cmd: transaction 11 nsp 0x00
    ACP SEID 5
> AVDTP(s): Capabilities rsp: transaction 11 nsp 0x00
    Media Transport
    Media Codec - non-A2DP (aptX)
      16kHz 32kHz 44.1kHz 48kHz 
      Stereo 
    Content Protection
      02 00 
< AVDTP(s): Capabilities cmd: transaction 12 nsp 0x00
    ACP SEID 3
> AVDTP(s): Capabilities rsp: transaction 12 nsp 0x00
    Media Transport
    Media Codec - MPEG-2,4 AAC
      MPEG-2 AAC LC MPEG-4 AAC LC 
      8kHz 11.025kHz 12kHz 16kHz 22.05kHz 24kHz 32kHz 44.1kHz 48kHz 
      1 2 Channels
      320000bps VBR
    Content Protection
      02 00 
< AVDTP(s): Capabilities cmd: transaction 13 nsp 0x00
    ACP SEID 1
> AVDTP(s): Capabilities rsp: transaction 13 nsp 0x00
    Media Transport
    Media Codec - SBC
      16kHz 32kHz 44.1kHz 48kHz 
      Mono DualChannel Stereo JointStereo 
      4 8 12 16 Blocks
      4 8 Subbands
      SNR Loudness 
      Bitpool Range 2-53
    Content Protection
      02 00 
< AVDTP(s): Set config cmd: transaction 14 nsp 0x00
    ACP SEID 1 - INT SEID 1
    Media Transport
    Media Codec - SBC
      44.1kHz 
      JointStereo 
      16 Blocks
      8 Subbands
      Loudness 
      Bitpool Range 2-53
> AVDTP(s): Set config rsp: transaction 14 nsp 0x00
< AVDTP(s): Open cmd: transaction 15 nsp 0x00
    ACP SEID 1
> AVDTP(s): Open rsp: transaction 15 nsp 0x00
< AVDTP(s): Start cmd: transaction 0 nsp 0x00
    ACP SEID 1
> AVDTP(s): Start rsp: transaction 0 nsp 0x00
< AVDTP(m): ver 2 cc 0 pt 1 seqn 0 time 0 ssrc 1
< AVDTP(m): ver 2 cc 0 pt 1 seqn 1 time 896 ssrc 1
< AVDTP(m): ver 2 cc 0 pt 1 seqn 2 time 1792 ssrc 1
< AVDTP(m): ver 2 cc 0 pt 1 seqn 3 time 2688 ssrc 1
< AVDTP(m): ver 2 cc 0 p

ob es klanglich einen unterschied macht müsst ich bei gelegenheit mit meiner windows partition austesten (schlecht klingts ned...).