Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

is there evidence it’s for vendor lock in purposes? airpods have a pretty stellar connection for bluetooth, wouldn’t be surprised if there were performance reasons for them going off spec


I doubt it’s for any reason at all. The obvious explanation is that they just developed and tested these extra firmware features against Apple devices because that was the product decision. Since nobody was tasked with targeting Android they might not have even noticed that it wasn’t perfectly spec-compliant if those states were never encountered, nor expected to be encountered.


No there isn’t. I’ve said this a million times before, but usually just downvoted: this is about reducing support costs, not increasing revenue from lock-in. This is not a theory, I’ve sat in meetings at Cupertino and been told first hand.

Support is very expensive. Say what you want about Apple, but they provide absolutely stellar support, especially with the stupidly inexpensive Apple Care insurance. This is only cost effective if they can make reasonable predictions about how their devices will behave in any given scenario. Interfacing Apple hardware with non-certified (MFi, BLE, etc) third party hardware has a non-trivial risk of unpredictability high support costs, either from excessive Apple Care claims, customer support communications, or just overloading the Genius Bar.

Reducing support cost could easily explain the motivation of the entire walled garden if they are sufficiently high.


That's tautological. Everything that is not supported is so because supporting it has a cost. The question is what is the cost? It seems quite obvious that the marginal revenue from airpods would be overshadowed by the revenue of getting a user in the ecosystem.


Having to test the AirPods with more standards compliant devices, having to waste time to tell customers to fuck off if their phone/laptop/toaster is not standards compliant, having to waste engineering time to investigate non compliant aliexpress phones/laptops/toasters, wasting time to implement additional functionality for Apple customers because it has to go into the spec first


Yes, all that is a part of the cost equation, which points to the same thing, namely, that $200-$300 widgets are not worth selling to the general public; they would rather sell them to a customer who will spend a lot more in the ecosystem. Same as razors and blades or consoles and games.


Customer support costs are higher at Apple than its competitors, because they provide a better support experience. This is not a tautology, it’s one of their core value propositions


They couldn't just write (and make people aware at point of sale, ofc) 'no support for using devices with non-Apple Computers products' into Apple Care. They had to purposely break compatibility?


if (name == 'APPLE') will surely improve performance.


Specifications are there for a reason... Why use Bluetooth at all if they don't actually use it properly?


You can still connect AirPods to an android device using Bluetooth, you just don’t get the seamless connection or support for Spatial Audio that use the extended protocols


You can't even change noise cancel's mode.


It's just on and off, and doesn't let you choose between the different ones (transparency, conversation aware, etc)


> Why use Bluetooth at all if they don't actually use it properly?

Because they needed a way to get audio to the AirPods wirelessly and to work with their devices? That’s a pretty good reason to use Bluetooth.

I doubt they got together and tried to scheme a way to break Bluetooth in this one tiny little way for vendor lock in. You can use the basic AirPod features with other Bluetooth devices. It’s just these extended features that were never developed for other platforms.

HN comments lean heavily conspiratorial but I think the obvious explanation is that the devs built and tested it against iPhone and Mac targets and optimized for that. This minor discrepancy wasn’t worked around because it isn’t triggered on Apple platforms and it’s not a target for them.


It reminds me of the USB keyboard extender that came with old Macs. There’s a little notch in the socket so you can only use it with Apple keyboards. At the time I thought it was a petty way of preventing you from using it with any other device, but apparently the reason they didn’t want you to use it with other devices is because the cable didn’t comply with the USB spec.

Some pictures here: https://www.reddit.com/r/assholedesign/comments/b1u08k/this_...


Yes, USB extenders are not spec-legal (because the device isn't built expecting to be extended).

But you can have an extension cord which accepts USB on one end but doesn't accept USB on the other.

So the keyboard has a superset connector so that it can go in regular USB and notched USB, because it is verified to work right when using the extension cord.

This design also means you can't plug one extension cord into another to get an even longer distance (which the keyboard wouldn't expect). Pretty clever solution.


Did you even bother about reading the comments on your own citation?


Yes, I did actually. I genuinely don’t know what you’re referring to?


>doubt they got together and tried to scheme a way to break Bluetooth in this one tiny little way for vendor lock in.

No conspiracy needed, surely it would be unilateral? It seems exactly the sort of thing Apple Computers would do to protect their ecosystem.


Perhaps Apple correctly implemented the specification here


This is Microsoft's playbook from many years ago: embrace, extend, extinguish.


Apple is a promoter member of the Bluetooth standard organization for a while now, so it could submit that as an enhancement.


Assuming they even went off spec at all.


Performance reasons LOL. Apple fans love plausible deniability.


And haters love a conspiracy.

Truth is, no one has the full facts so any reasons as to why this was made the way it was is pure speculation. Only a fool would move to condemn or endorse what is not yet fully understood.


As someone who's implemented custom Bluetooth protocols, it's actually quite easy to condemn an Apple manufacturer ID check to expose custom services.

And what do you mean by "conspiracy"? I would be shocked to find out this was done by some lone wolf and wasn't built with broad (even if grumbly) consensus in the relevant teams. That's how corporate software is built.


Every time someone opens an argument with the classic appeal to authority “as someone who has…” you can almost certainly expect to have that person miss the point of the discussion entirely.


What a fantastic way to keep from addressing anything I said while still allowing you to act condescendingly.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: