Live data from Hacker News

Viewing profile — xooyoozoo

xooyoozoo

HN member
Joined
Wed, Feb 27, 2013, 10:32 PM UTC
HN karma
68
Public activity
18 items

About xooyoozoo

No profile information was provided.

Recent public activity

  1. 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.

  2. 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…

  3. 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…

  4. 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".

  5. 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...

  6. story
  7. 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. …

  8. 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…

  9. comment
    Comment #7989906

    Because of actual semantic analysis or some microbenchmark you saw somewhere running on a beta, unstable compiler?

  10. comment
    Comment #7917916

    And those libraries will likely be OpenCL-based and nicely portable to Intel's Xeon Phi options.

  11. 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…

  12. 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…

  13. 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…

  14. comment
    Comment #7782212

    JpegMini claims to be perceptually lossless, not mathematically lossless.

  15. 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 …

  16. 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/…

  17. 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…

  18. 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…