Viewing profile — xooyoozoo
xooyoozoo
HN member- Joined
- Wed, Feb 27, 2013, 10:32 PM UTC
- HN karma
- 68
- Public activity
- 18 items
- HN profile
- View on Hacker News ↗
About xooyoozoo
No profile information was provided.
Recent public activity
-
comment
Comment #8955605
If your browser supports VP9, that will be forced whenever possible. I'm not sure if switching to CPU-only video decode will be a net gain for most.
-
comment
Comment #8756513
He either made his judgement based on non-obvious criteria or, more likely, looked at x265 at the "wrong" moment. Right before libbpg was announced, x265 had several commits fixing…
-
comment
Comment #8650669
>It will remain slower than x264 though, it uses more cpu consuming algorithms in order to cram out more 'quality per bit' At an abstract level, HEVC is AVC + refinement + new algo…
-
comment
Comment #8519603
Octane is Google's own benchmark suite. I don't think getting beaten on your own hand-picked set of performance metrics satisfies any definition of "impressive".
-
comment
Comment #8314039
There's a recent paper comparing subjective performance between HEVC and VP9. http://www.scribd.com/doc/238049197/HEVC-H-265-VP9-AVC-subje...
- story
-
comment
Comment #8176529
>using new process node - 3D 16nm The Hotchips slides explicitly mentioned 20nm. Based on a bad assumption, the author for this story decided to freely reinterpret '20nm' as 16FF. …
-
comment
Comment #8059446
"Helping The Web" in this case would be choosing the video format with the broadest support base... which in this case is H264. The only holdouts are Opera and a couple variants of…
-
comment
Comment #7989906
Because of actual semantic analysis or some microbenchmark you saw somewhere running on a beta, unstable compiler?
-
comment
Comment #7917916
And those libraries will likely be OpenCL-based and nicely portable to Intel's Xeon Phi options.
-
comment
Comment #7917888
Interestingly, the gif->mp4 in the source link uses Constrained Baseline H264, the only profile that's supported by Cisco's BSD-licensed OpenH264[1]. The MPEG-LA patent fees are al…
-
comment
Comment #7917854
I recall reading on gfycat's subreddit that desktop Chrome's H264 support is occasionally spotty, so they chose to force on VP8/WebM in Chrome. The upside is that users get a relia…
-
comment
Comment #7849664
Go's compilation was fast, which made developement much more pleasant. Performance of the actual compiled code was a different matter (hard to get both fast binaries and fast compi…
-
comment
Comment #7782212
JpegMini claims to be perceptually lossless, not mathematically lossless.
-
comment
Comment #7713347
It's 100% boilerplate. The whole "handicapping" debate that pops up every ICC thread is likely several years out of date (not that I don't expect to see it again and again for the …
-
comment
Comment #7689789
I don't use or know about any of the other tools mentioned, but Pandoc isn't exactly someone's pet project. It may be niche , but it's not unknown. If you need to convert markdown/…
-
comment
Comment #7688559
[T] => Vec It's ~[T] that is now Vec , which was a good change in emphasis (the former is still valid, though it will become Box with this RFC). Besides the implementation differen…
-
comment
Comment #5295532
> If there were a way to optimize things better than x264 has, it almost certainly requires working directly within the encoder's analysis code itself rather than carrying out a pr…