ritikm

Happy to clarify. We use convergent encryption (http://en.wikipedia.org/wiki/Convergent_encryption), which works with our de-duplication.

Example: You and I both have a file A. Our software encrypts that file A with a unique key generated from the file (say, the MD5 hash of the file), which makes E(A). Every user that uploads file A will generate the same encrypted version E(A) because the encryption key will be the same across each user (the MD5 hash of A).

Streem (YC S12) - San Francisco - FULLTIME, INTERN

Contact: jobs+HN@streem.com

Company:

Streem (https://www.streem.com) is a personal cloud storage and streaming solution for your videos. We automatically store, transcode, and organize your content for instant playback on any device. We participated in YC S12 and have raised venture funding from top-notch investors.

Team:

We are currently a young, 2-person, fully-technical team (Twitter, Microsoft, Berkeley EE/CS) based in San Francisco (near the Montgomery Bart Station). We love to hack and build things fast.

Requirements:

+ You're a hacker. It doesn't matter what languages or platforms you've worked on before, all that matters is that, like us, you love to code to solve your own problems.

Our Tech Stack:

+ Meteor.js, MongoDB, Handlebars/HTML, Javascript, CSS for the web application

+ Ruby and Python for the video transcoding system that automatically scales up on demand

+ Amazon stack: S3, CloudFront, Elastic Beanstalk, EC2, ELB, Auto Scaling

+ Java for the desktop application, and Java Swing for the single-codebase, cross-platform native UI

+ Objective C and Java for the native mobile apps

Benefits:

+ Full-time salary with extremely competitive, higher-than-market-rate equity

+ Bike/scooter, relocation, gym, Exec/Uber/TaskRabbit/etc. credits, Spotify Premium, unlimited storage on Streem

+ Health insurance (medical, dental, vision), 401(k), unlimited vacation days

+ Unlimited snacks, catered dinner

+ Whatever setup you want (laptop, monitors, mechanical keyboard, mouse, headphones, you name it)

Get In Touch:

If you like hacking, getting things out as fast as possible, and want to use Streem yourself, you're exactly the person we want to work with. Never worked with Meteor.js before? No problem. Just graduated from college? No problem!

If you're interested, email us at jobs+HN@streem.com with anything that tells us about you: it could be your Github, LinkedIn, resume, links to your previous projects, or surprise us!

Streem (YC S12, VC Backed) - Hiring Engineer #1 - https://www.streem.com - San Francisco, CA - FULLTIME, INTERN, H1B

Streem is a personal cloud storage and streaming solution for your videos. We automatically store, transcode, and organize your content for instant playback on any device. We participated in YC S12 and have raised venture funding from top-notch investors.

About us:

+ Team: Young, 2-person, fully-technical team (Twitter, Microsoft, Berkeley EE/CS)

+ Tech stack: Meteor.js, MongoDB, Ruby, Python, Java, Amazon S3/CloudFront/Beanstalk/EC2/ELB/Auto Scaling, scalable video transcoding worker system

+ Full-time salary with extremely competitive, higher-than-market-rate equity

+ Perks: Housing stipend, bike, health insurance, 401(k), breakfast/lunch/dinner/snacks, gym, Exec/TaskRabbit credits, relocation, unlimited Streem space

We're hiring for full-time, can do H1B, and offer internships (any time in the year, including summer). If you like hacking, gettings things out as fast as possible, and want to use Streem yourself, you're exactly the person we want to work with. Never worked with Meteor.js before? No problem. Just graduated from college? Even better!

If you're interested, email us at jobs@streem.com with anything that tells us about you: it could be your Github, LinkedIn, resume, links to your previous projects, or surprise us!

Sorry about that, should be fixed.

That's true. The way we look at it is that it's a one-time hit that you take initially versus always having to keep a computer on at home for streaming using your home connection; we also let you transfer in files through other means, so if you already have some content stored online, you can easily transfer it in.

The website is on Node.js; the webapp itself is on Meteor.js

You can use our webapp using the console's web browser.

Yep!

Good point. I think the bigger downside is the speed -- most people's home internet upload speed is probably not fast enough (the average in the US is ~1.6mbps) to support you streaming your media from around the world and having someone at home use the internet simultaneously.

The use case that this would be useful for is if you don't want to worry about having a local media center at home and relying on your home internet connection to do the streaming (also Streem offers social integration, aggregated list of movies/TV shows to browse, etc.) :).

We're actually storing a single copy of every unique file. i.e. if you upload a completely identical, MD5 hash duplicate copy of something we already have stored, we'll just give you a pointer to that file. This way, we don't have to store every file, and we're not like iTunes Match (which actually requires licensing) because we're not giving you a master file (iTunes Match gives you a master file that plays at 256kbps, even if you upload the same song at 128Kbps -- they can do this through licensing; we can't give you a master 720p video file even if you upload a 360p version because we don't have those licenses). Legally, doing the MD5 hash duplicate technique was deemed legal after MP3Tunes' case (not referring to their entire case, just the part about the MD5 hash duplication) because it's just like any other method of compression.

You nailed it -- we're useful for people that want to access their library from anywhere (at work, on vacation halfway around the world, etc.) on any device (phone, someone else's laptop, etc.) without having to lug around their DVD collection or an external hard drive. Having a server at home is also limiting because a) it uses your upload bandwidth, which clogs up your home internet connection, and b) your upload bandwidth probably isn't fast enough for instant streaming (the average is around ~1.6mbps these days), so buffering/seeking will slow you down.

The best way is to compare it to Dropbox -- Dropbox : USB :: Streem : Plex

It'll be through limiting your library -- free users will get a certain amount of space and streaming bandwidth for free, paid tiers get more as you scale up the price ladder (Dropbox style).

Additionally, we have a completely free collection of movies/TV shows aggregated from Sidereel, Hulu, Netflix, Amazon, NBC, etc. At the very least, you can use this as your one stop to browse all the movies/TV shows you can stream through other services (for free, or if you have their subscription), receive recommendations, track with friends, etc.

On the legal front it's like Dropbox -- storing your personal media collection online and letting us transcode and organize it is fine, especially because the content is private (like Dropbox) and not publicly listed (we're not like Grooveshark). Of course, we're DMCA compliant and take down files if they're deemed illegally obtained.

This will be extremely powerful once WebRTC becomes available in all major browsers. Awesome work!

Looks like a big troll. The original thread was made by bert180 (with a zero at the end), but the latest post is made by bert18O (with an O not a zero).

3 days ago we only had a screencast up online. Today we launched our new website that you can download the alpha version of our app from and actually use.

We host our files on a completely different server which is completely secure. Sorry for the confusion there and thanks for raising this point -- we'll add SSL to our main website too.

We only store the file on our central server if the receiving end doesn't have our app. If they have the app, we create a direct connection between both parties and transfer the file(s) directly without them ever hitting our servers.

Great question - we're using the xmpp_login permission that Facebook Auth provides to get messaging permission from the user and we have an XMPP server running on Node.js that handles all the messaging.

We also support hooking into your address book on your Mac, and are working on integrating your online email address book and ActiveDirectory into it. We're trying to cover every single contact mechanism out there so you don't have to worry about "finding the right tool" to send a file to someone -- we hope to make SendRail work for every single use case you encounter.

Duly noted. Added it to the front page and pushed it live just now. Sorry about the miscommunication there -- we're going to put up better copy along with "What is this?", "FAQ", etc. pages (that don't require you to login to view) soon.

We're sincerely sorry about any problems people have been having with #pause to make themselves unavailable to chat. There was a tricky race condition that was making it difficult for the #pause to propogate through, but it's been fixed now!

Friday 7/27/12 morning - thought of the idea, briefly talked about the features and did a basic spec

Friday 7/27/12 evening - started coding the backend text message routing logic and the website front (standard stuff - Node.js, custom MVC framework, Twilio API, MongoDB, Redis, Heroku, etc. - the works)

Tuesday 76/31/12 late night - Feature complete, things are all good to go and working (including edge cases, etc.)

Wednesday 8/1/12 - Built out Open Graph integrations, made minor tweaks, chose the name and bought the domain, some branding stuff (i.e. the chinchilla logo), submitted Open Graph actions to Facebook

Thursday 8/2/12 afternoon - Open Graph is all approved, did a test launch with a small set of users, ironed out a ton of bugs

Thursday 8/2/12 evening - posted on HN, making a huge list of things to do next, getting good feedback, and setting up all our other distribution techniques to be fired off tomorrow

6 days from idea to launch! We tried hard to go as fast as possible on this one (although we overbuilt a couple features that we've retracted for the launch - could've saved us a day of work if we had realized they weren't necessary).

[edited to correct the months on the dates]

We've gotten this request multiple times actually, so expect an integration soon!

Sorry about that, the correct number is 422-333-4737 and #play is the correct command, not #start. Fixed, and pushed live!

Fixed! Thanks for catching that.

The guys behind this are some of the smartest people I've worked with. I've been using Bridge ever since their beta launch, and they've personally help me get set up, responded to every support request I've had, and delivered on everything they promised for Bridge.

It's been super useful for all types of projects -- I've seen it used in tons of small 24 hour hackathon projects, and have used it to scale my own app and port it over to mobile with very little friction. Definitely recommend this piece of technology.