That sounds impressive, but it really isn't that much, because it's text-only.
If you want to see something truly impressive, look at Super Mario Bros. on the NES: the entire game is about 64k! Most of the NES games were on that order of size, and they were graphical real-time games.
Also, I'm pretty sure that you'll find with these text-adventure games that they compress quite readily down to a fraction of the size you stated. NES games, not so much. ASCII text isn't a terribly efficient medium of storage, and they didn't have much if any data compression in those days.
> I'm pretty sure that you'll find with these text-adventure games that they compress quite readily down to a fraction of the size you stated.
You might be surprised. Infocom games don't store text as ASCII; they use a more compact format [1] which packs three characters into every two bytes, and allows for "abbreviations" of commonly used text fragments. Obviously it's nothing like a modern compressor, but still surprisingly effective.
I tested GZIP and XZ against a sample of 19 vintage Infocom games. GZIP only managed to compress them by 30%; XZ did a little better at 40%, but still nowhere near what you'd expect for text (70-80%).
That sounds impressive, but it really isn't that much, because it's text-only.
If you want to see something truly impressive, look at Super Mario Bros. on the NES: the entire game is about 64k! Most of the NES games were on that order of size, and they were graphical real-time games.
Also, I'm pretty sure that you'll find with these text-adventure games that they compress quite readily down to a fraction of the size you stated. NES games, not so much. ASCII text isn't a terribly efficient medium of storage, and they didn't have much if any data compression in those days.