Zampo loves unconditionally all food, but loves chocolate more than everything! So, he just has to start his quest from a chocolate factory ;)
(Given that the zone is still work-in-progress, the graphics shown in the video are subject to change.)
The FACTORY zone is the only one that is missing before the game is complete and the good news is that it is almost done: * map: 80% * music: 99% * tiles: 100% * code: 100%
RETREAM - retro dreams for Amiga, Commodore 64 and PC
In the early stages, the design of the game included as a main feature the necessity of uncovering the mazes by visiting all of their corners. This was conceptually and visually cool, but terrible from a gameplay point of view, as it made the game hard and destroyed completely the strategic aspect of the game (at the beginning of a level, being able to see the whole maze, with its bonuses and maluses, allows the player to choose the best strategy to complete the level while amassing as many points and extra lives as possible). Therefore, the idea got replaced with a much milder one, according to which the unvisited areas of the mazes were simply darker. That was nice to the eye, but it did not really add much. So, also the second idea got canned and the two bitplanes that had been reserved for it were used to double to the number of background colors and for the transparecy-based effects that provide feedback when a gem/bonus/malus gets picked up.
RETREAM - retro dreams for Amiga, Commodore 64 and PC
Somebody in a forum and others privately expressed their appreciation of the game music. I thought that the technical details might be interesting to everybody, so...
Right from the start, I wanted: * the game to run on stock machines; * the game to run at 50 fps; * music and sound effects to play at the same time, without music instruments being cancelled by sound effects; * the music to change dynamically depending on the game situation; * the game to fit on a single floppy disk; * to have everything load at boot and thus avoid loading while playing.
The unusual route I took was the easiest on the hardware: pre-recording the music as various sound samples to play on 2 of the 4 Paula channels, thus leaving 2 channels free for the sound effects. This allowed the music to be made of virtually infinite channels. Therefore, I went for 8 channels: 2 for drums (I could have used more to be honest, but, really, it would have hardly made much difference), 1 for bass, 1 for strings and 4 for the melody synth (given that the instrument echoes, it needed space). Of course, more notes and more instruments could have been added, but that would have made the music too intrusive, whereas I wanted it to be just a background accompaniment.
Here is the "normal" music (i.e. the music that plays when no bonuses or maluses are active):
The downside of this choice is that the samples take a lot of space - especially considering that I went for a rather high quality: 28604 Hz. As a consequence, the music is mono (this halves the amount of data) and shortish (each tune lasts only a few seconds). The fact that music is mono is hardly a problem: since it is just a background accompaniment, the subtleties of stereo are not that important. The fact that the 5 tunes that the music is comprised of are short is counterbalanced by their frequent switching from one to another due to what happens while playing. In the end, the music ended up taking 1304526 bytes (i.e. almost 1.25 MB), for a total duration of 45.6 seconds. Such size was the limit to leave enough CHIP RAM for the rest and to have the data fit on the floppy disk. By the way, to actually get the game to fit on a floppy disk, I had to compressed the tunes. Luckily, I had some methods and tools ready, as I had originally developed them for SkillGrid (that game also uses pre-recorded music, although it is stereo and decompressed in real time): I just had to choose those that would produce the best results and write the unpacker routine that would decompress the data at startup (unfortunately, I did not have it for the method that produced the highest compression ratio). Compressed, the music amounts to 622067 bytes (about 52.3% compression ratio).
Side note: I used the same compression method also for the other tunes (which are combined toghether into a regular tracker module) and the sound effects.
RETREAM - retro dreams for Amiga, Commodore 64 and PC
MamePPCA1I saw the video of the game before and it was good but not as I expected to be honest,less interesting.There could be more interesting and cool games for the Amiga than this but anyway this seems as a good game anyway.
If you watched a video of Pac Man (which this game is a second degree relative of) or Tetris without knowing those games, you wouldn't think much of them, would you? ;) Good luck again with your machines.
@328gts
Heartfelt thanks to you for your continued support!
Edited by saimo on 2025/5/25 11:37:37
RETREAM - retro dreams for Amiga, Commodore 64 and PC
Thank you! I see in your signature that you also have an Amiga CD32: if it can read burned CDs, you can try the game without waiting for your A1200 to be back (good luck with that, by the way) ;)
RETREAM - retro dreams for Amiga, Commodore 64 and PC
More experimenting with PTDS. This is a proof of concept. It is just the core of a graphics engine for various vague game ideas (that are not going to materialize). It was useful to evaluate the visual quality and the speed (around 20 fps on a stock Amiga 1200, constantly much above 50 fps on an Amiga 1200 with Blizzard 1230 IV, 68030 @ 50 MHz and 60 ns RAM).
Notes: * the video quality is affected by the fact that: the scandoubler did not support SHRES (so a real-time software trick was used to somehow produce the colors, although it is only a visual illusion and causes a sort of rasterline effect); the monitor did not support progressive PAL; the video was shot with an ancient phone at just 24.917 Hz; YouTube's compression degraded the video quality further; * graphics are just placeholders; * the city skyline has been derived from the picture at https://www.pinterest.com/pin/some-oth ... line--327988785356024774/
RETREAM - retro dreams for Amiga, Commodore 64 and PC
Since the last post, a huge amount of changes and additions has been made. The most important one is the creation of a new zone (i.e. level): TOWERS.
CHANGELOG
Preview 8 (3.5.2025 unreleased)
* Avoided that the belly meter lowers in less than a full delay period after it gets fully replenished (that was not a bug, but a known - and until now accepted - consequence of the use of a global timer).
* Changed the way the endpoint blinking is handled, so that it cannot be missed when the tile is not visible.
* Touched up Zampo's ears.
* Reduced the volume of the snare in all the tunes.
* Made various improvements/optimizations.
* Fixed the handling of Zampo's flashing (if a spinach can collided against Zampo as soon as it appeared and Zampo was flashing due to the start of the GOLD mode, the flashing would last as long as the STEEL mode lasted, even if Zampo stopped sitting).
* Fixed the restart of the zone and the launch of the transition to the next zone (operations were done regardless of the raster beam position, which could cause some minor graphics glitches for one frame).
* Added the TOWERS zone.
* Changed the zones order (now it is NEW PORK, TOWERS, FUN PARK, CLIFFS, FORTRESS).
* Worked on the CLIFFS zone map: made it 16 pixels taller (now it is 2048x960 pixels); extended the underground part; made it easier/fairer in some places; made a few little graphical improvements.
* Worked on the FORTRESS zone map: made it 16 pixels taller (now it is 2048x912 pixels); extended the underground part.
* Worked on the frontend: changed the icon highlight colors.
* Worked on the intro: added a joke; fixed the spacing of some lines.
* Worked on the outro: fixed a character.
* Worked on the documentation: improved and extended the manual; added warning at the top of the quickstart guide.
Preview 7 (24.6.2023)
* Made a minor optimization.
* Fixed the handling of killing of baddies (in a very rare case, if the PIG-OF-STEEL mode ended before the explosion animation ended and Zampo remained close to it, a collision against the last frame of the animation could be detected and exchanged for a collision against a baddie).
* Worked on the FUN PARK zone map: removed a potty.
* Changed the contact email address.
PTDQ is a video system for AGA Amigas that provides a chunky-to-planar method which is faster than the traditional ones. It is the higher-quality brother of PTDS (formerly PED81C), another system based on the same core principle.
SIMPLIFIED COMPARISON CHART
----------------+------------+----------------+--------------+---------+------
| horizontal | maximum number | color choice | visual |
system | resolution | of colors | freedom | quality | speed
----------------+------------+----------------+--------------+---------+------
PTDQ | full | 256 | ** | ** | **
PTDS | half | 81 | * | * | ***
traditional C2P | full | 256 | *** | *** | *
[The video quality of the real machine output is heavily affected by the fact that the scandoubler did not support SHRES (so a real-time software trick was used to somehow produce the colors, although it is only a visual illusion and causes a sort of rasterline effect), the monitor did not support progressive PAL and the video was captured with an ancient phone at just 24.917 Hz. YouTube's compression degraded the video quality.]
Full details are provided in documentation included in the archive that can be downloaded from https://retream.itch.io/ptdq.
RETREAM - retro dreams for Amiga, Commodore 64 and PC
Changelog since the last one posted in this thread...
v1.9 (1.2.2025) 1. Replaced the Amiga CD³² NVRAM access routines with new and working ones, and enabled the hiscore loading/saving from/to NVRAM (before it was enabled on demand by the user at boot, but the reading failed, so the hiscore loading/saving self-disabled). 2. Improved the startup code (among other things, now it allocates dynamically a CHIM RAM buffer that before was reserved in a BSS section, allowing the game to boot on a stock Amiga CD³² again - which did not happen anymore since one of the previous updates). 3. Reduced the number of stars pre-rendered on the background. 4. Fixed, improved and updated the manual.
v1.8 (12.1.2025) 1. Fixed the version string.
v1.7 (31.7.2024) 1. Fixed a sprite glitch introduced by yesterday's update.
v1.6 (30.7.2024) 1. Made the startup code more robust and faster.
v1.5 (11.5.2024) 1. Touched up a volume effect in the MUSIC MODE music. 2. Removed some useless instructions from the cleanup code.
RETREAM - retro dreams for Amiga, Commodore 64 and PC
I just got a confirmation from another person that the NVRAM code works fine on his machine equipped with a TF328. Given the care poured into this, the amount of tests performed and the positive response from different machines, I consider the code fully working. Therefore, I have released the code in a package that contains also a command line tool to read/write arbitrary chunks of the NVRAM. It can be downloaded freely from https://retream.itch.io/amiga-tools. I'll soon release an updated version of SkillGrid that makes use of it.
RETREAM - retro dreams for Amiga, Commodore 64 and PC
I'm looking for somebody to test an update that I've been working on for a while now. It seems that the custom NVRAM code doesn't work fine on all the Amiga CD32 machines, and I don't have that machine to make tests myself...
This remained frozen for a few years. Eventually, I managed to get the code to work on a real Amiga CD³². Now, before releasing an updated version of SkillGrid which makes use of it, I'd like to have it tested on more machines, so if anyone around here has an Amiga CD³² with a writable drive (required to save a backup for recovery from disaster), I'd be glad if they could make a test and let me know the result. All that's needed is to download this package, put it on the drive and run a script - here is a video that shows what happens.
RETREAM - retro dreams for Amiga, Commodore 64 and PC