Hacker News new | past | comments | ask | show | jobs | submit | slederer's comments login

Very interesting, where do you see value:

a.) in Kubernetes setups that operate the same software stack, with the ongoing updates and regular releases.

b.) in Kubernetes setups that frequently install new software/diverse software


A package manager for a software stack the does not change that often (a) can move managed services like databases, message queues or even more complex obseravbility tools inside the cluster with the same convenience of a manage service.

If your setup become more complex and changes often (b) a I would recommend breaking it up into smaller pieces.

For both scenarios it makes sense to use git to keep track of revision and previous states of your Kubernetes cluster and incorporate review processes with pull requests.


well, DRM has its necessarily out there. not everything on the internet can be free


Super useful and detailed! I'm keen to see what apple comes up with, and if the same approach for encoding can be followed


While we have CMAF and CENC as standards, politics of companies like Apple just decide to change the cipher mode on DRM for HLS Fairplay and suddenly it's a problem for the whole industry.


Just took 6 years for this bug being addressed :-)


Good things take time, I guess ;-)


Oh, totally agree, just because we can stream and display the content in HDR, it doesn't mean that the production was really worth it. However, content quality in HDR just increases every day, there is so much competition for great content right now that we will just see more great things. Even normal user generated content can now be created with the iphone and dolby vision, which is really crazy and cool. I think we are just at the beginning, maybe HDR will be the standard in a few years from now


It's good to have a long-term plan for HDR, but it doesn't make sense to do it until you are ready to do it right.


Awesome, initial AV1 support!


lol I read that as "AVI support" and thought you were being sarcastic :)


That’s why AV1 is a terrible name, they should come up with something else while it’s still possible changing it.


You won't see .av1 file extensions, it will still be in a .mkv or .webm container.


If you write it lowercase the 1 stands out over the i. av1


Or it looks like avl, depending on the font...


This is what has me excited, too (although unfortunately we're still looking at a likely 6-8 years before relevant targets will support it too...).


Depends on what you classify as relevant targets. All big hardware companies have been onboard since the begging and probably already have prototypes of fixed-function decoders. Chances are we'll have consumer hardware with such decoders sometime next year.

If you actually go on the AV1 spec issue tracker, there are issues (both closed and open) from people at Nvidia, ARM's hardware team, Google and Netflix.


Thx folks, it has been a awesome ride so far. That's only possibly due to the great Bitmovin team. (I'm one of the cofounders)


Thanks for leaving a comment here :)

Now that I have your ear, may I make a suggestion? Please be a little more specific about what Bitmovin does on your website. Right now the first thing I read is:

    "Software to Solve Complex Video Problems.
    Bitmovin API based products help developers around the world
    solve the most complex video problems with cloud native software that runs anywhere"
That is a very broad statement. I would consider myself quite technical but I don't have deep domain knowledge in video coding and infrastructure. Quite honestly I can't get much information out of this.

What kind video problems are you solving (except that they're "most complex")? What is "cloud native software"? How do you define "runs anywhere"? Will it run on my Smartphone / PC / Car / Container / Toaster?

I just want to know what your company does [1]

[1] https://news.ycombinator.com/item?id=15170182


some of the problems that they are solving are

- inserting ads between videos(configurable)

- serving videos for different screen size(if you send same video to all device, device has to do resizing in addition to decoding)

- serving videos in different network conditions(HLS/DASH) where based on bandwidth lower/higher bitrate video is requested from the server.

- seamlessly serving videos by switching video sources even for encrypted content.

- In HLS/DASH, player is the complex(intelligent) part as it senses the bandwith and send requests to server, they are giving readymade player implementation through SDK's


Most of those problems are already solved by open source tools and standard on video streaming services like amazon, netflix, hbogo etc.

There are mature open source clients that will do most of those things automatically out of the box. For example shaka player from Google.


Better not to depend on client for functionality.

Don’t repeat the “JS required” situation in video, or next thing you know you’re rederiving Flash.


Congrats! It's very encouraging to see video tech with a solid customer base, and good investor support.

Which factors do you think contributed most to your success? Was YC helpful in opening doors for you? How important is the right kind of investor?


Thanks!

For us it was really important to find people that help us along the way, and that definitely includes all our investors, as well as Ycombinator. We're engineers and we definitely learned so much about building a product and a go to market strategy during our time at YCombinator. Having a technology alone is often not enough.

We also raised money form some silicon valley veterans and angels, and I use them as a resource for advice and expertise. One of the was the first CTO of Cisco for example, and I always learn so much in talking with him. Pretty cool to see how one can apply things from those companies also today.

But most importantly, it's the team. you need a great to come to this point, otherwise you struggle quite early. I'm really proud to work with our folks, they really do all the work.


Thank you for the tips - and best of luck to you guys!


haha, yes :-)


also check out the quality comparison in the blog post, outperforming today's VP9, HEVC and H.264 video codecs


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: