My problem is that all these alternatives require the devices to be on the same local network.
One beauty of Airdrop is that it creates and handles that local network automatically under the hood (as far as I understand). So you could be out on a hike with friends and Airdrop something.
The workaround I've found after switching to an Android device has been to teather my connection to my friend's device, which ends up creating a LAN that Localsend can work through, but this is not as nice an experience.
Creates QR codes for each device to scan for webrtc. Android to android will do an audible chirp that lets the devices know to switch from qr code mode to opening the camera to scan each others codes. Tested android to apple and working, the audio chirp doesn't get caught by apple. Just wait and eventually the qr code will dissolve to allow scanning step.
Just threw this together. I was playing with audio handshake using bird-like chirp "songs" or old school modem between smartphones. Fun putting phones together as they send audio frames and confirm to start transfer, but unreliable and slow to handshake. I would like to cleanup the flow to improve. I've started using it for sending files between iphone/android/pc without having to deal with apps, emails, accounts, etc. blah.
thingortwo 1 hours ago [-]
This is using webrtc and speeds are slower than a physical USB I get 3-4MB/s instead of local network speed of 30MB/s due to browser browser implementation bottlenecks. I needed fast local network sharing of files over 5GB and tried a lot of approaches and speed doesn't budge more than 6-7MB/s .
Also you don't even need a server atleast for now in chrome webrtc transfer can work over a file:// in firefox it doesn't. For signaling you could even use free peerjs tunnel or other when user is connected to internet and otherwise fallback to this QR or offer code sharing. This will become so useful if browsers eliminate those bottlenecks.
also even in localsend speeds are limited usually to my internet speed for some reason.
nomel 6 hours ago [-]
Whenever I need to use something like this it's because the device isn't mine, which makes this so much better than an app. Would be cool if there was a text message option, and a bit of server so the second scan wouldn't be required. Pretty funny how simple the concept is though.
nyreed 13 hours ago [-]
For true crossplatform p2p the closest I have found is FlyingCarpet [1].
It's a pretty polished PWA you don't even need to install as it uses WebRTC P2P streaming in the local network or via TURN over internet.
So a good solution for ad-hoc file sharing without ad-hoc network.
user3939382 48 minutes ago [-]
I use wormhole.app
eigenspace 13 hours ago [-]
Very cool, I didn't know about this. I'll watch it with interest.
max8539 11 hours ago [-]
Airdrop is also pretty weird: sometimes it can’t find other phones (probably when a previous transfer failed silently in the background). Also, it had some issues searching for contacts when there was no mobile/Wi-Fi connection (tried to send photos to another phone in the mountains). Sometimes it could just freeze and not work… Apple magic here isn’t really useful.
WhyNotHugo 12 hours ago [-]
Indeed, Localsend only does the last step of what Airdrop does. With Localsend, you need to:
- Create an ad-hoc Wi-Fi network on one device.
- Connect the other device(s) to that Wi-Fi network.
- Now run Localsend.
The first two steps are a bit of a drag, and the fact that Airdrop handles it is what makes it so frictionless to use.
giobox 11 hours ago [-]
Right, the first two steps are what make AirDrop, "AirDrop". This isn't an alternative at all if it requires both devices to already be connected to the same WiFi.
AirDrop is fantastic for sharing files with people you don't know/just met - if we have to find and agree to join the same wifi before we interact we are no longer talking about the same feature.
If Apple's AirDrop implementation had required people to join the same WiFi first, the feature would never have taken off the way it has among non-techy users. I'm still today mildly surprised I can use AirDrop as a verb in conversation and most of the time the other party knows what I mean.
nine_k 11 hours ago [-]
Speaking of ad-hoc communication channels that do not require shared infrastructure: I like the idea of https://github.com/divan/txqr which sends data using animated QR codes. An ultimate guarantee of physical proximity. The bandwidth is not comparable to WiFi 6, of course, but no OS support is required.
Not only that, but with iOS 17.1 or later, AirDrop transfers will continue to work if you go out of Wi-Fi range during the transfer. It seamlessly switches to an Internet-based relay.
lxgr 9 hours ago [-]
Which, in my view, significantly decreases the value proposition, as there is no way to deactivate this feature to my knowledge (at least not without also opting out of other useful features under the "Handoff" umbrella).
A typical Apple feature, dreamed up by engineers that are presumably not aware of the existence of metered data plans...
sholladay 5 hours ago [-]
You can disable it, actually.
Settings > General > AirDrop > turn off Use Cellular Data
That said, I don’t really see why you would disable that. It’s only a backup method for when the peer-to-peer connection fails. Unless you are sending huge files on a regular basis, I wouldn’t expect it to be worth disabling. Also, most metered plans I’ve encountered just cause your connection to be very slow after you hit the data cap.
If you are on a plan that automatically charges you excessive overage fees without warning and there is no other choice, then my condolences.
lxgr 5 hours ago [-]
Oh, cool, thank you! I must have used the wrong search terms; I could only find vague hints about deactivating Handoff/Continuity.
I stand corrected, and I appreciate that Apple did consider the non-Bay-Area use case :)
> Unless you are sending huge files on a regular basis
I do use AirDrop extensively for sharing photos when traveling. One sharing session could easily eat through my roaming allowance.
Which alternatives are you using for AirDrop on Linux? I haven't been able to find a good one for this yet.
lukeschlather 7 minutes ago [-]
With Linux it's very easy as long as you're okay going offline - just make an ad hoc wifi network, have the other device connect to it, then you can do whatever (Localsend, host a local webserver on the linux machine, whatever.)
coldstartops 12 hours ago [-]
I've built my own, called KEIBIDROP :D but did not release the mobile apps let
I don’t think this article is actually accurate. It seems like Google just reverse engineered airdrop rather than Apple changing the tech they use. Because quickshare works with all airdrop devices now. Not just ones recently updated.
eigenspace 13 hours ago [-]
One Android phone supports it so far, and it's widely expected Apple will find some way to lock it out or at least delay more support.
reaperducer 12 hours ago [-]
it's widely expected Apple will find some way to lock it out
I suppose that is "widely expected" from the usual group of anti-Apple internet griefers looking for a reason to moan in public, rather than actually doing some research or knowing things.
To quote a sibling comment:
"Apple contributed the core logic to the Wi-Fi Alliance to build Wi-Fi Aware, which they now also support."
vrganj 13 hours ago [-]
Glass half empty kinda guy, huh? :-)
eigenspace 13 hours ago [-]
Not generally, I just don't have that specific phone that has implemented the workaround, and so this isn't a solution for me.
Apple has consistently done everything it can to self-sabotage their implementations of stuff to comply with EU anti-trust legislation like the stuff with digital marketplaces, so I'm not holding my breath on this.
satvikpendem 12 hours ago [-]
Iroh is a relay protocol for peer to peer transfers over the Internet so it doesn't have this problem, check out my other comment here about wrappers around the protocol for sending files, Sendme is the one I use.
Iroh's protocol can figure out if the devices are on the same LAN and avoid going over the internet. It can work without a discovery server too -- i.e. completely LAN.
t43562 12 hours ago [-]
bluetooth is local. Actually, I realise I'm being facetious since I've not managed to get Apple bluetooth to connect to anything non Apple yet.
eigenspace 11 hours ago [-]
Bluetooth is also very slow. Airdrop and Localsend achieve speed by using local wifi networks. The problem with Localsend is that the user themselves need to manage the creation of the local network.
askldfhalkdfh 12 hours ago [-]
This. Localsend may be very useful for a set of devices you control or influence. The USP of Airdrop is ad hoc sharing with people you don't really know. Classic case is meeting strangers on holiday and you want to swap some photos of the trip you're on. One or both of you doesn't have data or time to install anything, or it's just too hard to persuade someone they should install random app. Pairing Bluetooth or setting up local networks is way too convoluted and time consuming.
With Airdrop you have trivially easy, "just works" sharing with people in proximity. It works great between iPhones and Pixel phones now they support it. It just needs support to spread to more Android devices.
davely 12 hours ago [-]
> With Airdrop you have trivially easy, "just works" sharing with people in proximity.
Funny enough, I encounter so many problems trying to share things via AirDrop with friends, family, and even my own Apple devices that I just tell everyone to install LocalSend and I find that things work better.
I’m not sure why that is, because AirDrop used to work pretty well for me. But it’s been an exercise in frustration more often than not for me.
(Obviously, LocalSend works only as long as everyone is on the same network.)
t43562 12 hours ago [-]
setting up local networks is so trivial compared to forcing everyone to buy an Apple gizmo.
bee_rider 11 hours ago [-]
True. But I mean these are photos (from strangers that you aren’t even willing to exchange phone numbers with?). It is a really non-essential feature anyway, so most likely everybody who doesn’t have an Apple device skips it.
lukeschlather 5 minutes ago [-]
If it's videos sending over local wifi is the best option, even with people you know.
justmarc 7 hours ago [-]
That's why we worked very hard to create the ultimate, nothing held back tool and recently launched it. Works across any device/user/platform.
UI, CLI, Local network, over the internet, anything. P2P + E2EE.
Not interested in an over-over-the-internet solution. What makes Airdrop good is that it's local.
tremarley 11 hours ago [-]
Feem is the only reliable one I've found that doesn't rely on being on the same local network
It works on iOS and Android
randomeel 8 hours ago [-]
I just use blip to send files to anyone on any device but it requires an account
chasil 13 hours ago [-]
I am usually able to coerce a Localsend connection by using a WiFi hotspot on the target device.
Usually, but not always.
eigenspace 13 hours ago [-]
I literally said that in my comment:
> The workaround I've found after switching to an Android device has been to teather my connection to my friend's device, which ends up creating a LAN that Localsend can work through, but this is not as nice an experience.
kitchi 11 hours ago [-]
I've recently started using blip, which works very similarly to airdrop after the initial pairing has happened. The devices do not need to be on the same network etc.
randomeel 8 hours ago [-]
I just use blip to send files to anyone on any device
p_stuart82 7 hours ago [-]
yeah the airdrop part is not having to turn one phone into a hotspot first.
tetris11 13 hours ago [-]
Wireguard VPN to your home network, and then you can do anything
teew 13 hours ago [-]
"Check out this alternative road vehicle I invented: it works on most surfaces except it can't drive on inter-city roads."
"You could fix that by builing a rail track and using a train."
agrounds 13 hours ago [-]
And everyone you ever want to share files with locally also has access to your home VPN?
eigenspace 13 hours ago [-]
That's an even worse solution than the hacky workaround of just teathering my internet connection.
The whole point of these solutions is to not have to transmit data over the internet, it should work over a local dynamic connection.
lorenzohess 13 hours ago [-]
If you're on a hike you can get on the same network by joining your friend's phone WiFi hotspot.
eigenspace 13 hours ago [-]
I literally said that in my comment. I also said it's not as nice an experience.
lorenzohess 5 hours ago [-]
Whoops, totally missed that. Maybe Localsend could include some "discover" mode where Wi-Fi hotspot connection happens automatically?
kalleboo 13 hours ago [-]
I'm honestly surprised that WiFi Hotspot doesn't isolate hosts, after companies like Meta have been caught running servers inside their apps and connecting to those to track users.
lakshyanoir 12 hours ago [-]
try out this app called "Blip". It doesn't require you to be on the same network.
eigenspace 4 hours ago [-]
It does require an internet connection though, which is worse.
Fokamul 13 hours ago [-]
Yes exactly, that's why another RCE which will be found in Airdrop, if found by bad actor. Will be pretty fun to watch.
Last RCE in Airdrop, could be made into worm, it was found by whitehat, luckily for Apple there are still people, which are willing report exploits for little money, so billionaires can enjoy their life on yachts.
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.
>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 9 hours ago [-]
It's been a standard feature of many Wi-Fi chipsets/drivers for over a decade.
ryanmcbride 12 hours ago [-]
Almost certainly patent related
george916a 12 hours ago [-]
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 12 hours ago [-]
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.
Saddie 8 hours ago [-]
For those interested to read more on AWDL I've listed some interesting articles that I came across during lit review a while back
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 13 hours ago [-]
They didn't. Apple contributed the core logic to the Wi-Fi Alliance to build Wi-Fi Aware, which they now also support.
foltik 13 hours ago [-]
Interestingly, it still took the EU to force them to actually adopt it (and open it up for apps to use) in iOS 26.
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 11 hours ago [-]
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?
Asmod4n 11 hours ago [-]
No WiFi cards for pcs support it.
max8539 2 hours ago [-]
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.
ssl-3 8 hours ago [-]
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.
sleepybrett 10 hours ago [-]
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.
AWDL really isn't that novel, neither as an idea nor implementation. What Apple did nail is the user experience on top of it.
13 hours ago [-]
kennywinker 11 hours ago [-]
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
hahamaster 10 hours ago [-]
Agreed. It's been like that for years.
Asmod4n 11 hours ago [-]
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.
joenot443 12 hours ago [-]
> 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 12 hours ago [-]
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 9 hours ago [-]
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 12 hours ago [-]
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.
lxgr 9 hours ago [-]
> 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".
lurker24325 13 hours ago [-]
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.
armchairhacker 9 hours ago [-]
FYI this is an LLM comment, and other replies point out inaccuracies…
coldstartops 12 hours ago [-]
also they use mDNS, which many programming languages, such as go, got it in their net library
klabb3 8 hours ago [-]
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.
ekropotin 8 hours ago [-]
Fascinating!
Thanks for breaking it down.
m463 8 hours ago [-]
I thought airdrop also used bluetooth
lights0123 7 hours ago [-]
Only for discovery. The actual transfer happens over WiFi, which is many times faster.
m463 7 hours ago [-]
right, but that could set up the adhoc wifi network.
idiotsecant 13 hours ago [-]
Seems weird there is no 802.n variant to do this very popular thing
neilalexander 13 hours ago [-]
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 13 hours ago [-]
I've never heard of Wi-Fi Aware, thanks for sharing. Are there any devices/chips that support it today?
Gigachad 13 hours ago [-]
iOS 26 supports it. I tried looking in to it and I couldn’t find anything using it yet though.
bee_rider 12 hours ago [-]
Wait did they actually name it NaN or is that a joke?
jiveturkey 11 hours ago [-]
NAN, not NaN. NaN is parent's editorialization or muscle memory.
bee_rider 11 hours ago [-]
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!
13 hours ago [-]
a7fort 14 hours ago [-]
Recently started using it, it works really well and it's much more reliable than AirDrop. But the UX could be improved.
But I just wish Apple fixed AirDrop, every time I go to use I have so little confidence in it, it often doesn't see devices or if you have multiple Mac users it will confuse them, showing you the same Mac device twice without telling you which user it is
d3Xt3r 14 hours ago [-]
I'm curious, what do you people use this for? What are all these (presumably large) files that you guys are generating and transferring, that requires the use of apps like these?
Like in my case, the only files I generate on my phone are photos and videos, and these get backed up by Immich, which I can then share with someone by sending them a link to the files/album in question. I imagine normal folks would use iCloud or Google Photos for the same task.
For syncing other files like documents and such, I use ownCloud OCIS, and I'd imagine most other folks would use something like DropBox or iCloud, or even just email or WhatsApp the files.
For local network transfers of say ISOs or something, I'd just copy them over SMB, which is pretty much universal and doesn't need any special app. Or even just plug in a hard drive, if I'm doing backups.
So I don't understand why I should be using this.
RandallBrown 8 hours ago [-]
Sending someone a link to a photo is a much worse experience than sending them the actual photo directly to their phone.
Sending a photo over text message often compresses it, which isn't always desirable. (Not actually sure if it gets compressed when sent of iMessage)
I've also used it to send people photos when we were in places without cell service like on hiking and camping trips.
brianwmunz 10 hours ago [-]
I use it for moving SSH keys, VPN configs, and .env files between my laptop and a work machine. Obviously don't want that sitting in dropbox, pasted into Slack, etc. Localsend on the same network, gone in two seconds no account and no history. Easier than spinning up scp every time.
energy123 12 hours ago [-]
Sending plain text from one device to another. I was debugging my steamdeck and I send code snippet from desktop chatgpt to steamdeck using Localsend to run. Then I send the debug output (also plaintext) back to desktop to ask chatgpt what to try next. Other than this, random small files from time to time. The app is lightweight and just works.
Obscurity4340 7 hours ago [-]
Threema's better for that use case
michaelscott 14 hours ago [-]
For me, video is the main one. Sizes from 100MB - 3GB. Getting videos from an Apple device to an Android is a pain in the ass because I need to 2FA log in or click through something relatively convoluted (Dropbox, GDrive) or deal with pulling out some hardware I use once every 100 years (external drives). Localsend is a 2 or 3 click operation and very robust.
inquirerGeneral 13 hours ago [-]
Luckily, Google enabled Airdrop inside of Quick Share so my phones and my MacBook and my Windows PC all can share now.
burner35534 8 hours ago [-]
I only use it for sending a bunch of photos that wouldn't go so well over iMessage, usually on vacation. And sometimes that vacation involves not having cell service. Otherwise I'll usually message a single photo to someone because AirDrop is finicky.
internet_points 13 hours ago [-]
my kid recently wanted to transfer a picture from an iPad drawing app to a windows laptop, I wish I knew about localsend for that
13 hours ago [-]
Scarbutt 12 hours ago [-]
Silly apple. They should remove airdrop and tell users they have to rely on an internet connection and use whatsapp or email for quick, one-off file transfers between their iphones and macbooks.
dmak 14 hours ago [-]
Have you tried troubleshooting those issues already? I had similar visibility issues in the past, but seems to always work now for me.
tonyedgecombe 14 hours ago [-]
I think it initiates the connection over Bluetooth so if your Bluetooth is poor it isn’t going to work very well.
OGWhales 14 hours ago [-]
Yup, for me I can see the device but when I try to initiate a send it just doesn't show up on the other device about half the time. I've not found a reliable way to fix it either, toggling AirDrop on and off on both devices seems the best way to fix it but only works like 70% of the time.
satvikpendem 12 hours ago [-]
Look into Sendme [0] and AltSendme [1] (which is a GUI around the former), they use Iroh [2] which is an open-source encrypted peer-to-peer relay service to send data so there are no limits whatsoever for sending and receiving files, because there's no central server.
From my earlier comment about a similar thread a couple days ago about which file sharing apps people use [3]:
This kind of services that requires the user to share a seed/code to the recipient always seems kinda awkward to me. The code is not simple/short enough to be verbally communicated; If I can send the code, I usually can just send the file.
satvikpendem 10 hours ago [-]
Not necessarily. For example I might have a few gigs of photos to send someone, and I want to send them uncompressed. I could text someone the seed or QR code for them to download the photos, but I can't send those photos (especially uncompressed, even if over RCS or WhatsApp) over text.
cortesoft 9 hours ago [-]
Wouldn’t this use your internet data, though? Isn’t the point of these tools to send locally without being limited by internet speeds and without having to use your mobile data?
nine_k 11 hours ago [-]
The code can be easily communicated as a QR code. But a 100 MB file cannot.
lxgr 14 hours ago [-]
I feel like we need a spamsolutions.txt [1] for purported AirDrop replacements.
This one fails the "must not require an existing Wi-Fi network that both peers are connected to" criterion.
A similar project but this one works entirely in the browser and can connect to clients beyond your local network with "public" rooms
hecifato 11 hours ago [-]
I'll need to give this a shot. I have Localsend installed for sending thing between my iPhone and Linux desktop, but it doesn't always play nice. Even with the Localsend port open in Firewalld it can take upwards of 10 minutes for the devices to see each other. A browser solution should at least have faster discovery.
I can't get it to work on my end. Tried sending/receiving with Firefox, Chrome, mobile phone, a laptop.
Got this in the console: `WebRTC: ICE failed, add a TURN server and see about:webrtc for more details.` Not sure how to troubleshoot this. Most of the suggestions I found are for the devs not users.
EDIT: Ok, figured it out. It works if I disable Tailscale.
nazcan 5 hours ago [-]
How does this work to discover things on the LAN from a browser?
tetris11 13 hours ago [-]
Amazing! Though v1.18.0 hasn't dropped in F-droid yet
clutch89 8 hours ago [-]
I wish you just send plaintext on the web app, it looks like it only works for files
_mocha 1 hours ago [-]
I'm retired now, but love seeing the new generation tackle age old problems. I built something similar to this (albeit, close sourced) about 12 years ago. It was called "bullet" and was aimed at transferring text based content using a custom stickies app.
coldstartops 12 hours ago [-]
Hi,
I am late to the party, but I was also building in this space in the last year,
and was also trying to get a commenting thread in /r/golang yesterday!
behind the hood I went with PQC, + gRPC + FUSE.
your_challenger 1 hours ago [-]
Is there a firefox send alternative that can work on the cloudflare infra? I would like a low cost, deploy and forget service to send files to people
Unicironic 14 hours ago [-]
After switching to Linux, this was one of the very first applications I installed.
It really helped cement how great open source apps can be for me.
subscribed 14 hours ago [-]
I use it on all my devices and tbh it's the absolute best option I found.
Previously I was using syncthing or had to install ftp server, used wormhole after packing all my files into one, etc. Android QuickShare never worked for me (wouldn't help me much with sending to the pc either).
It has some rough edges (ie: on multi-homed devices it's less that ideal to see the one octet that matters, when the list is very long scrolling whilst sending will cause the process to crap out), but other than that it's always reliable.
I'm very happy with it too.
jumpconc 14 hours ago [-]
For your own trusted devices on a LAN, you should try KDE Connect. KDE is not required.
gejose 12 hours ago [-]
What do you find to be better about it over LocalSend? (The website seems to be down)
subscribed 9 hours ago [-]
Thanks for reminding me, I actually heard about that too.
matpb 3 hours ago [-]
Shipped something similarly-shaped on Tauri instead of Flutter. Concrete numbers from my installers: ~27MB on Mac, ~45MB Linux .deb, ~53MB Windows, vs Electron's ~150MB floor. (.AppImage is the outlier at ~110MB — it bundles the runtime.) The size reduction comes from reusing the OS webview, which is also the cost: WebKitGTK on Linux behaves genuinely differently from Mac WebKit and Windows Edge WebView, so you spend the engineering time on cross-platform debugging instead of getting it free from Chromium.
The thing that actually surprised me wasn't framework choice though, it was Linux packaging. AppImage runs everywhere but feels second-class to most users. .deb covers the dominant distros but you're tracking a moving glibc version. Snap/Flatpak are the "official" cross-distro answer but their sandbox and permission stories burn weeks for an indie. I shipped .deb + .AppImage, and the "Why isn't this on the AUR?" emails started within hours.
tanvach 8 hours ago [-]
Seems like Localsend doesn't currently work reliably with Tailscale enabled. This is a bummer. Hope they also allow sending files between clients on the same tailnet, that'll be super neat.
Also https://wormhole.app/, but feross is busy witch Socket and the myriad of NPM supply chain attacks nowadays
nightwalkerkg 12 hours ago [-]
The closest I found to AirDrops ease of use is Blip https://blip.net/. Works like charm, supported on pretty much all platforms, works on local and non-local networks (P2P) and has no file size limit. I was pretty surprised it's free for personal use.
viktorcode 14 hours ago [-]
One of the most convenient aspects of Air Drop for me is that it selects the fastest available connection between the devices and ability to work without both devices being on the same network.
I wonder if any of the alternatives do the same.
gonzalohm 14 hours ago [-]
Quickshare does
subscribed 14 hours ago [-]
Never worked for me, not even once.
I tried on three phones, two of which are using the same account, I'm reasonably confident I am technically competent to not make silly mistakes, though the best I've achieved was endless wait.
I had better success with IR and BT file transfers. Hell, even spinning a local http server (with python -m http.server) works better than quick share.
burner35534 8 hours ago [-]
Idk what Quickshare is, but AirDrop has only worked like 25% of the time for me
(Reposts are fine after a year or so; links to past threads are just to satisfy extra-curious readers)
MasterYoda 9 hours ago [-]
LocalSend is the best app to transfer files from mobile to computer wireless that I have fund.
But it has one really big weakness/bug. When you transfer a file and it get interrupted, the half written file on the receiving end is not removed and you get an corrupted file. If you dont notice it, it could look like al files are transfered, but they are not. This is really bad, it is not how files should be "copied/transfered".
This has been on my mind a lot as AirDrop has continuously failed to find devices on my network (no VPN enabled on either device, no weird routing or tunneling, even after flushing networking stuff).
Just set this up in a few minutes and it works a peach (quite fast, too). Just nudged me a little closer toward a "just use Linux" default.
There are packages for iOS app store, but it isn't in any Debian/Ubuntu/Fedora repo? Just snap/flatpak.
Am I correct in thinking community maintainers have little to no visibility therefore?
Additionally, is there any indication what source code is used to build an app store submission? Even a checksum?
ddtaylor 13 hours ago [-]
Just use the existing magic wormhole protocol. It works and has been deployed for a long time.
ho_schi 13 hours ago [-]
No. It is using a central “well known server” and requires internet.
Test:
* Does it work in an airplane?
* Does it work in a submarine?
* Does it work in the mountains, when a thunderstorm is approach and you need to share the GPX?
Basically my Garmin Edge and iPhone can do this. Magic-Wormhole fails in all test cases.
Implementation shall be able to negoiate a connection locally (e.g. Bluetooth) and upgrade to peer-to-peer WiFi if need (Garmin doesn’t need that part, GPX are usually smaller than 1024 KB).
ddtaylor 9 hours ago [-]
Modifications can be made to do that minimal peer exchange over BT. They may already exist, but I haven't used that part yet.
It seems like a lot of extra work to reinvent the wheel and get the security wrong instead of extending a well established protocol with many other tools built on top of it.
mikae1 14 hours ago [-]
Lovely, but was replaced by KDE Connect for me. Connect works for iOS, macOS, Android, Linux, you name it.
tryptophan 14 hours ago [-]
I like kde connect, but find it randomly breaks every month or so and for the life of me cannot figure out why. A week or so later it starts working again.
sroerick 8 hours ago [-]
Everybody here is complaining about how this isn't as good as airdrop, and that may be true.
I have not really used airdrop, and this app is super useful to me.
akihitot 12 hours ago [-]
This application supports the following platforms: Windows, macOS, Linux, Android, iOS, and FireOS. I was surprised. It is very interesting that it is implemented using a combination of REST API, HTTPS encryption, and local networking.
justindotdev 14 hours ago [-]
came with omarchy pre installed, usedd it ever since. bonus points for it being open source too.
i was surprised it is written in flutter. looking at how mutli-platform it is, flutter was the more appealing choice.
sdoering 14 hours ago [-]
D'accord.
p0w3n3d 6 hours ago [-]
I'm using it, it's great and interoperable. Win - Mac, Mac - android, whatever is your wish. Any combination. However on Mac it prevents the laptop from sleep for some reason
dTal 12 hours ago [-]
I love this software for its reliability (as compared to, say, KDE Connect, which I gave up on after years of frustrated use after it became clear that the developers did not believe there was an issue and it would never improve).
I do not love that it is a heavy electron app that takes many seconds to launch on my mid-spec machine and burns 20% of an entire CPU core the entire time it is running.
Why can't we have a simple command line tool that works?
hacker161 12 hours ago [-]
It’s open source so you can put together that CLI yourself if so motivated
bluebarbet 11 hours ago [-]
For years I have been syncing with great success using the most basic FOSS tools: `rsync` over `sshfs` on desktop, and SSHD (via an app called Dropbear available on F-Droid) on mobile, using an ad-hoc network over the wifi hotspot (which is turned on by Macrodroid - alas not FOSS - when the device is plugged in). This setup is rock-solid reliable and very fast.
deferredgrant 9 hours ago [-]
I would be curious how this behaves on messy home and office networks with client isolation, captive portals, and flaky multicast. That is usually where these otherwise elegant tools either earn trust or quietly fall apart.
burner35534 8 hours ago [-]
It's LAN only, so those networks will block it.
xd1936 14 hours ago [-]
Great app. I wish it supported PWA features like Web Share Targeting.
They have web app but had terrible experience with it (can't find devices when you are using the mobile app and the other device is using the web app).
To send files locally why not set up a wifi hotspot?
Then you can transfer files to and from uncool people with Android or Linux phones/computers using localsend.
I've never found this difficult and often use hotspots when I'm overseas - it's cheaper to get internet for one phone and share it with the others for example.
End-to-end encrypted, no need to be on the same LAN, upload/download auto-resume, real-time transfers (start downloading before upload finishes), really fast (10 Gbps link, smart chunking).
Also zero-knowledge logins (via OPAQUE), passkey/2FA support, no AI training now or ever, GDPR compatible. 2 GB transfers are free.
ifh-hn 13 hours ago [-]
I love this app, it's on all my devices, it's also written in my favourite cross platform development framework (dart/flutter). Very useful app, with a massive advantage of airdrop, no need for apple. Irrespective of if it's a drop in replacement.
kouru225 10 hours ago [-]
I use local send when KDE connect isn’t working for me. The big problem with these is that you basically have to spend a minute or two setting up both devices to send.
faangguyindia 14 hours ago [-]
I used it, but it prevented my mac from sleeping. After some investigation I found it's local send.
ChrisLTD 14 hours ago [-]
Does it run in the background?
vivzkestrel 11 hours ago [-]
- pro tip, if you want to send a directory, compress it as an archive and send i
- for whatever reason, even the same sized directory takes much much longer than its corresponding archive version when using this tool
tnelsond4 13 hours ago [-]
I end up just opening a web server in termux on my phone and having the other side download from my hotspot every time i want to transfer a file because all the other android solutions really really suck.
andunie 12 hours ago [-]
This works great for me to transfer stuff between my own devices in my home, but it's not an AirDrop replacement at all, so I don't know why they advertise it like that.
mrbombastic 14 hours ago [-]
I use this all the time dropping files from old android device to mac, thanks devs!
worldsavior 13 hours ago [-]
It's not even close to the speed AirDrop has. This is not an alternative to AirDrop. I tried it multiple times but it's slow every time. These alternatives don't use the same technology.
afavour 13 hours ago [-]
It is an alternative. It just doesn't fulfill all the needs Airdrop does. I've had situation where I want to share a photo or a text file and it'll work great in that scenario.
worldsavior 10 hours ago [-]
Probably the main "feature" AirDrop has is speed. Other alternatives should include that "feature".
afavour 10 hours ago [-]
No it isn't? The main feature is sending things peer to peer.
worldsavior 9 hours ago [-]
That's not a feature that's a purpose.
burner35534 8 hours ago [-]
So what? Anyway the more important difference is it requires both computers to be on the same LAN. The main point of AirDrop is you can share between two devices with or without LAN, with or without internet.
hbn 10 hours ago [-]
It's faster than the standard wireless transfer speed between my iPhone and my Windows PC (0 KB/s)
dvngnt_ 7 hours ago [-]
KDE is more seamless, but localsend works consistently so I have both running.
jmarchello 13 hours ago [-]
Localsend is awesome! My team and I use it all the time for safely transmitting vpn configs, ssh keys, etc... It works flawlessly. The auto-generated names are pretty fun too.
bahadiraydin 14 hours ago [-]
I've been using this for years, simple, gets the job done. Nice UI.
I'd love this to work but I always had trouble making it work on my google tv.
Wanted to share files (~2 gb files) from my Mac to my TV but the transfer kept failing
max8539 11 hours ago [-]
Using LocalSend to send files across iOS, Mac and Windows. When everything is on the local network, it works pretty nicely.
adithyassekhar 10 hours ago [-]
I found blip works better on ios and windows. Not losing transfers midway like localsend.
hbn 10 hours ago [-]
Blip definitely has a better UX and it's nice that it can transfer between networks through their servers (obviously don't be sending sensitive stuff cause who knows how much they can be trusted)
But I consider my usage of it to be on borrowed time cause there's no way they're gonna let everyone forever beam unlimited data through their servers forever. They're accumulating users before they make you pay, it's just a matter of time. But I'm enjoying it while I can.
prince005 7 hours ago [-]
PS: Pixel and Samsung devices support airdrop now.
_-_-__-_-_- 14 hours ago [-]
Been using LocalSend for a few years, it works great even when sharing files between devices sharing a mobile connection.
myself248 11 hours ago [-]
I swear there's a new one of these every year. Not a single one sticks around.
senko 11 hours ago [-]
I've been using LocalSend for quite some time now, after hearing about it for years. It's not a new one.
shrubby 9 hours ago [-]
Just found out about this last week and looks awesome.
gejose 12 hours ago [-]
Been using this on all my devices (macos, iPhone, iPad, android, windows) and love it!
jrflo 14 hours ago [-]
I love local send. It’s ridiculously fast for sending large amounts of media too.
chasil 13 hours ago [-]
When multiple files are in transit, Localsend always transfers two at once.
pwillp 10 hours ago [-]
I was using Localsend a bunch for Window <> iPhone before, really great product without hassle.
hrdwdmrbl 11 hours ago [-]
Why not use WebRTC? 0 download.
(I'm all for alternatives to AirDrop. I'm all for AirDrop inter-operability.
Nothing against those things.)
For LAN file sharing, you can do it with any browser. Implementations like: https://sendfiles.dev/ (though there are many others)
pryanshu89 14 hours ago [-]
Really cool! I used it a couple of times and did not expect it to work. But it worked. :D
Forgeties79 14 hours ago [-]
It’s not as slick as AirDrop and you have to sort of “prep“ both devices whenever you want to send/receive anything, it’s never just ready to go, but it’s incredibly reliable and will move anything from one machine to another. Just having that consistency across literally any device is so nice.
throawayonthe 13 hours ago [-]
i really wish Wi-Fi Direct succeeded
maybe eventually something like quickshare & airdrop mold into an interoperable thing but i'm not holding my breath
parasubvert 9 hours ago [-]
WI-Fi Aware exists and is a standard
MEMORA_AI 12 hours ago [-]
What do you guys think about an AI that has Multi agents personal assistance agentic commander all in one place..??
ohuc 13 hours ago [-]
Using it works perfectly for me!
jrm4 12 hours ago [-]
As people have noted, the "local" part makes it hard.
Here's my question, y'all. What is the deal with the magic Syncthing uses and why can't we use it for stuff like this? And well, for everything?
(I've been doing this stuff for years and I still can't wrap my head around this question)
0xcoops 13 hours ago [-]
So needed
rolymath 14 hours ago [-]
Excuse my ignorance but why are there so many solutions like this? Especially if they aren't intercompatible (which I'm assuming they're not)
lxgr 14 hours ago [-]
Because none of them actually match the capabilities of AirDrop, since they essentially require controlling the full stack (UI, low-level networking including Bluetooth for discoverability, Wi-Fi peer to peer connections without dropping any existing infrastructure connection etc.)
Many have tried, I don't think anyone has succeeded.
Supposedly the EU interoperability mandate will make this possible going forward, though? (The tricky part is usually not getting your device to speak some protocol, but to get Apple devices to actually respond to your attempts.)
jMyles 14 hours ago [-]
The README and website certainly seem polished, but I haven't used the utility yet.
What's the main value prop over wormhole? That it works from the browser?
subscribed 14 hours ago [-]
That you can send over 1000 files without it messing it up, and they'll end in the right place.
That you can set the recipient so it will auto-accept from the trusted senders.
And for me that in Android I can do Share to....localsend to do it faster than with wormhole.
analog8374 14 hours ago [-]
Hey I use this. Works great. Ez.
14 hours ago [-]
Rendered at 02:35:04 GMT+0000 (Coordinated Universal Time) with Vercel.
One beauty of Airdrop is that it creates and handles that local network automatically under the hood (as far as I understand). So you could be out on a hike with friends and Airdrop something.
The workaround I've found after switching to an Android device has been to teather my connection to my friend's device, which ends up creating a LAN that Localsend can work through, but this is not as nice an experience.
Device to device transfer, just a static github page.
gh repo: https://github.com/mbarlow/thinair
Creates QR codes for each device to scan for webrtc. Android to android will do an audible chirp that lets the devices know to switch from qr code mode to opening the camera to scan each others codes. Tested android to apple and working, the audio chirp doesn't get caught by apple. Just wait and eventually the qr code will dissolve to allow scanning step.
Just threw this together. I was playing with audio handshake using bird-like chirp "songs" or old school modem between smartphones. Fun putting phones together as they send audio frames and confirm to start transfer, but unreliable and slow to handshake. I would like to cleanup the flow to improve. I've started using it for sending files between iphone/android/pc without having to deal with apps, emails, accounts, etc. blah.
Also you don't even need a server atleast for now in chrome webrtc transfer can work over a file:// in firefox it doesn't. For signaling you could even use free peerjs tunnel or other when user is connected to internet and otherwise fallback to this QR or offer code sharing. This will become so useful if browsers eliminate those bottlenecks.
also even in localsend speeds are limited usually to my internet speed for some reason.
But it is not super reliable or friendly.
[1] https://github.com/spieglt/FlyingCarpet
Both UI and CLI with complete feature parity on any device/OS, between the same user's devices and between users.
https://zynk.it
It's a pretty polished PWA you don't even need to install as it uses WebRTC P2P streaming in the local network or via TURN over internet.
So a good solution for ad-hoc file sharing without ad-hoc network.
- Create an ad-hoc Wi-Fi network on one device.
- Connect the other device(s) to that Wi-Fi network.
- Now run Localsend.
The first two steps are a bit of a drag, and the fact that Airdrop handles it is what makes it so frictionless to use.
AirDrop is fantastic for sharing files with people you don't know/just met - if we have to find and agree to join the same wifi before we interact we are no longer talking about the same feature.
If Apple's AirDrop implementation had required people to join the same WiFi first, the feature would never have taken off the way it has among non-techy users. I'm still today mildly surprised I can use AirDrop as a verb in conversation and most of the time the other party knows what I mean.
A typical Apple feature, dreamed up by engineers that are presumably not aware of the existence of metered data plans...
Settings > General > AirDrop > turn off Use Cellular Data
That said, I don’t really see why you would disable that. It’s only a backup method for when the peer-to-peer connection fails. Unless you are sending huge files on a regular basis, I wouldn’t expect it to be worth disabling. Also, most metered plans I’ve encountered just cause your connection to be very slow after you hit the data cap.
If you are on a plan that automatically charges you excessive overage fees without warning and there is no other choice, then my condolences.
I stand corrected, and I appreciate that Apple did consider the non-Bay-Area use case :)
> Unless you are sending huge files on a regular basis
I do use AirDrop extensively for sharing photos when traveling. One sharing session could easily eat through my roaming allowance.
It's Android App don't need LAN to share: https://play.google.com/store/apps/details?id=com.fastfileli...
https://github.com/KeibiSoft/KeibiDrop
I suppose that is "widely expected" from the usual group of anti-Apple internet griefers looking for a reason to moan in public, rather than actually doing some research or knowing things.
To quote a sibling comment:
"Apple contributed the core logic to the Wi-Fi Alliance to build Wi-Fi Aware, which they now also support."
Apple has consistently done everything it can to self-sabotage their implementations of stuff to comply with EU anti-trust legislation like the stuff with digital marketplaces, so I'm not holding my breath on this.
https://news.ycombinator.com/item?id=47935026
Iroh's protocol can figure out if the devices are on the same LAN and avoid going over the internet. It can work without a discovery server too -- i.e. completely LAN.
With Airdrop you have trivially easy, "just works" sharing with people in proximity. It works great between iPhones and Pixel phones now they support it. It just needs support to spread to more Android devices.
Funny enough, I encounter so many problems trying to share things via AirDrop with friends, family, and even my own Apple devices that I just tell everyone to install LocalSend and I find that things work better.
I’m not sure why that is, because AirDrop used to work pretty well for me. But it’s been an exercise in frustration more often than not for me.
(Obviously, LocalSend works only as long as everyone is on the same network.)
UI, CLI, Local network, over the internet, anything. P2P + E2EE.
https://zynk.it
It works on iOS and Android
Usually, but not always.
> The workaround I've found after switching to an Android device has been to teather my connection to my friend's device, which ends up creating a LAN that Localsend can work through, but this is not as nice an experience.
"You could fix that by builing a rail track and using a train."
The whole point of these solutions is to not have to transmit data over the internet, it should work over a local dynamic connection.
Last RCE in Airdrop, could be made into worm, it was found by whitehat, luckily for Apple there are still people, which are willing report exploits for little money, so billionaires can enjoy their life on yachts.
And, of course this only solves the phone - phone, and not even all of them. Desktops & laptops have less hope.
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.
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.
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...
* https://www.wi-fi.org/wi-fi-aware-resources
* https://developer.apple.com/documentation/WiFiAware
* https://developer.android.com/develop/connectivity/wifi/wifi...
It’s a future promising tech though. A much better version of Wi-Fi Direct.
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.
Maybe a network nerd can chime in - is this implementation so difficult that it's unrealistic we'll see an OSS version?
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
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.
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".
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.
Anyway, good to know we can use our NAN signal to send signal NaNs!
But I just wish Apple fixed AirDrop, every time I go to use I have so little confidence in it, it often doesn't see devices or if you have multiple Mac users it will confuse them, showing you the same Mac device twice without telling you which user it is
Like in my case, the only files I generate on my phone are photos and videos, and these get backed up by Immich, which I can then share with someone by sending them a link to the files/album in question. I imagine normal folks would use iCloud or Google Photos for the same task.
For syncing other files like documents and such, I use ownCloud OCIS, and I'd imagine most other folks would use something like DropBox or iCloud, or even just email or WhatsApp the files.
For local network transfers of say ISOs or something, I'd just copy them over SMB, which is pretty much universal and doesn't need any special app. Or even just plug in a hard drive, if I'm doing backups.
So I don't understand why I should be using this.
Sending a photo over text message often compresses it, which isn't always desirable. (Not actually sure if it gets compressed when sent of iMessage)
I've also used it to send people photos when we were in places without cell service like on hiking and camping trips.
From my earlier comment about a similar thread a couple days ago about which file sharing apps people use [3]:
[0] https://github.com/n0-computer/sendme
[1] https://github.com/tonyantony300/alt-sendme
[2] https://github.com/n0-computer/iroh
[3] https://news.ycombinator.com/item?id=47906587
This one fails the "must not require an existing Wi-Fi network that both peers are connected to" criterion.
[1] https://craphound.com/spamsolutions.txt
A similar project but this one works entirely in the browser and can connect to clients beyond your local network with "public" rooms
They forked sharedrop after it and snapdrop got acquired and enshittified by LimeWire, whoever that is now.
From windows to android to iOS.
Got this in the console: `WebRTC: ICE failed, add a TURN server and see about:webrtc for more details.` Not sure how to troubleshoot this. Most of the suggestions I found are for the devs not users.
EDIT: Ok, figured it out. It works if I disable Tailscale.
I am late to the party, but I was also building in this space in the last year,
Basically I did a peer to peer filesystem named keibidrop: https://keibidrop.com/
I made it public last week. It does what local send does, but also via WAN. Still did not launch the mobile apps.
And 1 up is that it has also a virutal filesystem that is synced both ways.
repository is here: https://github.com/KeibiSoft/KeibiDrop
The code is open source, except for the UI, and I did benchmark on loopback vs localsend (local send is faster :D )
https://keibisoft.com/blog/keibidrop-benchmarks-vs-competiti...
and was also trying to get a commenting thread in /r/golang yesterday!
behind the hood I went with PQC, + gRPC + FUSE.
It really helped cement how great open source apps can be for me.
Previously I was using syncthing or had to install ftp server, used wormhole after packing all my files into one, etc. Android QuickShare never worked for me (wouldn't help me much with sending to the pc either).
It has some rough edges (ie: on multi-homed devices it's less that ideal to see the one octet that matters, when the list is very long scrolling whilst sending will cause the process to crap out), but other than that it's always reliable.
I'm very happy with it too.
The thing that actually surprised me wasn't framework choice though, it was Linux packaging. AppImage runs everywhere but feels second-class to most users. .deb covers the dominant distros but you're tracking a moving glibc version. Snap/Flatpak are the "official" cross-distro answer but their sandbox and permission stories burn weeks for an indie. I shipped .deb + .AppImage, and the "Why isn't this on the AUR?" emails started within hours.
With a CLI tool as well: https://github.com/timvisee/ffsend
I wonder if any of the alternatives do the same.
I tried on three phones, two of which are using the same account, I'm reasonably confident I am technically competent to not make silly mistakes, though the best I've achieved was endless wait.
I had better success with IR and BT file transfers. Hell, even spinning a local http server (with python -m http.server) works better than quick share.
Localsend: An open-source cross-platform alternative to AirDrop - https://news.ycombinator.com/item?id=43343574 - March 2025 (1 comment)
Localsend: Open-Source Airdrop Alternative - https://news.ycombinator.com/item?id=37938183 - Oct 2023 (229 comments)
Localsend: An open source cross-platform alternative to AirDrop - https://news.ycombinator.com/item?id=34936796 - Feb 2023 (1 comment)
(Reposts are fine after a year or so; links to past threads are just to satisfy extra-curious readers)
But it has one really big weakness/bug. When you transfer a file and it get interrupted, the half written file on the receiving end is not removed and you get an corrupted file. If you dont notice it, it could look like al files are transfered, but they are not. This is really bad, it is not how files should be "copied/transfered".
Just set this up in a few minutes and it works a peach (quite fast, too). Just nudged me a little closer toward a "just use Linux" default.
Am I correct in thinking community maintainers have little to no visibility therefore?
Additionally, is there any indication what source code is used to build an app store submission? Even a checksum?
Test:
Basically my Garmin Edge and iPhone can do this. Magic-Wormhole fails in all test cases.Implementation shall be able to negoiate a connection locally (e.g. Bluetooth) and upgrade to peer-to-peer WiFi if need (Garmin doesn’t need that part, GPX are usually smaller than 1024 KB).
It seems like a lot of extra work to reinvent the wheel and get the security wrong instead of extending a well established protocol with many other tools built on top of it.
I have not really used airdrop, and this app is super useful to me.
I do not love that it is a heavy electron app that takes many seconds to launch on my mid-spec machine and burns 20% of an entire CPU core the entire time it is running.
Why can't we have a simple command line tool that works?
https://web.dev/articles/web-share
https://developer.chrome.com/docs/capabilities/web-apis/web-...
https://github.com/localsend/web
Then you can transfer files to and from uncool people with Android or Linux phones/computers using localsend.
I've never found this difficult and often use hotspots when I'm overseas - it's cheaper to get internet for one phone and share it with the others for example.
End-to-end encrypted, no need to be on the same LAN, upload/download auto-resume, real-time transfers (start downloading before upload finishes), really fast (10 Gbps link, smart chunking).
Also zero-knowledge logins (via OPAQUE), passkey/2FA support, no AI training now or ever, GDPR compatible. 2 GB transfers are free.
- for whatever reason, even the same sized directory takes much much longer than its corresponding archive version when using this tool
[0]: https://libp2p.io/
But I consider my usage of it to be on borrowed time cause there's no way they're gonna let everyone forever beam unlimited data through their servers forever. They're accumulating users before they make you pay, it's just a matter of time. But I'm enjoying it while I can.
(I'm all for alternatives to AirDrop. I'm all for AirDrop inter-operability. Nothing against those things.)
For LAN file sharing, you can do it with any browser. Implementations like: https://sendfiles.dev/ (though there are many others)
maybe eventually something like quickshare & airdrop mold into an interoperable thing but i'm not holding my breath
Here's my question, y'all. What is the deal with the magic Syncthing uses and why can't we use it for stuff like this? And well, for everything?
(I've been doing this stuff for years and I still can't wrap my head around this question)
Many have tried, I don't think anyone has succeeded.
Supposedly the EU interoperability mandate will make this possible going forward, though? (The tricky part is usually not getting your device to speak some protocol, but to get Apple devices to actually respond to your attempts.)
What's the main value prop over wormhole? That it works from the browser?
That you can set the recipient so it will auto-accept from the trusted senders.
And for me that in Android I can do Share to....localsend to do it faster than with wormhole.