Trigrad

Languages and libraries

image compression

SHOW HN2015

175points
67comments
#104of 2,565 in 2015
Top 5%of 2015 by points

How HN took it

CuriousMostly questions and neutral comments

6 positive, 26 neutral or asking, 0 mixed, 8 critical, out of 40 comments about the project. Thread score -0.04.

Performance: 0 for, 5 againstExecution: 3 for, 2 againstIdea: 2 for, 1 against

The thread, comment by comment

Each row is a top-level comment and its replies, in HN's order. Select a cell to open that comment on HN.

positive neutral or mixed critical about another commenter or something else the maker

What HN said

What people liked

  • Interesting, working image compression idea that gradients handle well

    From 3 comments
    • This is the difference between someone who actually does something and academic work that claims to achieve something. This is half-done, but it WORKS and you can use it and…
      kobigurk on HN
    • It's not very comparable to PNG, since they're designed for different types of imagery. I know currently Trigrad cannot handle text at all. In regards to your other comment, it's…
      ruarai on HN
    • Love how the algorithm is simple compared to iDCT based ones, very good job! > No text at all Or indeed anything which poorly maps to gradients. For this I'm thinking about…
      ezdiy on HN

Objections

  • Compares poorly to JPEG and PNG on photos and text

    From 2 comments
    • PNG is lossless, so I don't get the quality comparison. I don't think this approach can compete with JPEG and newer transform based variants for natural photos (event at edge…
      darkmighty on HN
    • It's not very comparable to PNG, since they're designed for different types of imagery. I know currently Trigrad cannot handle text at all. In regards to your other comment, it's…
      ruarai on HN
  • No comparison against existing state-of-the-art methods

    From 2 comments
    • I agree that it's nice to have this kind of write up and code, but "works" is a low bar to pass, especially in image compression. If this were written up as an academic paper, a…
      cafebeen on HN
    • I mean the author no harm, nor want to talk bad about his work. His work is very cool and I like the amount of information that he gives. Yet, this is far from comparable to…
      bastijn on HN

Requests

  • Compare results against the Lenna benchmark and file sizes

    From 2 comments
    • Can you try it with the lenna benchmark image and post the results please?
      rincewind on HN
    • Nice pictures, but they should really have indicated the filesize for the 3000-sample version and given more details about this part: the samples can be saved and zipped up…
      userbinator on HN
  • Smoother interpolation or data-dependent triangulation

    From 1 comment
    • This is neat and the illustrations are great. A few things that will probably give large gains while being low hanging fruit: 1. There are triangle interpolation schemes out…
      CyberDildonics on HN

Questions

  • How does speed compare to other compression algorithms?

    From 1 comment
    • How does the speed compare to other compression algorithms?
      bdamos on HN

Alternatives named

  • JPEG

    From 2 comments
    • Not sure exactly, but wouldn't these images theoretically scale up better than jpeg? i.e. Making a 600x800 image out of a moderately compressed 300x400 seems like these would…
      mainguy on HN
    • PNG is lossless, so I don't get the quality comparison. I don't think this approach can compete with JPEG and newer transform based variants for natural photos (event at edge…
      darkmighty on HN
  • Data-dependent triangulation papers by Lehner et al.

    From 1 comment
    • Garland and Heckbert had a nice algorithm for this sort of thing in their 1995 paper, "Fast Polygonal Approximation of Terrains and Height Fields." The paper is mainly devoted to…
      a_e_k on HN

Category, keywords, summaries and labels on this page were made by AI (Thread Reader v2) and not checked by hand. Each point links to the comments it came from.

Add a badge to your READMEShown on HackerShow
[![Shown on HackerShow](https://hackershow.org/badge.svg)](https://hackershow.org/show/9828962)