GoThread
all local communities rss
log in
c/programmer_humor@programming.dev · sanitation@lemmy.today · 2 Sep 2026 23:30

New compression technique

check post at origin

1188
155 comments

log in to comment.

comments

top new hot controversial
‹ show full thread · in reply to @green_red_black@slrpnk.net
  • @wonderingwanderer@sopuli.xyz · 3 Sep 2026 · edited

    That seems fundamentally impossible.

    If you’re just doing plain black and white, no grey scale, even ignoring headers the most you can get out of that is 4800 pixels. Say maybe 120x40 or 75x64.

    Add in headers to tell the machine where each pixel actually goes and you’re looking at way less.

    Want greys or color in your image? Forget about it.

    2
    link
    • @glibg10b@lemmy.zip · 3 Sep 2026 · edited

      If you’re still thinking in pixels, then you’re already behind JPEG. There are other ways to compress visual data, such as in the form of its frequency spectrum, or with vector embeddings

      7
      link
      • @wonderingwanderer@sopuli.xyz · 3 Sep 2026

        Or in a tensor field consisting of billions of weighted parameters across several matrices which then get multiplied along specific embedded vectors, apparently…

        3
        link
        • @CanadaPlus@lemmy.sdf.org · 3 Sep 2026 · edited

          To explain a bit more, most of the information in an image is actually stuff we would never notice. The very specific way a few of a pixels slightly deviate from a perfect gradient, for example.

          The basic idea of a jpeg is to convert an image to a kind of frequency space, where each pixel corresponds to a specific wave-like pattern. It’s reversable, preserving the information. and fast conversion to do, thanks to FFT. Even without, it would only be quadratic time. Then, the algorithm crops it in that new space. (IIRC jpeg actually has a few extra features, as well)

          1
          link
GoThread · self-hosted threadiverse · instances · AGPL-3.0