Project - Quest : Chapter I-IV.

...For the greater good :)

The answer to this is yes and no. The base is the Tome, but it has limitations. On the one hand, it only handles byte values, which is not yet a problem, but narrows down the possibilities. Another limitation is that the editor assigns the same value to each tile, so I cannot manage multiple events for the same tile. The game uses only two layers. The first layer (standard TOME MAP) displays the Tiles. The other (not standard VAL) layer handles figures, walls, animations and basically all other events present in the map.

The twist in useage is that I work with TOME, but I use Turbo Scene for draw tiles, because it's faster, and I use the tome map command to query the value map. So I don't use TOME for what it was designed for... but it serves the purpose.

You can believe that if there weren't enough reasons for it, then it wouldn't need the chipram. But even if it could fit into 1 megabyte, the owners of 2 megabytes would hiss that it's a shame the game don't use it, even though there's an extra megabyte?

I wanted to include as many graphics as possible and unfortunately, this is the consequence.

- If  you   overwrite the  file   in the game -s directory.  (for example "Music Chapter 1.iff" is the music for chapter I.)
- Or you can edit the  "Map 1.script" file and change the  line "Music Chapter 1.iff"  to play any .iff sample  you want during the game.

It is exactly   what you thought.  The music buffer ...and  I   thought that  Winuae emulates  that and if it is ok  then ok.  It is  a problem on Hdd as well but faster.  I  am sad that it is so visible.  Loading the whole music to ram if possible? ... i will try. It would be better if I find  something for amos, like how to play audio cd in Cd32 , it would be a solution for the sound chanels too.  I dedicate the channels... Player+enemies+events+music. So  possible to change  it but  more managable like that.  The stripes are  the leafes  (sprites) going off screen. ... Solvable.

I tried to solve the pause problem caused by the music.
I made a test in one of my other ...NoneOfUs mini game. Can You test it please. I will do the same with Quest if it  is working (...or better). Thank You!

I'm sorry, but AMOS can cross the 1MB limit very quickly.
Even in this state, we had to make sacrifices.
...but it wouldn't be the same if we force/cut into it.

You have to save 12 man. Last man will give you the key.

Sadly, all (22khz 8bit mono IFF sample) music streamed from the media where you started     the  game. DF0 is not fast enough (and  free space) to stream iff samples directly from disk, so did not put it on disk, and if the program did not find the menu music file then it is disabled, You can replace with any sample if You want.

I put a menu disk with a part  of the music file in the zip. You can see/hear how slow DF0.

If anyone can help me how to do loading and processing at the same time (in AMOS), it will be flluid and I will be so happy  ...till then You will hear only thunderstorm from ADF.

This is not predetermined, it will depend on how much free time we will have to continu.

...  but when the level editor becomes available, anyone can make independent additions.

1) crossbow ... maybe. I wanted to set the player to 32x32, interchangeable, which means that the size and center and shooting points are fixed, so if I changed the player it would be more useful if it stayed that way, if not then your version ... logical but then we'll see.
2) I noticed, the music is too loud. Since we are not musicians and the music is streamed and free, it is difficult to find passing music. It was decided shortly before the upload which of the options fit better but I only focused on the beat, not the volume.
3) Pop-ups are caused by the fact that the difference between the full image (352x288) and the visible frame (320x256) is 32 pixels, and the object only appears when its center is placed on the map, so when the blitter object is roughly higher than this 32 pixels, the object is  displayed suddenly. My problem with this is that the way I could solve it at the moment would couse slowdown  and laggs as I would have to deal with a larger image area.

...most things wouldn’t be a problem if we had already done something similar and/or knew how to handle as a whole before we implement something new in an already existing system.

For now, only one level. Insert Disk 2 is means  "...to be continued." as described. ;)

Thank You for the video :) ...btw, You can lock direction with fire button and move sideways ;)

Blinking is not a bug but a visual misunderstanding. When you get into a dark room, you hear a spooky sound , and the flicker is caused by light sources on the screen (torch, campfire). It comes out differently depending on the environment. In Project Horizon, the muzzle fire and explosions flashes, it is more noticeable there. Even works in the case of rain + darkness, but there is no weather in the moon and crossbows has no muzzlefire, so without these combination... it can be just an understandable disturbing flicker.

For now, only one level, as described. The reason for this is that you don’t have to wait any longer for a larger game, it also provides some enjoyment on its own and as there is a lot of time and energy making it, it turns out whether it makes sense to continue / supplement or not.