For God's sake you can take 2-4 hours of not working, right? Just sit and relax, or take an audiobook with you! Or watch a cringy show from 90s. You don't have obligations of sharing #airplane #boeing #starlink #momwithbaby[kl]ickingmyseat every 5 minutes or so
I don’t get your concern. Could you please be a bit more specific?
The artist and its partner are two high profile guys from the demo scene. They know what they are doing and the game logic ain’t that complicated since point and click is deterministic and finite. This ain’t no open world game.
The challenges evolve around the graphics. Interlaced multi screen multi color pixel art is the bottleneck here. IRQ loaders are bound to available cycle time so there won’t be any usage of FLI.
Since no ascii graphics compression is possible the designers need to consider the amount of branches you can take to several local views when walking around the huge map. Too many graphic details will amount to huge loading times - a problem the later Monkey Island games back then already faced.
Since the C64 graphics modes are not dynamic you can predetermine them by a simple formula: more beauty amounts to more memory usage alias overall loading times.
Using not the full screen is a slight advantage here.
I believe the guys will come up with a great game. It won’t be fast paced this is for sure but it won’t be a beauty killed by its loading times like it is 1987 either.
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.
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).
One floppy holds 176KB per side. One full screen of bitmap graphics is 8KB+1KB color, but the game fills only about 2/3 of the screen, so lets say 6KB w/o any compression.
I don't think it's a problem. The game is static enough I think it'd even be viable to hide most loading time even from a real floppy w/behind animation (e.g. slow down door opening and a fade long enough for a decent fast loader to load 6KB)
the problem is that in democracies anybody can be dubbed 'criminal organization'. Today you're pro-life? criminal organization. Tomorrow you're pro-choice? 'criminal organization'. You're making protests in your big trucks? Criminal...
SuperTux is the first game that I played on Linux.
Having said that, I must note that I recently understood what does the game more playable to me. I ran into a gaming engine, and attached examples which had the "generic platformer" game. It didn't excite me.
The clue is the storytelling. Lemmings were great because the story about lemmings group behaviour and allegedly doing suicide, the nostalgia of Amiga and early PC. The penguins doing the same lack the storytelling. It's just not the same...
That's why I have spent many more hours on playing Winter Challenge than SuperTux, not even knowing why I always fall out of the track (see https://en.wikipedia.org/wiki/Copy_protection)
I use Bluetooth every day however, playing games on Bluetooth is some mistake. Quality is noticeably worse, stuttering happen, and cable is the fallback when my BT headphones' battery die. So I really do not understand why the jack has been removed from major brands of phones
I wonder about this training data. There's so much profit from open source code in training data, actually the most of the code it was taught was open source, shouldn't it be then free? Or at least open weight?
reply