Quake-like game made with JavaScript takes up just 13KB of storage
Quake-like game made with JavaScript takes up just 13KB of storage
Q1K3 manages to pack in two levels, five different enemy types, three weapons, audio, and more.
You can play it in your browser here.
On another forum, I was complaining about how Microsoft was planning to remove WordPad from Win11. I was advised that installing OpenOffice or LibreOffice was an appropriate replacement. I replied that WordPad was only 3 megs large, as opposed to the recommended replacements, which are decidedly larger.
I guess not everybody appreciates tight code, but I surely do. Things like this are amazingly impressive.
Anyway don't install OpenOffice for any reason, just pick libreoffice or onlyoffice. OpenOffice doesn't get a functional/security/compatibility update since 2014.
I don't particularly care about code size as a user or as a programmer.
Hard drive space is the cheapest thing you've got on a computer.
You could always run gentoo and use -Os ... that can make things a lot smaller but also slower.
Sometimes a program is slow to start up because it's so boated that just loading it from the disk takes multiple seconds. Wasting a few kB doesn't hurt anything, but if you're doing it thousands of times in one program, your users are gonna have a bad time.
I just looked at how big LibreOffice Writer is, 210 MB as a portable app... Wow...
AbiWord Portable is probably the smallest and even that is 15 MB installed...
I was gonna say notepad but I just looked and its 18mb. granted I have a few plugins installed though.
Size doesn't matter much when you have SSDs that read upwards of 5000mb/s. It's why we're seeing an advent of web-based apps despite them being woefully inefficient, and why games regularly go above 100gb. The reason file size gets so large is that assets can take up a lot of space and they come with plenty of libraries that they just have to bundle. These "small size" software optimize for size at other costs, like speed, asset quality, development time... Reducing file size is just not relevant anymore and if anything you should be wary of software that do it.
yeah, you know what?... no. This is the kind of attitude that got us here to begin with. Yes, processers get faster, and yes size gets more available. But that shouldn't be an excuse for poorly-written code.
An empty Microsoft Word document is larger than the first word processing program I ever used. That is just crazy when you think about it. but "oh people have lots of resources they're not even using so it doesn't matter", right? When companies have this attitude of "oh the resources are there I may as well use all of them for myself" then their code runs like garbage and you need a faster computer just to make it work halfways decently. And because of this we all end up on this goddamned technology treadmill where we have to keep buying bigger and faster and more expensive computers to do the same thing the old computers did just because the programs written for it are too bloated and the people writing the code couldn't be arsed to make it work well. It wastes our time and our money. I reject that. I think others should too.
Reminds me of kkreiger, an fps with impressive graphics and sound for the time, that weighed in at 96KB.
A long time ago I came across a game that was part of a 1mb challenge. It's called A New Zero. I played it quite a lot, just flying around and dive bombing boats was entertaining enough for me.
I was impressed with 1mb but 13kb and 96kb is pretty amazing. I really enjoy seeing stuff like this.
Nice I have been thinking about doing a either an 8mb or 5mb gamejam challenge but I wasn't sure if 5mb would be to low but if there are 1mb challenges I guess it does not seem to impractical. Also I am going to test that game out in wine it looks interesting.
kkreiger is more impressive to me, because it creates itself on execution time. While this 13kB game is willfully ignoring the fact that the average web browser today is already a 2GB behemoth. While kkeiger is pure C++ and it does the whole thing, including the game engine and sound processor and everything else.
kKrieger was always kind of amazing to see. Even understanding a little bit about how the game works, it's still kind of mind-boggling
This is crazy!
I have so many questions, but lack the technical know how of how to ask them.
Basically it's all procedurally generated assets. It takes a long time to start to because it has to make all it's textures and sound effects.
Check this video out by Nostalgia Nerd
How much of that is third-party libraries, and/or third-party hosted? Obviously the assets (images and music) aren’t being counted.
The whole page transferred about 7kB and shows 18.2kB of ressources according to the debug tools.
This is amazing for only 13KB.
And I was blown away the ps1 game Vagrant Story turned Into 90mb file as a chd.
That said one of the games I enjoyed most even when I had an Amiga was a 48k ZX Spectrum game called Chaos.
I did not know that I needed loderunner-quake in my life.
Thanks for posting.
Online multiplayer?
Some people are masochist.
Ok that is an impressive number but it feels a little disingenuous. You still need to something on your machine to interpret the js code, right? Is that included in the 13k? How much storage does that take?
EDIT: Well this is by far my most negative comment here. That’s almost entertaining. I’ll share a few more of my thoughts here rather than respond to individual comments. Maybe the context will make this more palatable.
First, I expect that the js language is doing most of the work here. Which makes sense. But having a browser installed as a prerequisite is an enormous dependency.
How would that stack up against other languages? Can I build a 13k binary using C? How about C#? I think Go is maybe the most interesting because the binary is entirely self contained by default. No external dependencies aside from the OS. I don’t think this or a similar game is viable with only 13k. Which is fine! I just that I find 13k is disingenuous.
That brings up the question of whether or not we should include the OS in the storage size. I would think not. But that’s only because the OS is (usually) the least common denominator when we talk about developing software. It’s generally assumed by default. But if someone wants to compare with a game that interfaces with hardware directly, then yes, we should absolutely include the OS as a dependency.
Now that I’m giving this more thought, I suspect that the devs wrote 13k of code + assets to make the game functional. Still impressive. But the more I think about this, the more meaningless that number gets. Does pre or post compiling matter more? What if we compress the thing as tarball? There’s just too many ways to manipulate this number.
Depending on how "pure" you want to get, you'd have to look into games that play from boot, so not unlike stuff you'd get from the SNES and older consoles.
Everybody has a browser that runs JS. Only 13k has to be transmitted via floppy disk
I am not
EDIT: Well this is by far my most negative comment here. That’s almost entertaining.
For what it's worth, once you take down votes out of the equation, your comment isn't doing so bad relatively. Fuck the haters, focus on the positive.
Thanks for pointing this out. I keep looking back at this thread as new people grow annoyed at my comments 🙂.
At the time I writing this, there are currently 15 upvotes and 28 downvotes on my original comment. That’s clearly negative and that’s ok. But that also makes it the third most voted on and the 4th most upvoted comment in the entire post. Seems there’s a very split opinion in the community here. This is now officially entertaining!