This is by far one of the coolest things I've ever seen on the 68k series. Question: do you use tigcc or gcc4ti for programming this?

This is by far one of the coolest things I've ever seen on the 68k series. Question: do you use tigcc or gcc4ti for programming this?

I am currently using TIGCC... should I be using GCC4TI?

10,000 lines !? dang, and I thought nKaruga was big with 6658 lines of actual code (not including images).

Of course, I'm including the number of lines for the level converter, among other things

Anyway, here is the latest version of X3D (with the light bridge!) The file size is currently enormous because it's compiled with -O3 (I needed the speed for my school project). I will work on optimizing it in the future, though. The current version has a number of bugs but hopefully it won't cause any crashes. That being said, make sure you (a) have a lot of memory free and(b) you put level01 in the same folder as X3D or your calc will crash really fast!

Btw, I will be making this into a full game engine. Is there anyone who is interested in making some games with it? If so, I have several really cool ideas planned... and several optimizations to make it faaaast I am nervous to release the source the code (even though it's publicly available on my github: https://github.com/catastropher/X3D-68k ) simply because a lot of it was written rather quickly (read: written badly) and it's going to change drastically soon. Still, if you'd like to take a look, feel free!

Also yes, I undefed printf because I didn't have time to remove all the debug statements before UASIS...

This is really impressive. I'm a bit confused, though: If it's based on descent, why are the screenshots focused on walking around? The Descent I remember had zero-G flying everywhere!

So originally I started out by wanting to just create Descent, but now my goal is to create a general 3D engine that would be able to run other games and, perhaps one day, Descent. The levels of Descent are very complex, however; my engine can render a level, but it does so at <1 FPS. The gravity was added so I had a working demo for my class project.

In any case, great job on the engine. It might actually give me a reason to use my recently acquired TI-89.

Thanks! With any luck we can revive the 68k community

Just starred the source. Can't wait to see more!

Thanks! I have followers!

So both 2D and 3D clipping are O(n^2) algorithms. When you take into account that you have to do it for each face of a cube (and there are many visible cubes!) this becomes O(n^3). Before, I was using a hybrid 2D/3D polygon clipper, but now I'm doing it the way portal rendering is supposed to be done (all in 3D). This means I have gotten rid of a O(n^3) from my rendering function and X3D renders 2-3 FPS faster!

The next algorithmic change I'll be making will also be quite significant. A cube has 12 edges, each of which are shared between 2 faces. Currently, clipping happens on a per face basis. Since an edge is shared between two faces, it's actually getting clipped twice (but only drawn once)! So, my next optimization will be to do clipping on a per edge basis, which will the cut the number of clips needed in half! It actually goes further than this because the clipping information can be propagated between cubes (since they share a face) but more on that later... My ultimate goal is to achieve 15-20 fps so we'll see how feasible that is (with just 3D clipping it gets 9-12 fps)

That is just looking amazing

I think I scared him

Don't worry, you didn't scare me! haha I've just had some health issues that have prevented me from using my hands much this last month (arthritis and the like). I'll be back soon though!

I thought I'd give a bit of an update as to how the engine rewrite is coming. So far, everything has been going great! Right now, we're just getting the foundation built. In the meantime, I have devised several new optimizations for the renderer. I believe that once implemented, the engine will be able to push 25-30 fps!

So, what features will X3D support?

• It's now a library so anyone can use it in their code!
• Cross platform (currently builds for TIGCC/GCC4TI and GCC)
• Levels constructed of convex interconnected prisms instead of cubes (so you could have e.g. an octagonal prism tunnel)
• Three different types of portals - these will allow a portal gun and so many other neat features (will discuss later)
• Vector graphics for textures i.e. line art (like the holo switch) drawn on walls
• Moving objects (like e.g. robots in Descent)
• Materials that can be attached to a face e.g. glass, which mean it's breakable
• Doors
• A simple scripting language?
• Moving platforms
• A simple physics engine for collision detection
• Weapons

It's still in the early stages but this project has so much potential! Thanks for the continued support everyone!