Hacker News new | ask | show | jobs
by ryandrake 490 days ago
> Many manufacturers get it wrong. But the problem is not with Bluetooth.

To the end user, this is kind of a distinction without a difference. The end user doesn't care whether it's Bluetooth, The Standard that's bad or Bluetooth, the Implementation. He just knows that when he has to use Bluetooth, he's probably going to have problems.

I've worked with BLE implementation developers and I've heard the stack described as a "Layer cake of sorrow." There are major problems with it, and by "It" I mean the entire bag containing the specification, all the various implementations, and the hardware ecosystem. All of these things combined define Bluetooth in people's minds.

2 comments

HN is traditionally the kind of place where unpacking that nuance is rewarded, not dismissed
But saying that Bluetooth is fine, it's just that every implementation is broken is a bit ridiculous. Sure, there's some value in distinguishing between irreconcilable issues with the standard and implementation bugs, but if those bugs are ubiquitous, the protocol as a whole is broken.
Yes, it's useful for technical folks to understand the real difference, but I'm saying the end user doesn't care.
But if the spec as a whole is bad, all layers of the spec are bad, the implementations are all bad, and the user experience is bad, then in what way can Bluetooth be described as anything but bad?
> if the spec as a whole is bad, all layers of the spec are bad,

This discussion is intriguing. I wonder how many people commenting on "the spec" have actually read any part of "the spec" in question (I have).

And since we're posting anecdata: I can't think of a single problem I've had with a Bluetooth device in recent years, and I use a lot of Bluetooth devices. So this kind of generalizing doesn't help.

As a counterpoint, every embedded device that uses Wi-Fi promises a world of pain. The bizarre pairing procedures, connecting to temporary access points, entering passwords — it's all a combination of pain, timeouts, problems, and resets. But that doesn't lead me to state that "wifi is bad, the spec as a whole is bad, all layers of the spec are bad, the implementations are all bad".

Yes, but if we’re discussing solutions, maybe it would be relevant to understand where the problem stems from
Sometimes it is the hardware, sometime it is the software.

Two xiaomi phone models with different BT issues: One couldn't connect to two chipolos, the other loses wifi stability when connected to A2DP (ping raises, connection stutters and as the BT devices get closer, connection is lost randomly) Samsung phone: no issues [detected so far]

Then I have some Sennheiser headphones that I can get stuck and need to be physically turned on / off when it loses connection due to distance and there are other phones nearby (I roam around the house without the phone. I know that's partially on me)

I remember the time there was for windows a "BlueSoleil" BT stack besides the "Broadcomm" stack. Blue soleil was more stable, supported more profiles (pan, a2dp, etc) on more devices.

And, all those BT security issues over time? It makes me feel BT protocol cockroaches always come back.

Apple has no excuse since they control both hardware and software. They are dropping the ball.

> Apple has no excuse since they control both hardware and software.

They don't control the Bluetooth hardware though - that's still Broadcom AFAIK (at least in this 2021 Macbook M1 Pro and my 2023 M3 Max.) They might be writing the driver (I don't know if they are or if they're just interfacing with a Broadcom shim) but that doesn't necessarily help if the hardware is shonky balls.

The moral is: If everyone hates Bluetooth, the problem aren't the haters.

Personally, my experience with Bluetooth has been mixed. It certainly works, but audio quality is bad for headphones, latency is bad for mice and keyboards, sometimes the connection requires an intervention from the Norse pantheon, and so on.

Mac and bluetooth… surely a mixed experience. Most issues seem to boil down to my devices connecting to my Macbook while it is “ASLEEP” (aka lid closed). Somehow the Macbook is very eager to take over/overpower any other device (phone, other computer) to claim my BT headphones. This can be fixed in the terminal or with the Bluesnooze app [0]

[0] https://github.com/odlp/bluesnooze

> It certainly works

That's going a little too far. If you're using bluetooth headphones, and you enable a microphone anywhere, you'll stop receiving sound from everything else on your computer.