Don't see any mention of an API.
We don't have the API yet, but are exploring use cases for it. Send me an email at tomaz@blip.net -- would love to chat.
Blip: Peer-to-peer massive file sharing
91–100 of 120 posts
Re: Blip: Peer-to-peer massive file sharing
#92No benchmark comparisons with Aspera or similar even though they compare pricing? Because my gut instinct is it's probably a good bit slower.
That's not what our professional customers are telling us :) Good point about adding benchmarks to our website though.
Re: Blip: Peer-to-peer massive file sharing
#93Hey! Blip co-founder here. We didn't expect to show up on HN, but really grateful to OP for sharing Blip. Here's a little bit more about it. We've built Blip because it's still hard to send original quality photos, videos, and large files to your devices and to other people on the internet. We’re designers and engineers, so our goal has always been to keep the product super simple on the surface, but really fast and…
Linux support please!
Re: Blip: Peer-to-peer massive file sharing
#94Earlier quoted context omitted.
This is classic critique. Dropbox was criticized in the same way when it was announced years ago. Magic Wormhole is cool (I just learned about it! Thanks! :)), but most people don't use nor care about the command line, and are probably afraid of it.
I am more in critique of the shameless subscription for services like this. US$25 /user/month for what? Certainly not the traffic.
I think that might be billed on the sender vs the receiver. So if you're a solo creative person sharing stuff with clients, this can be one way of doing that. Also potentially useful for small businesses without an enterprise file sharing solution.
Re: Blip: Peer-to-peer massive file sharing
#95Hey! Blip co-founder here. We didn't expect to show up on HN, but really grateful to OP for sharing Blip. Here's a little bit more about it. We've built Blip because it's still hard to send original quality photos, videos, and large files to your devices and to other people on the internet. We’re designers and engineers, so our goal has always been to keep the product super simple on the surface, but really fast and…
Looks amazing! Maybe a dumb question: why isn't Dropbox doing this? Why did you all need to leave to make this a reality?
Re: Blip: Peer-to-peer massive file sharing
#96Interesting that it says "Internet sending may be slower during peak times to keep things fair" even though it's supposed to be P2P? Maybe they just mean if you end up with a relayed connection due to NAT issues? Because lower down it says "Send as fast as your connection"
That's right. We actively manage load across our relay network to ensure good performance, but we'll prioritize business transfers during peak times. We don't artificially limit the client, but P2P connection speeds can sometimes be affected by router configurations and ISP routing. For example, some ISPs route P2P traffic through slower paths, which can introduce variability.
Re: Blip: Peer-to-peer massive file sharing
#97I'd be more inclined to use this if it were open source. Oh well.
Re: Blip: Peer-to-peer massive file sharing
#98Earlier quoted context omitted.
Cloud is kinda the default now. Most Americans just take pictures with their iPhones and it ends up in icloud.
That's different from getting a Dropbox account or manually uploading stuff to Google drive in order to share it with someone.
Right. We don't provide storage. Blip is designed to be the fastest way to send things to your devices and to other people in real time, without waiting for uploads, sync, or managing shared links.
Re: Blip: Peer-to-peer massive file sharing
#99Free open source alternative: https://pairdrop.net
..also FilePizza as a web service: https://github.com/kern/filepizza
or tailscale's Taildrop as a native application: https://tailscale.com/kb/1106/taildrop
Re: Blip: Peer-to-peer massive file sharing
#100Earlier quoted context omitted.
Why's that, given that files are encrypted?
With whose key? I am not saying the service is not trust worthy, just that there is trust involved. Trust not only they are not malicious, but also they won't have some kind of vulnerability. Plus if it's encrypted how is the other party going to read the file? The key will have to take the same path.
Hopefully it's a privpub negotiation. But yes, you have to trust the code.