This has something very original to it. Something between... CGA and EGA

Keep it up!

Updated the original post with recent information, screenshots and initial download capx.

Inception style link https://www.scirra.com/forum/viewtopic.php?f=180&t=197735

Cheers!

Due to some demand, I'm still working on it, but with rather little time on my hands right now.

So I'll clean stuff up a bit and upload a capx end of this week or beginning of next.

Cheers, and thanks for your support!

Next update

-Sprites are working, sprites have also correct Z height display and depth buffering

-Got depth buffering with walls to work

-Initial HUD layer with weapon display (ripped from zdoom's forums, credit goes to the author)

-Furthermore I designed the initial rendering method from scratch. The drawing now doesn't use paster anymore which alone is a performance boost. The engine now only relies on raycasts and Nobody's seamless effect - and of course some math

-Engineered a "primitive" routine to generalize map wall objects. For now we only have rectangles, which still has some overhead, e.g. invisible sides of the rectangle still have to be considered in finding the render candidates. Next roadmap goal is to use multipoint polygons instead. In a later editor, we might be able to draw the map in some Doom / Build engine fashion.

The scene in layout editor:

Stay tuned!

Edit: Fixed broken image links

Just a quick heads up,

I improved the performance 200-400%, so it runs at 60 fps with 40% single core CPU workload.

Right now, sprites and z-sorting are getting implemented. As the engine is set up, I'll be scrapping translucent walls.

Also I need to find a way to efficiently implement floor and ceiling casting. As this is doneper-pixel (vs. per stripe as for the walls), it's much more expensive.

I'm planning on releasing a first capx when the sprites are done though.

Currently it's events only, and therefore the performance is quite sluggish. I must admit that my plugin development skills are limited.

I do this mainly as an excercise and to understand the concept of raycasting.

The main routine uses the following plugins:

LoopIterator

EventBalancer

Paster

Trace

So what it basically does is it does a loop times the horizontal width (in this case 320px = 320 iterations). Within the loop the trace object retrieves angle, distance, texture of the wall etc. for each vertical pixel slice respective to the player's angle, then uses a first 1px wide Paster object to paste the object texture on, then move the Paster to the calculated position on another paster (the viewport), and then finally y-scale the 1px paster accordingly and paste that onto the viewport paster object.

Although I think the math is fast enough, clearly the bottleneck is the pasting on the viewport. So in order to maintain 60fps game logic, I use LoopIterator & EventBalancer to slice the mainloop in to digestable chunks and set it to be completed every 2nd frame (that's why it's 30 fps at the moment).

There's probably a better way to do this, but I still have to figure out on how.

If you want I can clean the capx and post it for you to try.

Best would be maybe to have some sort of interface plugin for the pasting (not doing it in events)

Also there's no floor ceiling pasting as of yet.

What would also have an impact on performance is that it doesn't check z-buffers yet. So in order to render sprites, I would first have to test if the cast ray hit a non-transparent object (wall). If so, render. If not, write the information in a z buffer, then continue until a non transparent object is hit. Then render from back to front according to the z-buffer.

What the actual f...???

Seriously keep this going!

— the graphics are brilliant did you draw them yourself?

Yes, everything handmade with the rotten love it deserves

Some character animations:

-Barbarian with chainsaw (what else)

-Zombie walking

-Skeleton walking

-The Colonel saluting

-Beggar idling with some pistols

...for the ultimate pixel slaughterfest!

More info soon!

Having the black boxes both bullet behavior set to bounce off solids and being solid, it will bounce off on itself every tick, causing the massive performance drop.

Furthermore, is there any particular reason why your project utilizes a 10000 x 10000 window size?

> Hi,

>

> has anyone figured out the following yet:

>

> Objects involved:

>

>

>

> Q3DModel applied 0.5 (or any) opacity, Q3DSprite is behind the model, desired render:

>

>

>

> Render outcome instead:

>

>

>

> Long story short, the sprite doesn't blend well with the model in front, actually it's more like destination over or something.

> Note that alphaTest = 0.5 works fine, but I need to blend both object types with this z-order correctly. Think of particle sprites spawned behind a glass wall, for example.

>

> Thanks & cheers!

>

This is a standard problem with alpha in 3D rendering. you can get around it by playing with the depth settings (depthTest and depthWrite).

Thanks. I was hoping that there was an out-of-the box approach. Disabling depth writing helps, but still renders the sprites on top of the geometry. I probably will have to render 2 passes, first sprites, then geometry.

Talking geometry, is there a quick way to access ExtrudeGeometry? I'd like to use this to draw a 2D polygon, then feed the vertices to the function and create a 3D shape. Right now there's only primitive shapes for creation in Q3DMaster.

Cheers!