Tech demo of my game

[remz]

Originally Posted by Reynolds

@remz
In this video at 0:58 the torch's position is not equals with the lightest point, seems the light setting is not properly functioning. Other ones are looking ok.

You are absolutely correct and have a keen eye, sir.
For this quick-and-dirty tech-demo map, I didn't place a lightsource exactly lining-up with torches, so this is normal.

[TCD]

Originally Posted by AF2013

Look Amazing and How many Colours on Screen? 256?

A few more

Originally Posted by remz

- Sprites are being recolored by the copper: 12 colors per scanline to be precise. This means a theoretical limit of 2880 colors could be displayed just for the sprites. With the current sprite sheet I used, the sprites are using 265 colors.
- The background tiles are in HAM, which means up to the full palette of 4096 colors, and arranged in such a way show fringeless horizontally scrolling

In the screenshot shown here, there are 1458 colors displayed on the screen and it scrolls at full framerate on any Amiga model.

[remz]

Originally Posted by AF2013

Look Amazing and How many Colours on Screen? 256?

A tad more than that actually
The sprites alone have 265 colors, and the background tiles are using HAM mode. On a single screen, there can be over 1400 colors displayed simultaneously.

[AF2013]

Originally Posted by remz

A tad more than that actually
The sprites alone have 265 colors, and the background tiles are using HAM mode. On a single screen, there can be over 1400 colors displayed simultaneously.

WOW!

Impressive

[Tsak]

@remz
Just wow man! This is a breathtaking, outstanding achievement you've managed to pull-off there!
Absolutely brilliant!!!

I'd really like to know what's next. Are these your gfx or some placeholders? What about game design? Do you have any idea on the genre or gameplay in general?
From the hud layout and general looks, this gives me strong roguelike vibes basically. Also reminds me a bit of 'Worthy' (with the blobs, swords, floor spikes and block based-level design style).

[remz]

Originally Posted by Tsak

@remz
Just wow man! This is a breathtaking, outstanding achievement you've managed to pull-off there!
Absolutely brilliant!!!

I'd really like to know what's next. Are these your gfx or some placeholders? What about game design? Do you have any idea on the genre or gameplay in general?
From the hud layout and general looks, this gives me strong roguelike vibes basically. Also reminds me a bit of 'Worthy' (with the blobs, swords, floor spikes and block based-level design style).

That is a great coincidence you mention this, as I was watching a review of Worthy yesterday night and I thought the same thing! It looks really good and polished, I am definitely willing to buy it for my cd32.

The tileset and graphics I am using come from this package: https://secrethideout.itch.io/rogue-...-tileset-16x16
It definitely has a 'rogue-like' look and feel.
The game design is not done at this stage, but I was aiming at a sort of sokoban/puzzle type of game, with keys to unlock doors, levers and buttons to disarm traps, urns that you can push, sword, potion, armor and trinkets for passing obstacles like enemies. And perhaps some notion of dynamic lighting, like needing to light up a torch prior to entering a dark area.

[roondar]

Very cool stuff. Love the use of HAM mode, really quite cleverly done.
Looking forward to the full game already

[Rock'n Roll]

I love such games! And it looks on the first view not like Amiga for me, because it has so much colors and shades!
Very impressive technical datas!

[gilead]

This demo is incredible well done. I'd love to see the source code and use it for some experiments of my own. I just started to develop something similar, but for AGA, HAM8 and your code would surely save me a ton of work.

[Karlos]

Love it. So smooth and colourful.

[Photon]

It seems you have solved the problem of painting in/converting to HAM for the background! The gfx look very good.

Level editing might incur some limitations if they extend far horizontally, but even this can be managed to an extent with dynamic horizontal timing; the problem is scrolling left.

And then you need enemies (or friends, now there's a new idea! ) and maybe projectiles or effects.

My best recommendation is to try to keep everything that moves across tiles in sprites to avoid fringing. It's possible of course to use bobs if you run out of sprite channels, but this is quite costly on any Amiga due to the fixed bandwidth of chipmem vs. bitplane DMA.

Another challenge is fitting enough graphics for a level in chipmem - in HAM, you can't remove bitplanes easily if clear, it will reduce color depth.

[gilead]

I wouldn't say that a 1MB chip ram requirement is too much for a real game. Expecting only 512KB is already a very strong limitation.

[Iapetus]

Wow this is so awesome. Great job, looking forward to play games using this engine.

[klx300r]

amazing good ol Ham rocks

[pixie]

Damn! About 1150 unique colours! :O

[nikosidis]

How is this possible Great job!

[matburton]

Looks amazing and looks super on a CRT

[Samurai_Crow]

Originally Posted by nikosidis

How is this possible Great job!

My guess: the leftmost pixel of every tile is a base pair palette register value so the colors never fringe more than a 16 pixel width. The 3-color HUD on the left side of the screen is a sprite with no transparent pixels and covers up the fringes. The main character is also a sprite but doesn't use the 3 colors used by the HUD sprite, limiting the sprite pair to 12 foreground colors.

[remz]

Originally Posted by Samurai_Crow

My guess: the leftmost pixel of every tile is a base pair palette register value so the colors never fringe more than a 16 pixel width. The 3-color HUD on the left side of the screen is a sprite with no transparent pixels and covers up the fringes. The main character is also a sprite but doesn't use the 3 colors used by the HUD sprite, limiting the sprite pair to 12 foreground colors.

Correct! The trick to the HAM tiles is that the leftmost pixel is always using a base color (palette 0 to 15), and yes, the 'status bar' sprite is used to hide the leftmost 16 pixels to cover the HAM fringe that occurs during horizontal scrolling.
The main character is a sprite, as well as all the objects (urn, torch, coin, blob, etc.).

[remz]

Originally Posted by phx

After testing your V2 version I can confirm that my "sprite recoloring" bug is gone! Good work!

There is no problem with an A3000/060 when booting the disk. But when starting the game from Workbench, which means data caches and MMU are enabled, I see the same system crash which other 060-owners already reported. It occurs during loading.

There must be some bug, like self-modifying code. I can also confirm that it works from Workbench, when you disable data caches (

cpu nodatacache

) before running it.

Thanks to you and others that reported this issue, I've found the bug:
In my initialization code, there was a part to get the VBR hardware vector which attempted to execute code that was located in data. This will be fixed in the next version I'll upload.