Slow transfer- add an option to send files without Encryption

[afzl-wtu]

I have read previous issues but I have suggestion:
Today I found Snapdrop. really happy to know such a great app. But really disappointed when I see such a slow speed.
Mostly transfers are between device in a local area network like laptop and android phone. So there is no third party who joins the network. So encryption and decryption is just waste of resources. So it should send and receive files without encryption by default. An option can be added to encrypt files.

[cyrneko]

whilst having the option is nice, it being useless is wrong.

if you're using snapdrop for data transfers in WiFi which isnt your own, this can come in handy. Especially public WiFi networks.

[afzl-wtu]

whilst having the option is nice, it being useless is wrong.

if you're using snapdrop for data transfers in WiFi which isnt your own, this can come in handy. Especially public WiFi networks.

I know but most transfers do not need encryption. But still it is very handy to disable encryption by default and add a button on top to enable encryption. I think it is not a big deal to just add a button in UI to enable encryption, hope it will be implemented soon. Thanks a lot for your valuable response.

[SuperSandro2000]

So it should send and receive files without encryption by default.

This is a very stupid idea. Also https encryption uses next to no resources on a reasonable new device.

[fm-sys]

In fact, disabling encryption wouldn't improve transfer speed at all. There must be a different bottleneck in the code...

[afzl-wtu]

So it should send and receive files without encryption by default.

This is a very stupid idea. Also https encryption uses next to no resources on a reasonable new device.

Depends on situations.

[afzl-wtu]

In fact, disabling encryption wouldn't improve transfer speed at all. There must be a different bottleneck in the code...

Now the case is even worse.. I tried snapdrop.net on many devices, By clciking on icon of other device , even can not send files or text.

[afzl-wtu]

Snapdrop.net show devices but when click on it and choose file it do not send any file or even do not show any progress. Tested on many phones and Laptops.

[CqN]

I am experiencing extremely slow file transfers. It is practically impossible to send, say a 4GB file. My devices are all chrome, chromeos or android.

I have a wild guess as to the cause of the slow down. My WAN is extremely low. I have good wifi connection and very strong signals and a good router. I suspect all transfers are going thru the WAN. Is it possible? How can we verify this? If there is a way to throttle the WAN bandwidth, then we can test it that way. Is there any setups in the router or the individual laptops that may be forcing the transfer through the WAN?

Other than the slow speed on big files, this is the best, most convenient, internal file transfer I have ever used! Please help me get the faster transfer.

[MorgusLethe]

This issue is incorrectly assuming that encryption is the cause for the slow transfer. Do not fall into the mind trap and let's discuss other causes of the slow transfer speed.

I would also like to "complain" about the transfer speed (the user experience is amazing, tnx for the free tool).

Here is some info about my case:

• transfer speed of about 2.7mBps
• single 1gB video file, no conversion (takes 6 minutes to transfer)
• devices: iphone 16 pro max and Windows PC, both using Chrome browser
• both devices on 5ghz ax wifi network with strong signal (sitting 10 feet away from access point)
• both devices capable of at least 5x the transfer speed

Putting the windows PC on a gigabit wired connection improves the speed massively - to about 15mBps or 66 seconds.

Putting the phone on a gigabit wired connection (lol) improves the speed even further - to about 27mBps or 37 seconds. (???)

So, it seems that the theoretical maximum of this tool when using 2 wired gigabit devices via snapdrop.net, is around 27mBps or 216 mbps. This is very good!

But it also seems that the technology suffers a lot when one or both devices are on wifi, even though the wifi conditions are very good and both devices are capable. In this case, transfer of large files is not practical.

What exactly is it with wifi that destroys the transfer speed? It's not because wifi is only half-duplex (generally only one device can send/receive at the same time on wifi) - we still see a 50% difference between the tests where 1 device or both are wired. So it is not the devices competing for airspace. It seems that wifi is not "reactive" enough or something.

Can this be improved, or is snapdrop simply not a proper tool due to the underlying technologies for sending many gigabytes of files via wifi, even though it is local transfer? If this is the case, we could add it to the README, since it is not expected. :(