flavioribeiro

once we fix caching and improve the nginx locations I'll make sure to release under github.com/nytimes but you'll see that there's no much going on over there, just some config files and the lua app. :)

that's awesome, would love to know more details about the stuff you guys are doing!

If you look at the thumbnails extractor, it calls libav methods that are essentially the core of ffmpeg. One of goal of this service is so journalists and editors can easily play and create thumbnails without command lines and terminals :)

here is a nice talk about ogv.js: https://www.twitch.tv/videos/94956075

hey! VHS is actually a tribute to the old "Video Home System" :) We also name our releases with 80s movies, here are some examples of the latest versions:

- 2.63.0 Coming to America - 2.60.0 The Terminator - 2.59.0 Full Metal Jacket

there's no Brightcove neither videojs, VHS was built from scratch and we have plans to open source it.

yep, this is on our roadmap

On the beginning of this year we decided to transcode our old videos to have mp4/webm/hls renditions (we only had .flv at that time) so we could also generate the thumbs. For new videos I created this project https://github.com/flavioribeiro/video-thumbnail-generator and we are integrating it with our encoding pipeline.

I'm glad you guys are pushing the p2p-video world forward.

Just adding one extra information, building the playlist on our side enabled us to define the DVR window (how many time one can seek back on the video). Since we built both the server and client side, it was also possible to add tags to the stream and we did it. tl;dr; It was possible to control the adaptive streaming on the server side.

When our CDN was very crowded, one tag on the HLS playlist was able to direct users to a lower quality, preventing all the users to fight for the same bandwidth and avoiding rebuffering events.

beautiful! congratulations for sharing this to the community.

HLS is supported by default on Safari (on MacOS only, AFAIK). HLS is developed by Apple so it make sense to support it natively on their products. There's a bunch of players that has "HTML5-first" support, it tries to use <video> tag and if the browser doesn't support it, it fallbacks to flash.

I think that the first step on moving to HTML5-only player is the support for DASH on the live streaming stack. AFAIK, Twitch is using HLS to broadcast their channels which isn't supported on browsers by default[1]. I bet Twitch guys are working on this right now.

[1] There's an initiative to play HLS videos without flash at https://github.com/RReverser/mpegts, but its too much heavy since the browser needs to change mpegts container to mp4.

Great idea! I wonder why you aren't using github (or bitbucket, etc) for hosting the project. I personally think that early projects can benefit from tools like that, since people can follow the progress (issues, bugfixes, etc) and access the code without cloning the repo.

I'm with you, everyday I try to fix a bug, make a small refactory or even improve README.

(https://www.dropbox.com/s/v5czzto5zfzz7rw/Screenshot%202014-...)

hey, it should play all formats supported by Clappr: http://clappr.io

Sure. It seems that this feature fits well in a playback plugin. You can see some examples at our github repository. Regarding the concatenation of buffers you'll need to use Media Source Extensions API (http://html5-demos.appspot.com/static/media-source.html) but you should take care of the support of it on current browsers.

Since some people asked for, I just released a small step-by-step guide on how to deploy BemTV on your transmissions: https://github.com/bemtv/bemtv#how-to-use-it-on-my-own-hls-t...

hey fiatjaf. Actually, Google is already using WebRTC on Hangouts: http://www.webrtcworld.com/topics/webrtc-world/articles/3584...

hey dublinben, thank you for your comment. Since the browsers do not support HLS by default, it is needed to use Flash for it. I'm planning to bootstrap a version with DASH support (probably using dash.js) dropping the need of Flash.

thank you! I still need to calibrate when a peer gives up to receive by p2p and goes to CDN, but it seems it's working for some swarms with low RTT. Regarding the code, I bet you'll not have problems to understand but feel free to ask me anything you want.

At Globo.com we use HLS as our main protocol to stream live video for both desktop and mobile.

To have HLS audio track available "for free" (without the necessity of transcode it on backend) we built a nginx module: http://github.com/globocom/nginx-audio-track-for-hls-module

It would really great to see this module being used by Dropbox also.

NounVerber, hehehe... this is a term I didn't know. thank you for sharing this.

inspired by Uncle Bob's "The Clean Coder" book where he says he do warmup katas, i've done this site. Every day dailykata.net will challenge you with a different exercise and programming language.