Remix.run Logo
SingleSourceAI 2 days ago

[flagged]

dang 2 days ago | parent | next [-]

Please see https://news.ycombinator.com/newsguidelines.html#generated and https://news.ycombinator.com/item?id=47340079.

roman-holovin 2 days ago | parent | prev | next [-]

Both Samsung and Google already did it. My S26 Ultra supports Airdrop and I've tested it by sending and receiving photos with iPad

nine_k 2 days ago | parent | next [-]

Is this upstreamed in AOSP?

benterris 2 days ago | parent | prev [-]

What do you mean they support airdrop? Natively?

w3ll_w3ll_w3ll 2 days ago | parent | next [-]

Yes Google added the feature recently https://blog.google/products-and-platforms/platforms/android...

klabb3 2 days ago | parent [-]

Is this working seamlessly? Iirc you needed to switch settings to bypass the contacts only thing. Plus Apple can of course create more adversarial hurdles to lock other vendors out.

And, of course this only solves the phone - phone, and not even all of them. Desktops & laptops have less hope.

steelbrain 2 days ago | parent | prev [-]

Yes, natively. Thanks Google: https://blog.google/products-and-platforms/platforms/android...

3form 2 days ago | parent | prev | next [-]

>It uses a time-sliced channel-hopping mechanism so the radio can serve both infrastructure WiFi and the direct peer link simultaneously.

This seems like such a basic solution that I'm surprised that it isn't required by any of the mainstream standards before WiFi Aware. I wonder if this was some sort of a patent issue or similar.

lxgr 2 days ago | parent | next [-]

It's been a standard feature of many Wi-Fi chipsets/drivers for over a decade.

ryanmcbride 2 days ago | parent | prev [-]

Almost certainly patent related

george916a 2 days ago | parent | prev | next [-]

It is entirely possible to inject (unrelated) wifi frames while being associated to a BSS without violating the existing 802.11 standards. That’s why Apple is able to implement AWDL on standard compliant wifi hardware.

However the path towards this type of interoperability would likely go through additional standardization via IEEE 802.11* and the Wi-Fi alliance. At which point Apple will need to implement and support the new standards. There is no need to reverse engineer AWDL to meet the new European interoperability requirements. What is needed is for wifi chipset OEMs to implement such standardization. Something pretty routine of them.

It can be expected that Apple will also maintain the proprietary AWDL in order to support their legacy devices.

WhyNotHugo 2 days ago | parent [-]

AFAIK, Wi-Fi Aware / Neighbourhood Aware Networking is basically the "standardised" version of AirDrop, and as of 2025, iOS's Airdrop transparently inter-operates with it.

gregoriol 2 days ago | parent | prev | next [-]

AWDL is such an amazing technology, it's understandable that Apple wants to keep it only for their devices as it gives them a noticeable advantage for quick stuff sharing.

neilalexander 2 days ago | parent | next [-]

They didn't. Apple contributed the core logic to the Wi-Fi Alliance to build Wi-Fi Aware, which they now also support.

foltik 2 days ago | parent | next [-]

Interestingly, it still took the EU to force them to actually adopt it (and open it up for apps to use) in iOS 26.

throw0101c 2 days ago | parent | prev | next [-]

PSA:

* https://www.wi-fi.org/wi-fi-aware-resources

* https://developer.apple.com/documentation/WiFiAware

* https://developer.android.com/develop/connectivity/wifi/wifi...

gregoriol a day ago | parent [-]

Apple docs say iOS 26/macOS 26, that's so brand new that no apps are using it right now, will have to check that again in a few years.

Gigachad 2 days ago | parent | prev | next [-]

Kind of. When I looked, they added the api for devs to use on iOS, but it isn’t on macOS yet, and nothing uses it as far as I could see.

It’s a future promising tech though. A much better version of Wi-Fi Direct.

max8539 2 days ago | parent | prev [-]

So, should there be apps that use it to transfer files between iOS, Android, Windows, and Mac without requiring them to be on the same network?

jeroenhd a day ago | parent | next [-]

Google's QuickShare contains a reverse-engineered AWDL implementation that works on Pixel and a few other phones.

As for WiFi NAN: support for it seems rather limited outside of iOS and Android. From what I can tell the feature is barely tested on Linux and I can't find any generic Windows APIs for it either.

Asmod4n 2 days ago | parent | prev [-]

No WiFi cards for pcs support it.

ssl-3 2 days ago | parent | next [-]

That's not quite accurate, I don't think.

I've definitely used STA and AP modes concurrently on my Windows laptop with the operating system's built-in internet connection sharing function to help troubleshoot a problem in the field.

That was around a decade ago. It didn't take any extra effort on my part; I just told it to do the thing, and then it did that thing.

max8539 a day ago | parent | prev | next [-]

Researched this for a bit: there is some hardware for PCI supporting it, but Windows 10/11 not, and Linux is still work in progress, so no real support on OS level, only for some iOS/Android devices.

Asmod4n a day ago | parent [-]

Afaik the hardware supports it for a while now, but there is no firmware to expose the functionality.

sleepybrett 2 days ago | parent | prev [-]

it might be interesting to use unused or extra wifi cards to support this. My pc motherboard has both wifi and ethernet and I only use the ethernet. That card does absolutely nothing at all.

tencentshill 2 days ago | parent | prev | next [-]

The EU required they use an open standard https://arstechnica.com/gadgets/2025/11/the-eu-made-apple-ad...

lxgr 2 days ago | parent | prev | next [-]

AWDL really isn't that novel, neither as an idea nor implementation. What Apple did nail is the user experience on top of it.

2 days ago | parent | prev | next [-]
[deleted]
kennywinker 2 days ago | parent | prev [-]

Except 20% of the time it just doesn’t work. Hardly an advantage if most people default to texting because of airdrop’s failure rate

gregoriol a day ago | parent | next [-]

We have been using AWDL intensely (not via AirDrop but Network.framework) for 6+ years and it fails less than 5% of the time. It's pretty impressive for a non-connected link between devices. The most common problems we face are very high device density places (100+ device in 30sqm space) and device wandering out of reach quickly (sometime as low as 5m).

hahamaster 2 days ago | parent | prev [-]

Agreed. It's been like that for years.

lurker24325 2 days ago | parent | prev | next [-]

This is misinformation, including most of the comments here, the majority of phones from 2014 support Wi-Fi Direct, and simultaneous group and station mode (2 BSS, yes even different channels). Even most Wi-Fi chips generally not just smartphones for a very long time. They stay connected to your home network.

When Quickshare drops your Wi-Fi connection, its not Direct anymore, that's just soft AP from an error, and if that doesn't work, it fallback to Bluetooth. Bluetooth is used for provisioning as well.

The only reason why many apps don't use it is because of buggy implementation, some phones require a full restart after using Wi-Fi Direct to fix connectivity issues, even Motorola's own product line with Smart Connect use it only with certain models, despite having Wi-Fi direct due to poor implementation (can be forced). They even have a white list of supported adapter for the Windows app since direct is used as well, can be unofficially force enabled for Mediatek based adapters (rare on some laptops).

Back in 2016 things were much stable on Android phones with Wi-Fi Direct, even with old Blackberry, there were many apps including file managers that used it before it was essentially dropped, even for onboarding/provisioning apps like HP printers...

Apple's Airdrop success is about gaining traction, in the era of Wi-Fi Direct or other methods, most people were not aware of such features, as it required an app to be installed, they used email/messaging, even when Airdrop was first introduced and preinstalled, it took years for the average person to use it.

Saddie 2 days ago | parent | prev | next [-]

For those interested to read more on AWDL I've listed some interesting articles that I came across during lit review a while back

A research lab from TUD worked on a project investigating Apple's wireless ecosystem Link: https://owlink.org/publications/

Also something interesting that I remembered reading closely linked to AWDL?

Link: https://projectzero.google/2020/12/an-ios-zero-click-radio-p...

joenot443 2 days ago | parent | prev | next [-]

> which is a proprietary peer-to-peer layer that runs alongside your existing WiFi connection without dropping it. It uses a time-sliced channel-hopping mechanism so the radio can serve both infrastructure WiFi and the direct peer link simultaneously.

Maybe a network nerd can chime in - is this implementation so difficult that it's unrealistic we'll see an OSS version?

granthum 2 days ago | parent | next [-]

I think the thing that makes an OSS implementation more difficult than iOS/macOS is the friction involved.

Say you've got an android phone, windows PC, and a linux box, and you want to be able to quickly drop files from each one. unless we get some kind of cooperation across all three platforms at the OS level, you'd at minimum need to install some kind of client into each system - when the nicest feature of airdrop is that it's baked into all of Apple's OSs, in my opinion. even if it worked exactly the same way, but had to be installed, I think it would see less use - and there's no real way for a single OSS project to do that across multiple OS platforms, to my knowledge

lxgr 2 days ago | parent | prev | next [-]

The physical layer part really isn't complicated, and most Wi-Fi chipsets have supported something like it for over a decade now.

What's tricky is to specify and get everybody to implement the layers on top of it, including device discovery (frequently offloaded to Bluetooth for efficiency reasons), user identification (Apple runs a PKI for this) etc.

ghosty141 2 days ago | parent | prev [-]

Not an expert on mobile development but I doubt an android app has the low-level access needed to the wifi stack to do this.

Asmod4n 2 days ago | parent | prev | next [-]

There is an open standard for that which is included in Apple devices since the iPhone 15. google implements it since the pixel 3. It’s called NAN. There are no WiFi cards available for consumers to buy which expose that as part of their firmware sadly. But wpa_supplicant has implemented part of the standard.

lxgr 2 days ago | parent | prev | next [-]

> It uses a time-sliced channel-hopping mechanism so the radio can serve both infrastructure WiFi and the direct peer link simultaneously.

This is really nothing special as 802.11 implementations go, as it's pretty easy to do as long as you can control the physical channel for at least one side.

Many Windows, Linux, and Android devices have been supporthing this for years. It's usually called something like "simultaneous AP/STA mode".

armchairhacker 2 days ago | parent | prev | next [-]

FYI this is an LLM comment, and other replies point out inaccuracies…

coldstartops 2 days ago | parent | prev | next [-]

also they use mDNS, which many programming languages, such as go, got it in their net library

klabb3 2 days ago | parent [-]

No they don’t? There are several 3p libs for it but not in std. Unless I’m blind and didn’t get the memo.

coldstartops a day ago | parent [-]

No you didn't miss. I mixed the concept, UDP broadcast similar to mDNS, yes part of net library. actual mDNS like visible in Finder and actual RFC implementation not part of standard library. What I was trying to say was easy to make "mdns-ish" with just standard lib, rush typed it and ended up like that.

klabb3 21 hours ago | parent [-]

Yeah I implemented my own in Go because I was unhappy with the 3p ones, so that’s why I reacted. It’s surprisingly hard to get right, in particular:

1. Backoff and timer logic to not flood network.

2. Caching entries for the same reason.

3. Handling multiple network interfaces, and detecting when they changed.

coldstartops 14 hours ago | parent [-]

hah, I feel you for 3. I was constantly hitting the loopback network interface and I was like, why no discovery. in hindisght bad idea to always get the first entry in an array, now go through a list of network interfaces that i spam.

for 1. i send a mutlicast of max 512 bytes on 224.0.0.167:26999 every 3 seconds 2. not really caching, just have a map of people that get discovered.

and god bless, I just rolled with this. if people will use the tool and they will complain about it, then it will be a problem for later. for me between my home devices did not notice inconveniences.

in total around 200 lines of golang.

idiotsecant 2 days ago | parent | prev | next [-]

Seems weird there is no 802.n variant to do this very popular thing

neilalexander 2 days ago | parent | next [-]

That's precisely what Wi-Fi Aware (NaN) is and it is heavily based on AWDL. It's even built into recent versions of iOS and Android.

infogulch 2 days ago | parent | next [-]

I've never heard of Wi-Fi Aware, thanks for sharing. Are there any devices/chips that support it today?

Gigachad 2 days ago | parent [-]

iOS 26 supports it. I tried looking in to it and I couldn’t find anything using it yet though.

bee_rider 2 days ago | parent | prev [-]

Wait did they actually name it NaN or is that a joke?

jiveturkey 2 days ago | parent [-]

NAN, not NaN. NaN is parent's editorialization or muscle memory.

bee_rider 2 days ago | parent [-]

Oh; I thought maybe it just didn’t have an 802 type name so it might have just been a little joke.

Anyway, good to know we can use our NAN signal to send signal NaNs!

2 days ago | parent | prev [-]
[deleted]
ekropotin 2 days ago | parent | prev | next [-]

Fascinating! Thanks for breaking it down.

m463 2 days ago | parent | prev [-]

I thought airdrop also used bluetooth

lights0123 2 days ago | parent [-]

Only for discovery. The actual transfer happens over WiFi, which is many times faster.

m463 2 days ago | parent [-]

right, but that could set up the adhoc wifi network.