Not much more. It all fits on a single side of a 1541 floppy. Even considering compression it couldn't be more than a couple hundred kilobytes.

https://csdb.dk/release/?id=99145

It's not much, but relatively speaking it's much more.

I'd say up to a couple of hundred is much more than 40. Not a full decimal order of magnitude, but even without compression the 170KB on one side is up to 4½×.

> Not much more. It all fits on a single side of a 1541 floppy.

It could still be much more depending on how much data fits on a single side of a 1541 floppy.

Although he's trying to avoid using floating point, the dirty secret in many Microsoft-derived BASICs, including Commodore's, is that everything is floating point. In fact, even if you explicitly declare a variable as integer, it actually gets truncated and expanded: the native format for calculations is still 40-bit MBF. The only advantage integer variables have is smaller array storage. Every variable in his program is actually internally handled as a floating point value even though they're all integrals.

We already know that's the case. I had to add little endian typed array emulation to TenFourFox.

So do I. I don't find that outrageous at all. Anyone trying to do the port to something unusual would appreciate the warning.

Granted, I still work on a fair number of big endian systems even though my daily drivers (ppc64le, Apple silicon) are little.

> daily drivers (ppc64le, Apple silicon)

How come you're running ppc64le as a daily driver?

Cameron is known to have a TALOS II machine

For Linux, yes. AIX and IBM i still run big.

The latter can definitely afford a support contract.

(author) Hey, thank you!

I also recently bought a Honda hybrid. I turned off as many of the data sharing features as I could from the first day I drove it. They don't make it easy, of course.

Modern flash carts like EasyFlash and clones allow for absolutely cavernous cartridge images. As good examples, see the C64 ports of Prince of Persia and Eye of the Beholder, which run entirely from massive cartridge ROMs.

Eye of the Beholder is about 1MB, for comparison Terminator 2 on cartridge from back in the day was 512kB.

But the cartridges themselves contains gigabytes as you say.

As always in demo scene we speak about limits we put on ourselves. If the contest is "64K game" this probably won't fit - but not sure. Thus my question.

Of course everything can be put on cartridge (fast) or a diskette (slow loading). If they decide on cartridge, correct me if I'm wrong, it won't work on emulators, right? Also characters and animations must fit in memory too. There are so many technical barriers to be sorted out aside from the backgrounds. That's all what I am wondering about.

Most emulators support .crt images, including large ones like these, so if this is their chosen distribution format they should work just fine on an emulator. They would also be okay on systems like the Ultimate 64, or real machines with EasyFlash or a 1541-Ultimate (which I use with my 128DCR).

With a SID? No problem. I think the title track could be arranged very easily for three voices.

You can do amazing things with only a single SID channel. One of the most impressive examples is the in-game music of Hawkeye [1] which allows to use the remaining two channels for sound effects.

[1] https://youtu.be/es-rWnVSJ1c

That was incredible.

That was made by Jeroen Tel, one of the wizards of the C64 music scene. See this for another example of a technical feat with the SID chip:

https://www.youtube.com/watch?v=qYnwR16NbPE

Even the PC speaker version is pretty good, so I would absolutely second this.

OK, I'll bite. If this is a truly competitive core - I don't claim enough personal expertise to judge - does anyone fab and sell it? There should be a business case if it is.

If I remember correctly,it was taped out by some company as some embedded core in a GPU?

I guess that may be the true use case for 'Open-Source' cores.

That being said, the advertised SPEC2007 scores are close to a M1 in IPC.