8 ms·
Daala: Are We Compressed Yet?
- deleted 12y ago[deleted]
- alinenache 12y agohttp://waltherpragerandphilosophy1.blogspot.ro/2013/09/focusing-on-small-things.html http://waltherpragerandphilosophy1.blogspot.ro/2013/09/focus...
- lifthrasiir 12y agohttps://arewecompressedyet.com/ https://arewecompressedyet.com/ is the actual benchmark website.
- wldcordeiro 12y agoIs there a list of all the arewe* sites Mozilla runs? I know of arewefastyet[0], areweslimyet[1] and arewee10syet[2]. Are there others? [0] http://arewefastyet.com/ http://arewefastyet.com/ [1] https://areweslimyet.com/ https://areweslimyet.com/ [2] http://arewee10syet.com/ http://arewee10syet.com/
- ash 12y agohttp://areweflashyet.com/ http://areweflashyet.com/
- ancarda 12y agoThere's also http://www.areweplayingyet.org/ http://www.areweplayingyet.org/ which appears to be by SoundCloud, not Mozilla.
- agapos 12y agoThere also is/was an arewe* site for Firefox installer size by releases, but I can't remember the URL.
- ash 12y agoarewesmallyet.com, it seems to be expired and grabbed by domain squatters. And (what is probably related) Firefox installer size is now much more than 5Mb it was then :) Also: https://github.com/ttaubert/arewesmallyet https://github.com/ttaubert/arewesmallyet
- jsantell 12y agofor fun bug tracking in the web audio tools, arewedubstepyet[0]. [0]http://arewedubstepyet.com/ http://arewedubstepyet.com/
- mccr8 12y agoThere is http://arewemetayet.com/ http://arewemetayet.com/ but it is probably incomplete.
- ehsanu1 12y agohttp://arewewebyet.com/ http://arewewebyet.com/ Not mozilla though.
- deleted 12y ago[deleted]
- tekacs 12y agoFor some textual context: http://xiph.org/daala/ http://xiph.org/daala/
- kzrdude 12y agoIt seems like the HTML5 player is finally working :-)
- panzi 12y agoNot for me (I use Chrome). Had to download the video.
- kzrdude 12y agoWell it used to be that mozilla's web player didn't work in mozilla's browser, and now it does, and that's nice :-). (Linux / no flash).
- higherpurpose 12y agoDidn't work for me either. After I refreshed the page, it did.
- ape4 12y agoThey are getting some pretty good work out of an intern.
- derf_ 12y agoWe certainly thought so (I was Thomas's mentor this summer).
- TD-Linux 12y agoIt was a bit of a surprise to wake up and see myself on HN! I'm the presenter in the video - I can answer any questions you might have here.
- petermonsson 12y agoIn the video you mentioned that you worked on a bit of RTL for the codec. I am curious on how the codec can be accelerated. You didn't talk much about it, so I am interested in what you have learned. Do you have some info on where most of the CPU time is spent in the codec? What did you try out?
- TD-Linux 12y agoMy RTL accelerated the transform stage of the codec. Because Daala has no pixel domain dependencies, the frequency domain coefficients can just be offloaded to hardware, which returns the pixel domain result. There is more information on timing on my website [1]. The transforms no longer take as much CPU time as they used to, due to having better SIMD accelerated versions. Much of the time is now spent on the PVQ decoder, which is not optimized for speed at the moment. One thing I learned after writing large fixed-function transform hardware is that it doesn't take much extra hardware to turn them into microcoded programmable pipelines, much like a GPU. In fact, this approach is very common internal to hardware video decoders, though the firmware is not exposed to the user. One notable exception is Broadcom's Videocore IV, which is quite an interesting architecture [2]. Also, with the latest mobile processors having 8 or more ARM cores, we can also exploit CPU parallelism in much the same way. I feel it is very important to have the codec perform well on CPU alone, as not everyone will have hardware that can decode it right away. This is something I would like to play with a lot more. [1] http://thomasdaede.com/wordpress/?cat=9 http://thomasdaede.com/wordpress/?cat=9 [2] http://www.broadcom.com/docs/support/videocore/VideoCoreIV-AG100-R.pdf http://www.broadcom.com/docs/support/videocore/VideoCoreIV-A...
- petermonsson 12y agoCool stuff. Thanks a bunch. I agree with you that software optimization takes preference, but I have also seen optimized crypto code in assembly that was completely undocumented and unreadable. I hope that Daala won't fall into that trap.
- mistercow 12y agoAbout damned time we had a codec with lapped transforms.