From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
For context, LDAC is one of the few wireless audio codecs stamped Hi-Res by the Japan Audio Society and its encoder is open source since Android 8, so you can see just how long Windows is sleeping on this. I'm excited about the incoming next gen called LC3plus, my next pair is definitely gonna have that.
No, soundguys made an anlysis. LDAC is still worse than direct contact and just makes some other sacrifices than aptX.
It is worse than uncompressed, but 990Kbps LDAC is the closest codec to totally transparent I've heard for Bluetooth audio. AptX HD is nearly as good to my ears, and is better than 660Kbps LDAC. The differences are very small though, especially when compared with the differences on the analog side, e.g. the amp, and particularly the headphone design.
Apple side-steps the problem by, at least when you're listening to Apple Music, simply sending the AAC stream as-is to the headphones and has them decode the audio. I don't know why that isn't a more common approach.
I'm still somewhat bemused that we're talking about Bluetooth codecs at all. It surely can't be that difficult technically to get 1.5Mbps actual throughput on Bluetooth and simply send raw 16-bit/44.1Khz PCM. 2.4Ghz WiFi is capable of hundreds of times that speed. Bluetooth has been stuck at the same speeds for decades.
Do they actually though? Everything I can find says that's just a myth. If it can play multiple things at the same time, they can't possibly do that.
I could well be wrong about the AAC passthrough, and I should have hedged that statement with "allegedly" as I've not tested it myself.
To your other point though, I disagree - there are plenty of ways you could pass through an unchanged AAC bitstream, but still mix in other sounds when required. For example, having the sender duck the original bitstream out temporarily and send a mixed replacement bitstream while the other sound is playing. Or (and this would only work if you control the firmware on the receiver, but if you're using Apple headphones with an Apple device, that's not a problem) sending multiple bitstreams to the receiver and letting the receiver mix them.