Viewing profile — RBO2

These are good points but no name is ever perfect. Just felt that secc was more memorable and would offer more levarage to this great project :-)

Why not call it secc ("sexy") ?

Correct. Progressive MP4 also do the trick. Many open-source tool such as ffmpeg (generalist), gpac (specialized in this and leveraging ffmpeg), etc. in the area.

I love the idea of static recompilation. It is a promising way to make statically linked code more reusable/sustainable!

I don't know who downvoted you but you're correct. The point is that most devices embed an HEVC hardware decoder.

I agree with you but hey JPEG also had its own patent issues ( https://en.wikipedia.org/wiki/JPEG#Patent_issues ).

HEIF (based on HEVC and support on MacOS/iOS + Android + Windows) is already way better than JPEG. It also provides HW acceleration. HEIF is made by MPEG. HEIG is extensible (see A…

How different is this from Chromium and Chrome?

Note that this is a Apple requirement for HLS. Most people don't realize that the GOP size doesn't impact the latency, but it impacts start-up time.

> I've heard from colleagues that this won't be possible with DASH due to the switch to fMP4 format. That's incorrect. With DASH the latency depends on the fragment duration, not t…

I think they're almost there in two ways. 1) is https://github.com/gpac/gpac/issues/790 . 2) is to extend FFmpeg to include the MP4Box muxer: http://www.gpac-licensing.com/signals/…

Also I use ccache on all my projects. Rebuilds times are now at 10s for a 50 kloc project.

Unfortunately these codecs still have a few important issues ( http://www.gpac-licensing.com/2016/07/12/vp9-av1-bitstream-f... ). I wish AV1 can fix those but they want to go for s…

That's mostly partial acceleration. Chips now support a lot of codecs. And aside H264/AVC chips makers cannot afford to use so much hardware surface for codecs that are not so popu…

Agreed. Some opponents of DRMs say this is the beginning of the end of open computers. We've heard recently about the Intel Management Engine. On the other hand, almost all DRMs we…

You're right, I meant "contributors". It is not only a question of money: these companies can dedicate people to lead the standardization tasks and push their own interests. That's…

Agreed. That's one of the reason why this initiative stalls. However the back idea is to standardize a DRM protocol that would be accepted by the copyright owners and that's a step…

> the organizations that develop the most influential browsers do The problem here is that 3/4 browser makers are also DRMs makers (Apple, Microsoft, Google) and are also the bigge…

W3C did this move because its biggest sponsors are the DRM makers (Google, Microsoft). To make it acceptable they made it optional. But in practice all major browsers implemented i…

These area are huge. Switzerland is 41,285 km^2, Belgium is 30,528 km^2, The Netherlands is 41,543 km^2.

The main question is: who pays to make the standards? W3C's biggest sponsors are corporate companies such as Google or Microsoft. It gives these companies a lot of weight.

> Scott Meyers has written lots of good stuff on how to use C++ properly. Scott Meyers "retired" from C++ in December 2015 ( http://scottmeyers.blogspot.fr/2015/12/good-to-go.html …

Yes that's exactly what it is about! Unfortunately, our current result shows that it still requires much time to model the spec correctly. Any help appreciated, my contact is avail…

Thanks! I'm contributing to an open-source project where we do a lot of standardization (including MP4). We're trying to improve the parser generation by using a model from the spe…