this post was submitted on 05 Aug 2024
439 points (99.8% liked)
Technology
58009 readers
2968 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
I knew patch files were small (often smaller than their metadata) but I wouldn't have guessed they were THAT small. I think we'll see somebody running a spinoff soon, as well as domain squatters offering malware-ridden copies of Lunar Magic (the patching tool).
The whole of Super Mario Bros is smaller than a single screenshot of the game.
Popular myth but untrue.
The ROM is exactly 40 kiB or 40 960 bytes. The NES outputs video at a resolution of 256×240=61 440 pixels. The game never switches palettes mid-frame and thus the highest possible number of colors (of the 64 available ones, of which 55 are distinct) in any screenshot is: 4 sprite palettes × 3 non-transparent colors per palette = 12 colors among all sprites; plus 4 background palettes × 3 selectable colors per palette + 1 selectable color shared between all palettes = 13 colors in the background; or 25 colors in total.
Even one of the most basic lossless image formats, GIF, can use an n-bit palette of 2ⁿ−1 arbitrary colors plus transparent, where 1≤n≤8. For n=5, we can store up to 31 colors at 5 bits per pixel, or 307 200 bits total, which is 38 400 bytes. The palette entries, size etc. will take about 200 bytes at most, and LZW compression built into the format (or even better, whatever PNG uses) can be used to reduce the file size further (significanly because there are huge areas filled with solid color or patterns).
I'd bet it's possible to make an NES ROM that does nothing but fill the screen with noise-like tiles and switches the colors mid-frame, likely in just 8 kiB of video ROM plus 2 kiB of program ROM, whose screenshots will never compress to below 10 kiB in PNG format, though.
You’re absolutely correct, but you and I both know that normal people are going to only manage to create a dithered JPG that’s almost half a MB in size.
I laughed because last week, I had to teach the marketing team why you shouldn't upload your iPhone photos to the website. Each page has a nice 4meg high res photo.
Bet they all had location metadata, too.
Oh my, I did a scan and yes... We have location meta data on our images.
Oh boy.
I read this in Scott Bakula's voice.
And it's probably in hvec format too, lol
*heic
How? Why? By first saving it as a fixed-palette GIF?
AFAIK the majority of compression in GIF and PNG comes from local similarity. GIF uses run-length encoding. PNG pixels can copy the color to their left, or any of the three pixels above them.
The smoothness of natural images is why Quite Okay Imaging can compete with PNG, despite touching each pixel exactly once.