MPAGD converted games - PACK #68

[pser1]

Hello,
Lately we are only finding games developped with MPAGD instead of AGD.
AGD was created by Jonathan Cauldwell in 2008 and we can work with the Spectrum snapshots and extract the AGD source file, that's to say
a sequence of high level commands defined by the author, thanks to a C converter (special for every CPU).
MPAGD (Multi Platform Arcade Game Designer) was also designed by Jonathan Cauldwell in 2019, this time the tool uses the project data to
create an assembly file instead of saving a 'tokenized' version of the data as AGD does.
We could not extract data from these snapshots because our Converters only understand the data from std AGD files.
Fortunately, Kees van Oss has created a new converter that can deal with these MPAGD games.
I have been betatesting the output files and that way we have found some cases that had to be added to the converter.
The MPAGD games will be published in packs as the AGD games, to differentiate them I will add (***) after the game name to denote
that it is an MPAGD game in the list of games per pack.
cheers!
Pere Serrat

[pser1]

Hello,
This is pack #68 of MPAGD converted games. It comes with these new games

Code: Select all

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .  UP   DWN  LFT  RGT  F1   F2   F3
								        ----------------------------------
Jet Set SteamBoat Willie (***) by SloanySoft (C)2024			'Q', 'A', 'O', 'P', ' ', 'N', 'B'
Mushroom Soup (***) by OtterSoft (C)2024				'Q', 'A', 'O', 'P', ' ', 'C', 'V'
Savage Princess 2 (***) by BitMap Soft (C)2023			        'Q', 'A', 'O', 'P', ' ', 'N', 'M'
The Relic (***) by Roolandoo (C)2020					'Q', 'A', 'O', 'P', ' ', 'F', 'H' 

cheers
Kees van Oss & Pere Serrat

The (***) denotes it is an MPAGD game

DragonShortNames68.zip

(128.2 KiB) Downloaded 615 times

CoCoShortNames68.zip

(106.27 KiB) Downloaded 632 times

DragonLongNames68.zip

(128.5 KiB) Downloaded 667 times

CoCoLongNames68.zip

(106.57 KiB) Downloaded 631 times

And some screenshots

JSSTEAMW1.jpg (52.07 KiB) Viewed 35076 times

JSSTEAMW2.jpg (54.86 KiB) Viewed 35076 times

JSSTEAMW3.jpg (65.79 KiB) Viewed 35076 times

JSSTEAMW4.jpg (67.68 KiB) Viewed 35076 times

MUSHSOUP1.png (45.67 KiB) Viewed 35076 times

MUSHSOUP2.png (43.09 KiB) Viewed 35076 times

[pser1]

and some more ...
enjoy!
Pere Serrat

MUSHSOUP3.png (44.48 KiB) Viewed 35076 times

MUSHSOUP4.png (38.87 KiB) Viewed 35076 times

SAVPRIN2A.png (55.23 KiB) Viewed 35076 times

SAVPRIN2B.png (34.64 KiB) Viewed 35076 times

SAVPRIN2C.png (35.51 KiB) Viewed 35076 times

SAVPRIN2D.png (34.64 KiB) Viewed 35076 times

THERELIC1.png (29.88 KiB) Viewed 35076 times

THERELIC2.png (23.75 KiB) Viewed 35076 times

THERELIC3.png (28.14 KiB) Viewed 35076 times

THERELIC4.png (34.34 KiB) Viewed 35076 times

[lcurtisboyle]

Pere - does that mean that the MPAGD games run faster, since it converts it to assembler vs. an intermediate type language?

[pser1]

Pere - does that mean that the MPAGD games run faster, since it converts it to assembler vs. an intermediate type language?

I asume that Jonathan decided to compile to ASM when he created the MPAGD in order to improve speed and even size for the binary files.
Of course this affects only the Spectrum final binary file.
For the other computers the procedure needs two conversions. First we must extract from the Spectrum binary (snapshot) an AGD command list, that later we process with a customized C app that creates a 6x09 assembly file that finally gets converted into an executable with a 6x09 compiler.
So the final result will depend on the AGD to assembler converter efficiency.
Talking about our 6x09 machines, the result is the same for an AGD game than for an MPAGD because the final AGD->ASM converter is much the same.
The problem has been that decoding tokenized code is much easier than decoding asm code. This 'new' hard work has been done by Kees van Oss along a lot of time.
cheers!

[pser1]

Pere - does that mean that the MPAGD games run faster, since it converts it to assembler vs. an intermediate type language?

I asume that Jonathan decided to compile to ASM when he created the MPAGD in order to improve speed and even size for the binary files.
Of course this affects only the Spectrum final binary file.
For the other computers the procedure needs two conversions. First we must extract from the Spectrum binary (snapshot) an AGD command list, that later we process with a customized C app that creates a 6x09 assembly file that finally gets converted into an executable with a 6x09 compiler.
So the final result will depend on the AGD to assembler converter efficiency.
Talking about our 6x09 machines, the result is the same for an AGD game than for an MPAGD because the final AGD->ASM converter is much the same.
The problem has been that decoding tokenized code is much easier than decoding asm code. This 'new' hard work has been done by Kees van Oss along a lot of time.
cheers!