Live data from Hacker News

Snapdrop – AirDrop equivalent through a web browser using WebRTC

snapdrop.net

1–10 of 155 posts

Re: Snapdrop – AirDrop equivalent through a web browser using WebRTC

#3
> You are known as Azure Bug

Ok, that’s cute.

I would perhaps delay showing the funny name until at least one other machine is detected, it makes it feel like my name is being broadcast over the public Internet for anyone to connect to, and not just a LAN connection, the way it is.

But worked perfectly for me to send a few photos back and forth.

LAN connections seem like the perfect application for WebRTC not having to deal with TURN or STUN.

It is a bit unnerving that there’s no permission request before being able to do network discovery on the LAN however.

How is one machine finding the other? Central server matching the public IP used to then share their private IP? Or does WebRTC provide a discovery service?

Edit: Ok, Looking at the server code [1] there is indeed a “room” per public IP and the server passes messages between peers in the same room.

[1] - https://github.com/RobinLinus/snapdrop/blob/master/server/in...

Re: Snapdrop – AirDrop equivalent through a web browser using WebRTC

#7
post #2

this has been around for four years?! Awesome! Would like to see the faq more easily accessible for troubleshooting. Was not able to send jpgs the first few tries

There have been hundreds of these type of WebRTC file transfer sites. They never seem to work very well.

Re: Snapdrop – AirDrop equivalent through a web browser using WebRTC

#8

how was device discovery implemented?

this is 100% the thing apple does that google absolutely refuses to de-intermediate themselves out of. apple allows direct bluetooth discovery, google 100% insists on closed proprietary "android nearby" systems to find local devices. neither release protocols or standards to interoperate on.

Re: Snapdrop – AirDrop equivalent through a web browser using WebRTC

#9
post #8

how was device discovery implemented?

this is 100% the thing apple does that google absolutely refuses to de-intermediate themselves out of. apple allows direct bluetooth discovery, google 100% insists on closed proprietary "android nearby" systems to find local devices. neither release protocols or standards to interoperate on.

Why can't I Airdrop from my phone to my MacMini thats connected via ethernet cable. They are on the same network, and verified with other tools, but AirDrop has to be done over wifi for what reason?
Post reply on HN