I saw some screenies, it was awesome. It reminds me of Oblivion and Arena 3D, so i'm sure to download it when it's done ^^. Will you have variable wall height, aka, more Doom style than Wolfeinstein 3D?

It looks good from what i could see from the screenies. (I don't have an 89...) I haven't played the original but I've played the ipod linux version. it matches up quite nicely in terms of graphics. (as good as black and white can get...)

Yes there are, there's a bunch of them, in fact I have one that converts Doom2 to a raytracer version of goldeneye.

NEWS:

I will be releasing a 28 level public beta soon, It has entered testing today and I expect that it should be ready for release in a couple of weeks at the most.

QuoteBegin-AaroneusTheGreat+31 Jul, 2007, 9:07-->

QUOTE (AaroneusTheGreat @ 31 Jul, 2007, 9:07)

Unfortunately no, there's currently no 3D engine that supports that for the 68k series. Perhaps if I become more skilled (much more) I could attempt to build one. But as of now, there's only one good engine, the FAT engine, and FAT stands for Fixed Angle Texturing, meaning all walls and corners and such are 90 degrees and there's no variable Z axis. But so far I think I've been making due pretty well. When I have my good computer back I'll be advancing this project much faster. Btw DJ, do you have the time/interest to do a little beta testing? If so just let me know in a PM or something.

I would sacrifice speed for an engine that is more advanced than FAT. It wouldn't really matter to me.

Also I do find that syntax carries over from C to C++, but I find it hard to port C programs to C++ in the way they *should* be ported. With classes and getters and setters and encapsulations and all that crap. I personally prefer C by far to C++ although it is much easier to make an engine in C++.

Maybe once I take trigonometry and learn some more OpenGL I will shift to C++ so I can develop a 3D engine.

The Zombies show up a little later, around level 3. The exposion thing applies to all the characters because of the amount of space required to store all the death scenes for all the enemies. Four frames per death animation and 4 normal enemies, means 16 frames, at 64*64 pixels each times two planes.

That would equal around 32768 bytes, and then add on to that another 32768 bytes for the normal animations. Now we're up to 65536 bytes , plus two extra frames for the attacks times 4 would equal another 65536 bytes, so now we're up to 131072 bytes. Thats just for the enemies, now the tiles. There are about 72 or so of them. That equals 147456 bytes and add that to the 131072 bytes, which equals 278528 bytes, then add the fat engine which is ~55kb.

Now we're up to ~333528 bytes. Now add the 47982 bytes for the doom game engine. Now we're up to 381510 bytes, now add the 17kb map file, the 7kb text file, and the 8332 byte save file and we're up to 413842 bytes, plus the 1002 byte run game program.

414844 bytes all together.

that figure is without all the add ons and optimizations I have so far.

the actual figure of space is 452341 bytes.

So, if i were to add all the normal death animations, it'd be;

485109 bytes.

Also, the fireballs thing may be in the future, but right now I'm not sure really what I'm going to do about that. It'd require a good bit of RAM to keep up with the location and status of the fireballs. Plus the way the imps are set up right now, they come kind of close to you and start scratching, so it looks more normal.

I'll give it some thought, see what I can come up with and then get back to you on that one. It'd also require around 8 sprites or so, so that the fireballs are multidirectional like in the real game.

I am working around a lot of restrictions because of the small platform. While the 68k series is certainly a powerful platform, its still small.

Woah at first I thought you, ATG, was JincS because of your avatar. Where does that picture come from?