Hi everyone. I would like to show you my latest game: "Avenger Bird". It's available on Steam: http://store.steampowered.com/app/557030/ My goal was to recreate the look and feel of shareware games from the 90's that I played back then. Originally I planned to limit game graphics and sound to a 386 …

That's a game changer, part of the challenge of bomber use is knowing where he'll walk to by the end of the countdown. Some levels even depends on it, and removing the countdown makes those levels easy-mode. It's not just a simple change. As far as I remember at least one mayhem level was changed …

All Lemmings ports are at least decent. Amiga version is probably the best one, but DOS is very close. I even prefer OPL2 FM music than Amiga modules in this, so I would pick DOS game. DOS port is lacking 2 player mode and it's also has an issue with music. Each level should have it's own music, but …

The music for this game was made in impulse tracker or some other MOD tracker. Later it was imported to fami tracker for NES prototype. Anyway this should be easy enough to import MODs to Adlib Tracker and change instruments. OK, so firstly, if memory serves, HD access in the days of DOS was roughly …

I played Descent 1 briefly back then on 486DX2 66 MHz and it was running very good. On the other hand PSX had only 4 MB of RAM in total and very slow CD drive compared to PC HDD from early 90s. We are comparing game with full 3D environment with polygonal robots with 2D game made in 16-colors …

RCR dos port is really awesome thing, but it's hardly pushing any limits. If it would be a 286 1 MB game it would be OK, but requiring 486 with 4 MB for smooth gameplay is simply to much for this kind of gameplay and graphics. Why this game even requires a FPU? The only reason I can think is that …

Todd Replogle was offered to use the smooth scrolling Commander Keen engine for Cosmo's Cosmic Adventure, but instead he created his own engine because id Software's engine couldn't do parallex scrolling. Parallax scrolling on DOS hardware was very hard since GPUs back then lacked any form of …

There's one thing I did wrong in setting PhysX. This engine and actually all engines I used set a very high default inertia and simulation looks like it would be on a moon even if gravity is set at Earth's 9,8m/s. When set board angle to 30' ball barely moved, then I set a much higher gravity for a …

Because physics engines are typically programmed to analyse frame positions, whereas in real life, every picosecond of movement is a physics frame. Increasing the physics rate helps, but you're still left with the potential for very strange things to happen, such as the ball being 25% phased into a …

such as moving up the playfield for a second, then suddenly stopping and veering 90-degrees to the right. Most modern pinball programs DO emulate ball spin to some degree, but they don't emulate the slide effect and it's extremely difficult to emulate in the first place because of why it even …

I've never been a fan of a real pinball games and had only twice played the real thing, but I spend many hours playing Silverball for DOS. Your pinball videos were very interesting and thanks to them I recently made a pinball game myself. Actually it's a pinball game that was meant to look like a …

Rendering 1,000 sprites with the same texture will often be faster than rendering 50 sprites each with completely different textures. It's not related to 2D graphics but textures in general. Open GL works as state machine, and after setting texture you can draw it's fragments with one function call …