MS Teams just had a panic attack.
this post was submitted on 18 Jul 2026
300 points (100.0% liked)
Game Development
6315 readers
1 users here now
Welcome to the game development community! This is a place to talk about and post anything related to the field of game development.
founded 3 years ago
MODERATORS
Teams does that even when running entirely unconstrained.
Plus, it lets you cook an egg in the surface of your laptop.
As a result of this panic attack, MS Teams will use 30MB more RAM on the next startup. You should know better than to frighten poor MS Teams, when you know it's got poor self-esteem!
Best I can do is 60GB of AI generated assets for my farming/life simulator
I think I can hear .kkrieger laughing scornfully.
I have played it, it is a damn cool concept, the graphics looks cool but I found the actual gameplay to be rather sluggish.
Wait, are entrants allowed to spread their game across multiple floppy disks, as was commonplace in the 90s?
Bonus points for saves being written to the floppy without checking if there is important files there already, leading to a broken game if the save file is put on the wrong floppy.
the freshly prepared game must be able to squeeze onto a single HD floppy disk - that’s just 1.44MB
Literally in the first paragraph of the article.
load more comments
(5 replies)
Procedural generation.
Procedural generation everywhere.
Yeah .kkrieger a 3d FPS is only 96 KB and it achieved that with procedural generation.
I'd love to see a basic Minecraft clone clock in under 1.44 MB
Probably possible with no textures, or procgen'd ones.
Whoever designed the poster didn't see a floppy disk on their lives.
In era of hundreds of GB game, to see someone make game less than 2 MB is very surprising. it's like we going back to NES era where every game fit in one single cartridge, no update, no DLC, and no resources hogging, everything was smooth
Many of the earlier SNES games were below 2 MB too, for example, Super Mario World is around half a MB, and A Link to the Past is around 1 MB.
can confirm i used to burn snes roms on floppy
load more comments
(1 replies)
Not less than 2MB, but Animal Well is only 33MB in total. That's including any updates, etc.
That's so insanely impressive to me. One of the best games this decade, and it's way under 100 MB
I used to copy Apple II games, and they ran in 48k and often shared a floppy. Some even did vector graphics, which was kind of like deep black magic back then. The Amiga (which could actually do graphics properly) people will tell you similar stories.
load more comments
(2 replies)
What a great idea.
I love the idea, but it seems like a difficult (but not impossible) limitation. Godot won't make it even with heavy minification of a hello-world, Raylib is more realistic but I think the 3D rendering on its own already puts it above the limit so even untextured 3D is out. So, 2D or write-your-own-engine.
Well, maybe Raylib 3D might work with a static binary via musl, but at that point I'm pretty sure game design and programming would be small steps at that point.
Most ready-to-use engines simply cannot compete in these kinds of challenges, they have too much "cruft". Simply exporting an empty project will result in a ~35mb executable.
Funnily enough, SDL might also not be worth it, as the .dll alone will blow the limit. So people will either have to use whatever native win32 API there are, or directx calls, or going with VGA, which will also look era appropriate.
It's not clear if dynamic linking is allowed or not (considering it's something you really have to go out of your way to avoid), which is a big difference.
I was also going by some modified Raylib examples (+bindings, Linux, so size is influenced by that) I already had compiled, 1,372,160 bytes for the 2D one (no textures/sounds, just collision detection and some polygons). With my original comment I wasn't even thinking about how dynamic links could be counted for size, only that static linking could be smaller (which isn't even a guarantee).
EDIT: Actually, the 3D one (yaw_pitch_roll example with plane replaced with a vertex-painted office plant) is smaller after the binary is stripped.
Just the logic .so for one of my Godot projects is significantly big (761,856 bytes for something with ~250LoC) though that might be on the bindings or even my compilation settings.
The best bet is to generate some stuff on the fly or on demand, if you wanna make it 3D
I would love to see a return to the floppy and old-school computing, esp in response to hardware skyrocketing in price... I know it's unrealistic but it hits me right in the nostalgia reading about this stuff
I actually had 5 and a quarter inch floppies as a kid and apparently they cap out at 1.2MB. They had pretty rad games, although I barely remember why we had like, hundreds of them, obtained second hand I guess.
IIRC they were more like 170kb? Single sided (single density). I had the C64 ones.
My family's IBM compatible had 5¼" double sided double density disks that held 360KB.
But there was a lot of variations between platforms:
We had hundreds with pirated games for our C64. Alongside miles of printouts to see which game is on which disk.
Boxes with floppies of pirated games.
Good times ☺️
How about a full 100MB to honor the late not-so-great Zip drive?
And, to further honour the Zip drive, every game submitted must be corrupt and unreadable.
load more comments
(1 replies)
How about an OS and games?
Holy moly, this is insanely awesome. Can this revive Chromebooks and ancient machines? Can it actually play YouTube videos with sound, though?
load more comments
(2 replies)
load more comments
(1 replies)
I remember installing "PowerBuilder" onto my machine back in the day. It was 22 floppy discs to get the complete enterprise edition installed.
WASM-4 would good engine for this. Assuming you don't also have to ship the runtime.
Games are at most 64kb.
It seems they're including the runtime in the size, and have prohibited web based games for this reason (unless you can find a browser that fits in 1.44MB). Submissions must be a native executable (I'm assuming for x86)
load more comments
(3 replies)
Just think how much more breathing room people coding for boot sector games would have
view more: next ›