So can the OP elaborate how this is the "Github" for video, rather than, the "YouTube for Video"? Because at a glance, from what's on the page...A "Dropbox for file sharing, Vimeo for video review, and Email for communication" is what I would consider YouTube to be (well, Youtube + Google+)...
A Github for Video would, in my mind, involve some kind of diffing thing...and a way for collaborators to do something like freely tinker with audio/video, all at once, and share and merge those iterations in some much easier, more harmonious way than just uploading clips to the cloud and annotating them, which you can already do with YouTube.
(also, the video on site, on the iPad, seems to be unresponsive to the replay button, which makes it hard to review the demoed details)
That said, this is definitely a cool thing to try out in theory. I'm especially interested in seeing how bandwidth issues are handled (or if a slight sacrifice in resolution and fidelity is the tradeoff...and if that tradeoff is even possible with the tastes of the intended audience)
You are right. The github part was for the tech community and only refers to version control videos, and EDLs, or Edit Decision Lists, to track changes in an edit. From version to version. Thanks for ending on a high note, most of our industry response has been wonderful
Why even target the tech community? This looks like a pure Hollywood play. I would stay away from Freemium-esque model here. I've worked with quite a few fashion companies and they'd eat this up...
Tech is my community as CTO, and this is one of the few examples on the web using the new Famo.us JS framework. Aside from that, everyone is creating video for marketing as professional quality video is more readily available to consumers. Thanks for the input on the Freemium model as well! We have heard both sides, and will be a tough call! :)
I don't get the hate famo.us gets on HN. But to be clear, their code isn't the best. Their code is quite janky in places and is very poorly documented (in the source and in the docs). I'm also pretty sure the bugs it has are design faults. All of this can be fixed, though, which is why I like to take a "wait and see" approach with famous.
While we're aware of some design issues that we're currently working on addressing, we'd still love to hear what you think are famo.us' current design flaws and how you think things should be implemented differently.
Thanks! glad to see friendly competition! and no we launched yesterday, we do SNL digital short and have huge industry rep. Elijah wood even signed up.. No fakes yet :)
I'm reading in the comments that there's more on the page if you scroll. I'm using a laptop with no mouse and no scroll on the trackpad and neither Page Down nor Space nor the arrow keys work.
At Nimia (https://app.nimia.com) we already provide all the basic features listed here. You can archive, share, transfer, preview, comment on collections of videos. Available right now, no waiting for an mvp release.
You can also privately license your work to clients, publish it to our marketplace, etc. We have tools to promote your individual brand and also have a whole host of collaboration tools that are in the pipeline.
Nice to meet you, I have seen many competitor companies take this opportunity to offer their services, they certainly exist! We are two years beyond MVP. Look forward to seeing you around!
That's only epsilon better. The only time that a web page should play music is if the user clicks on a button to start a video or play an audio clip. That's it. Period.
sorry, if the page was laggy and you initialized scroll, the pages scrolls to position and autoplays a video. It does not happen on load, lessons learned
Please reread my first comment. I've said nothing about the page being laggy. In fact, on my system, it didn't lag at all.
What makes you think it's okay to automatically play sound when the user starts scrolling? What were you thinking? That's not a sarcastic put-down. I would like to know what could have possibly been going on in your brain when you thought that this was anything but a horrible, off-putting design decision.
Pretty slick video. The page is pretty buggy is some annoying ways. The chrome gesture for paging back doesn't work since I assume it's grabbing the mouse. When you page back or forwards to the page it reloads and it's white.
> I didn't even know I could scroll down because holding the down button did nothing.
Wait, you can scroll down? There's no scrollbar, page-up/page-down/up/down do nothing, space does nothing. The site seems to be completely inaccessible to keyboard users.
yeah, brings back those myspace memories for me. the browser even became unusable as well - just like it used to, with those decked out myspace themes. (actually, it's amazing to think that IE survived some of those profiles.)
The video should play if the user prompts it. To be honest, it's not the video but more the music/sound which bothers (so maybe do what Facebook does and enable sound when user clicks or something?)
Pricing info would be nice. It will store and serve probably huge files, and multiple versions of them, meaning the storage and bandwith usage will quickly climb, and I suspect it is going to be expensive.
My bad, I thought you meant transcoding as a service. Yes we are building our own engine around ffmpeg. We have special components that stream Ycbcr from raw into ffmpeg
What awful design. The video in the background is nice but you don't need to take over my scroll wheel and you DEFINITELY don't need to blast a song at me without my permission.
that will only blur an element, not the visible area underneath a translucent element. drpancake is referring to blurring the playing video is it scrolls underneath the title bar. this is pretty much impossible to do in HTML/CSS with moving content (video, gifs, etc), and only possible to do with static images by doing some very janky canvas hackery.
So can the OP elaborate how this is the "Github" for video, rather than, the "YouTube for Video"? Because at a glance, from what's on the page...A "Dropbox for file sharing, Vimeo for video review, and Email for communication" is what I would consider YouTube to be (well, Youtube + Google+)...
A Github for Video would, in my mind, involve some kind of diffing thing...and a way for collaborators to do something like freely tinker with audio/video, all at once, and share and merge those iterations in some much easier, more harmonious way than just uploading clips to the cloud and annotating them, which you can already do with YouTube.
(also, the video on site, on the iPad, seems to be unresponsive to the replay button, which makes it hard to review the demoed details)
That said, this is definitely a cool thing to try out in theory. I'm especially interested in seeing how bandwidth issues are handled (or if a slight sacrifice in resolution and fidelity is the tradeoff...and if that tradeoff is even possible with the tastes of the intended audience)