smitelli / cosmore Goto Github PK
View Code? Open in Web Editor NEWA reconstruction of the source code of Cosmo's Cosmic Adventure.
Home Page: https://www.scottsmitelli.com/projects/cosmore
License: Other
A reconstruction of the source code of Cosmo's Cosmic Adventure.
Home Page: https://www.scottsmitelli.com/projects/cosmore
License: Other
For a random example: For the floating star actor, I don't know what the various numbers and logic switches do:
ConstructActor(SPR_STAR, x, y, F, F, F, F, ActPrize, 0, 0, 0, 0, 4);
On one hand, I thought the final number in the array was for frame count, but it doesn't make sense for other actor constructors.
do you plan to make it so you can add, new enemies? I would also love it if you could make the boss have more hp and be harder to pin down too. :)
Let me know if you want me to try it out, I will test when its beta if you want
I'm not sure if they are tied to just one action or effect. I'm guessing at this, but I think data2 is what specifies the "health" of an actor. The other ones I'm not sure of.
I need to be able to make this actor unaffected by explosions, but the source code doesn't seem to have an entry in the CanBeExploded() list for the Tulip Launcher. Also, I don't see a case argument to make Cosmo go in front of an actor, or change the layering for an actor.
Other than that, because of how the commands are organized, making some of the custom elements is going pretty well!
I was wondering if it wouldn't be possible to further split up the two gameN.c
files while retaining the shape of the EXE, by using the preprocessor to include multiple .c
files into a single translation unit. This is often called a "Unity build" (no relation to the game engine of the same name). E.g., you could have files actors.c
, menu.c
etc., and then game1.c
would mostly consist of just include statements:
#include "actors.c"
#include "menu.c"
// etc. ...
The compiler would still only be invoked on game1/2.c
, never on these additional C files, so the resulting EXE should be the same, but the human reader would be presented with smaller, more focused source files that are a bit easier to navigate.
I have no idea if this would work with Turbo C, but I can't really imagine a reason why it shouldn't. Maybe this is even how the original authors did it? It seems a bit unwieldy to work with these huge files, but OTOH when dealing with all the idiosyncracies of the time it's maybe a small thing. We'll never know..
Anyway, just thought I'd share this idea ๐
A declarative, efficient, and flexible JavaScript library for building user interfaces.
๐ Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. ๐๐๐
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google โค๏ธ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.