OpenRetro Game Database

@Cris Hi, I'm not sure why you're trying to replace the current cover (591x720) with a much lower-resolution version (230x281).

the game supports loading only from df0:

PROBLEM: the game does not work "can not run on this hardware". its either emulation or copy protection problem. tested with mednafen 1.27.1

PROBLEM: the game does not work "can not run on this hardware". its either emulation or copy protection problem. tested with mednafen 1.27.1

PROBLEM: copy protection kicks in after the prologue. so the game is unplayable.

crashes on start. tested with mednafen 1.27.3.

all screenshots were done by @Luikuri. i just cropped them properly.

@Luikuri i think that such a question came up earlier already. and as far as i can remember frode didn't want to mix cd32 whdload variants into their real cd entires. so usually cd32 variants stay together with aga versions for now.

Shouldn't this be in the CD32 section?

• Could be just me but the WHDLoad version crashes if you try to use the ship's map. Both FS-UAE and Gamebase do this (they use different gamefiles).

• A600 WhdLoad-version doesn't work at all (FS-UAE). A1200 works.

The default A600 setup exhibits severe sprite blinking. A1200 seems to work. (WHDLoad version tested)

@ Luikuri I assume you are talking about the WHDLoad variant of the game ? I changed the Amiga Model to A1200 there.

• The game crashes with default A600 setup (A1200 works)
• Game's joystick control doesn't work. You have to change to keyboard controls from the main menu (and disable joystick emulation for cursor keys in FS-UAE menu)

@thevoice Thanks, I loaded several tables in a row and confirm that the fix seems to work.

@Nolendil i reduced fastmem to 2048kb for now to solve the issue you reported.

@thevoice Indeed, it probably requires an update of FS-UAE itself.

@thevoice Thank you.

There are a few issues left: the loading screen after selecting a table sometimes doesn't show the table panel in the middle of the screen and, when it does, the panel gets corrupted towards the end of the loading; and loading Speed Devils right after Stones'n'Bones corrupts all the graphics until you quit the game. However those are probably WHDLoad-related bugs, and might even occur on real Amigas. Indeed, these bugs also happen when using the WHDLoad version in WinUAE 4.4.0. While, on the other hand, the disk version (IPF 0025) works perfectly (tested in FS-UAE, with the default A500 config and with an A1200 with 8MB FastMem). The ReadMe of the WHDLoad installer also suggests that it is difficult to make this game work so it wouldn't be surprising if there are issues left. Anyway, not much can be done until a new version of WHDLoad fixes these problems, I guess.

EDIT: Actually, reducing the FastMem to 2 MB seems to fix the graphical corruption when switching from Stones'n'Bones to Speed Devils (both on WinUAE and on FS-UAE). Other glitches are still present but they have minor impact. It should be an improvement on the workaround to change the config to 2 MB of FastMem.

@thevoice Thanks

@Nolendil hi, thanks for the report. but i am afraid this is an issue which @frode have to have a look at.

@Nolendil changed amiga model to a1200 for now as a workaround for the black screen.

@Nolendil changed amiga model to a1200 for now as a workaround for the black screen.

@Nolendil WHDLoad, v2.0, 2126" (672372ad-3035-5e76-bd49-201983e13024) is disabled now.

Thanks for adding "WHDLoad, v1.3, 1436". It seems to have a problem though: on launch, there's a message saying "xpkmaster.library version 4 not found". The message can be closed and the game will proceed to load and display the introduction properly. However, I stopped there and can't tell if there are issues later or not.

Using WinUAE 4.4.0, with WHDLoad version 18.6 and Xpk_User version 5.2a installed, the error message didn't appear.

Thanks for adding "WHDLoad, v2.0, Psygnosis, 0611"! It launches properly and seems to work well.

Thanks for adding "WHDLoad, v2.0, Psygnosis, 1011"! It launches properly and seems to work well.

Using "WHDLoad, v3.2, 0025" variant, after the intro, the ECS version of the game shows a black screen instead of the table selection.

The issue doesn't seem to occur with WinUAE 4.4.0 using a similar configuration (A600 model and 8 MB of Z2 fast mem).

As a workaround, changing the model to A1200 makes it work, although it shouldn't be necessary.

Thanks for adding version 3.2! The AGA and CD32 versions launch properly and seem to work well. The ECS version has issues though (see my comment there).

Detection now works with the new "WHDLoad, v2.0, 2126" (fd867cae-9aa4-59d9-8dd7-4e35958f0529) variant and the game starts properly. Thanks!

The older and mislabeled "WHDLoad, v2.0, 2126" (672372ad-3035-5e76-bd49-201983e13024) variant is still here though. Maybe it should be unpublished or disabled?

@aabdd902 v2.1 is available now

@aabdd902 v2.6 now available (v2.5 will not be added since it is already outdated)

PROBLEM: crashes on start. tested with mednafen 1.27.0.

PROBLEM: crashes on start. tested with mednafen 1.27.0

PROBLEM: game ceashes during character select. tested with mednafen 1.27.0

@DukeBannon hi, i have changed the amiga model to a1200. thanks for reporting the issue.

The current database configuration for this game has it set for an A600 with Kickstart 2.05 but when using this configuration in FS-UAE the games ends with an Exception "Address Error." Changing Amiga Model to A1200 and Kickstart 3.1 overcomes the error and the game runs fine. I suggest changing these two parameters in the database.

There are 2 new WHDLoad variants missing for this game, v2.5 and 2.6

Please add the WHDLoad install version 2.1 variant as the game is not showing in FS-UAE

The "WHDLoad, Map, v1.05, AGA" version appears twice in the game list in FS-UAE, due to having a separate German entry for the game that has a variant with identical file hashes. https://openretro.org/amiga/eye-of-the-beholder-ii-legende-von-darkmoon

@aabdd902 hi, no problem. i will put them into the main entry to the game and will also crop them properly (there is some black areas to the left and right.

Added screenshots but realised after they were added to the variant rather than the base entry. Sorry!

I noticed this game is not appearing in FS-UAE so I have updated with the missing data. Apologies for uploading two sets of cover images. I only realised after uploading that the first set was watermarked.

need to have the overlay enabled to make the playfield visible.

A new version of the install package has been released and should be added as a variant:

version 1.3 (13.03.2021) done by JOTD:

• reduced OS swaps when saving (also needs reinstallation or at least copy empty "savegame" file as "kq1sg.000", "kq1sg.001" and so on in "data/save". Existing savegames can be kept. Just copy the "savegame" file in other slots to avoid whdload os flashing)

I used WHDLoad 18.6,version 2.0 of the WHDLoad install package for King's Quest II and "King's Quest II - Romancing the Throne v2.0J (1994)(Kixx XL)[budget][2126]".

The resulting install is very different from the file list of variant "WHDLoad, v2.0, 2126" so the detection is broken.

Here's what the file list should be (filename | filesize | SHA1):

• \KingsQuest2\Solution | 13,648 | 98afd54dd7132159e89d9666561344be26b76e13
• \KingsQuest2\ReadMe | 3,244 | ff67d5c0e2c68564d670cf32e1d828f398b04b3b
• \KingsQuest2\KingsQuest2.Slave | 6,380 | f82af31cc7e14006d91f190acf5339431d87fbed
• \KingsQuest2\data\KQ2 | 134,852 | a875f183535b22ae73dc123420c9aa74e080b5b2
• \KingsQuest2\data\Data\Busy | 80 | d16b421b6b51c35ed57e3a59aec13e2384508f8c
• \KingsQuest2\data\Data\logdir | 543 | f4a2353e591f13468a7c31bc82ed7833581815b9
• \KingsQuest2\data\Data\object | 687 | 590915d6c610c5ddeaefc4afcedb1d44c17e7660
• \KingsQuest2\data\Data\picdir | 321 | 923e7f15c4be8bf3e2a666711a833a09676367f8
• \KingsQuest2\data\Data\Pointer | 80 | 72ba759a14306bdb31fc0642ff039d5604a01e68
• \KingsQuest2\data\Data\snddir | 102 | 3d49c59ac4a09a11c78f0dc620818fc31a72d354
• \KingsQuest2\data\Data\viewdir | 603 | 849122b179a0cc3c4eb987fac4715ec30a26c285
• \KingsQuest2\data\Data\vol.0 | 46,567 | b40005bce424bb981b5f9a3fb4300b4fef2aae6f
• \KingsQuest2\data\Data\vol.1 | 147,521 | acd7062b7b0ab6045e17a3203c99e198fb0f35b9
• \KingsQuest2\data\Data\vol.2 | 246,126 | 78afced38023da7103f32c5abfb95e1d9b1370dc
• \KingsQuest2\data\Data\words.tok | 3,370 | 2d734aed77803038f65a63071b58f8cf0069dbb0

I only listed relevant files (i.e. no *.info). I don't know how to format this list better, hopefully it's readable.

I also noticed that the variant was imported on the 2019-04-22 while version 2.0 of the install package only exists since the 2021-03-27 so that variant is surely not for that version and needs to be fixed.

The variant called "WHDLoad, v1.3, 0795" is the "Quest for Glory" version and "WHDLoad, v1.4b, 0795" is the "HerosQuest" version. The "Quest for Glory" variant should be updated to 1.4b too and given a name that differentiates it.

A new version of the WHDLoad package has been released recently and needs to be added:

version 2.0 (16.03.21) done by C-fou!:

• source code rewritten, adapted for WHDLoad 17+ & included
• CUSTOM1 Tooltype used for trainer
  • CUSTOM1=1 : unlimited energy
  • CUSTOM1=2 : To enable In game key
    • HELP key : to give money, keys & arrows
    • DEL key : to see end sequence screen with 100% of game completion
• CUSTOM2=1 used for CD32 Pad support
  • Blue Button : To Jump
  • Green button : To pick up item
  • Yellow Button : To swift the items in the inventory
  • RVRS+FRWRD+PLAY: To leave WHDLoad
• QuitKey support for 68000 added in game too
• new install script

A new version of the WHDLoad package has been released recently and needs to be added:

version 2.0 (15.03.21) done by C-Fou!

• Source code rewritten to use PatchList, adapted for WHDLoad 17+ & included
• QuitKey for 68000
• remove last CACR call for 68010 compatibility (issue #5061)
• less chip memory needed (0.5 Mo instead of 1Mo)
• extraneous sounds on the screen of the dragon after the intro removed.
• game controls picture included
• new install script

@thevoice I see, thanks for the information. It's not blocking me as I can make my own config, but hopefully Frode will find some time to fix it for everyone.

@thevoice

The graphical glitch feels familiar indeed.

Just to make sure I tested with WinUAE too. (It took me a while to prepare it for WHDLoad which reminded me how great FS-UAE is in that regard ) As you said, it works fine in WinUAE 4.4.0 even with the configuration that was glitching (020 and 8 MB of Z2 fast mem).

So it's probably not related to whatever WHDLoad does with fast memory but it may be an emulation bug in FS-UAE, actually. After all, its emulation core is quite old compared to the current version of WinUAE. Until further updates, the current config is good enough though.

@Nolendil hi, unfortunately i cant do that. i am able to approve changes and stuff like that but when it comes to change things like this or add entriley new titles, this power is exclusive to @frode.

@Nolendil hi, the buggy display looks exactly like if you star a non AGA game on an AGA machine. at least i just saw such graphics corruption in such cases. also the whdload installer is already 7 or 8 years old. but still it works flawless with winuae. so i think we should wait for the next fs-uae version and see if this problem autosolves. if not we can make @frode dig into that issue .

@thevoice Could you edit the file_list field and remove the files I listed in the comment below (i.e. all the files starting with EOBDATA)? I don't think I have the permissions to edit that myself.

The same issue happen on EoB 2 AGA.

Here are links to all the affected variants:

• EoB 1 AGA: https://openretro.org/amiga/eye-of-the-beholder/edit#de07817f-7764-54d4-a6be-b6668fd371b5
• EoB 1 AGA DE: https://openretro.org/amiga/eye-of-the-beholder/edit#9430db1d-f168-593e-95e5-8408cb21d310
• EoB 2 AGA: https://openretro.org/amiga/eye-of-the-beholder-ii-the-legend-of-darkmoon/edit#df39daef-5923-5879-9c08-67287ac92ade
• EoB 2 AGA DE: https://openretro.org/amiga/eye-of-the-beholder-ii-legende-von-darkmoon/edit#bae14adb-7425-5fbd-8fcb-bbe99b1044b4

@thevoice Thanks for the config update, I think reducing the fast mem to 4 MB is a safe choice. Changing CPU produced more random results (something to do with timings?).

As for the version of WHDLoad, the most recent is indeed 18.6. However, when I said "WHDLoad changelog mentions memory allocation fixes", I meant the changelog of the game installer, here:

http://whdload.de/games/RobinsonsRequiem.html

version 1.2 (29.03.13) done by CFou!:

• First two bitplanes memory allocation fixed for fast memory support (AGA)
• Speed problem fixed on ECS version
• Fast memory used to increase speed (AGA/ECS)
• source codes included

I was wondering if those changes related to fast mem could be the reason of the display bugs.

changed the amiga model to a1200

changed amiga model to a1200

Runs on default A600 but is painfully/unplayably slow. A1200 is much more playable.

Also, the joystick must be activated separately in-game with Ctrl-J (uses keyboard controls by default), so maybe disable the joystick in default config (is that even possible?)? It IS a sim game, so one needs to read the manual to play it, but with with the default joystick emulation used even the start menus don't work.

WHDload version not working with default A600 config. Guru Meditation. Works with A1200, though. (Second one in a row of these, hopefully just a coincedence)

@Nolendil hi, thanks for the deep testing, and indeed the game starts correctly with fastmem reduced to 4mb. fs-uae launcher uses whdload version 18.5.5849 at the moment. i doubt this one is somewhat the current version. i assume @frode will also update whdload to current once he releases the next version of the fs-uae package. so for now i change fastmem to 4mb as a workaround which shouldn't be a problem as the whdload info says it requires only 1.7mb fastmem for the aga version.

@Luikuri did just the whdload variant crash with a500/a600 or the floppy variants also. for now i changed the whdload to a1200 model.

I reproduced the bug Luikuri and thevoice found but some of my test results seemed slightly random. Hopefully this helps though.

• I started the game for the first time ever on this PC using the default configuration: it worked perfectly fine.
• I then changed the model to A1200 + Blizzard 1260 and this time I had the same garbled graphics issue mentioned in the comments below.
• When I switched back to the default configuration, it was broken too this time (??).

I tried to find if FS-UAE saves something between the sessions that would explain the changing behavior, without success. FS-UAE's log also says the save state was empty and not saved. Quitting and relaunching the emulator didn't seem to have any effect either.

Then, I kept changing the CPU configuration (from the model list) and now it seems to work fine for any A1200 configuration with at least a 030 CPU (including the 060 configuration that was previously broken). However I randomly managed to make it work again twice with a 020 configuration (out of a dozen attempts).

Using the default configuration with the fast mem reduced to 2 or 4 MB (instead of 8) seems to fix the problem too! The WHDLoad changelog mentions memory allocation fixes. Maybe that fix doesn't work for 020 with 8 MB of fast mem?

All tests were done with v 1.2 of the WHDLoad install and FS-UAE 3.0.5 with an up-to-date Game database, on Windows 10.

Crashes with the default A600 config. Worked fine with A1200, didn't even try to tweak the A600 configuration.

@Frode another problem is that the game stops with a requester complaining about no DblPal screen can be opened.

@Luikuri This WHDLoad slave seems to require Amiga Kickstart v1.2 (for A500). It should be automatically installed by the Launcher if you have that kickstart and it is indexed in the file database.

OIher known names for this kickstart is amiga-os-120.rom (Amiga Forever), and Kickstart v1.2 r33.180 (1986-10)(Commodore)(A500-A1000-A2000)[!].rom (TOSEC).

@Luikuri this is an arcadia title. technically the arcade version of an amiga. i think i never got any of these ever working in fs-uae.

Can't get this to run on Win10 FS-UAE. "DOS-Error #205 (object not found) on reading "devs:kickstarts/kick33180.a500" Other A600/A500 games seem to run ok. Including "New York Warriors" which is the same game, although with a newer whd install.

@Luikuri i think in this very case it is better to not crop the screenshots or crop them to 640x400 or someting.

@Luikuri ok then it looks like it is a problem with fs-uae. @frode can you have alook what is going on here ?

Yes, I'm using Win10. The game works fine with Gamebase/WinUAE322, which I used for the screenshots.

@Luikuri ok i tried every possible aga configuration '(since the game is aga) and always got the same graphical issue as you had. do you use fs-uae for windows ? since i use fs-uae in linux. so if this problem shows up on different platforms it may be a problem with the whdload slave which is 8 years old now. or if you have access to winuae, can you test if the game have the same issues there ?

@Luikuri hi, thanks for your comment. i will see what happen with this install. what i can tell you for sure the game does not need 8mb chip memory since no amiga model ever supported more then 2mb chip memory .

Doesn't work with current settings in FS-UAE; the screen is all horizontal lines (I'm sure there is a term for this). Also the game needs more (8MB?) chip RAM to display the full 3D window.

PROBLEM: the usa/europe variant does not start. tested with mednafen 1.26.1.

PROBLEM: the game does not start. tested with mednafen 1.26.1.

PROBLEM: the usa/euope variant does not start. tested with mednafen 1.26.1.

@Luikuri hi, the screenshots you have submitted here all have one black line at the bottom making them 640x257. if you crop away this black line and resubmit them in 640x256 i can approve them.

@tskovgaard If the game appears in light gray and, when you select it, it says "Missing game files" in the status bar at the bottom, it means FS-UAE can't find the needed file.

You may need Kickstart files. See https://fs-uae.net/docs/kickstarts

You may also need an image of game floppy, e.g. an ADF (Amiga Disk File) file.

Put the Kickstart and the ADF files in paths known to FS-UAE (by default C:\Users\YourUser\Documents\FS-UAE\Kickstarts\ for the Kickstart file(s), and C:\Users\YourUser\Documents\FS-UAE\Floppies\ for disk files) then select "Update File Database" in the menu, then click "Scan" to make FS-UAE check the new files.

If all goes well, a green checkmark will be displayed in front of the Kickstart(s) you added and, after you close the scanning window, the game will be available in the game list. In the drop down menu below, there's a list of all the variants recognized, the ones that were found on your computer will have a dot in front.

Otherwise, I don't think this place is great to ask general questions about FS-UAE. It has low visibility and should be about the game configurations. Consider posting in this forum for more infos: http://eab.abime.net/forumdisplay.php?f=122

There's also a Discord server if you prefer: https://discord.com/invite/S6XHxUuX

New to this - how do i get this game to work in FS-UAE..... Says i need some files I can find it in FS-UAE, but only when i choose all games under pref.

@jyanncorp hi, to move the wrongly merged in variant i need to change _type = but i can't do that. only frode can do this

@jyanncorp moved it here now.

@thevoice Hi! So, you put the two Japanse variants under the same entry.

"Saint Seiya: Ōgon Densetsu, Japan" is in the tight place here but

"Saint Seiya: Ōgon Densetsu - Kanketsu Hen, Japan". is the second part of the game and have to move here :

http://openretro.org/game/2b19fede-06af-46b5-b129-23b9d20b859d

They're two different game with similar names.

WHDLoad updates have been very active lately for this game but it seems to be stabilized now. The latest version is 3.2 which fixes crashes, bugs and more hi-score issues compared to 3.0.

Can it be added? Thanks! (3.0 could probably be disabled to make room in the list, since it crashed.)

Variants "WHDLoad, Map, v1.09, AGA" and "WHDLoad, Map, v1.09, DE, AGA" reference save data that are specific to the user who created them. So the detection won't work.

The files are:

• "DH0/EOB1-AGA-MAP/data-vga/EOBDATA.MSK"
• "DH0/EOB1-AGA-MAP/data-vga/EOBDATA.SAV"
• "DH0/EOB1-AGA-MAP/data-vga/EOBDATA.SAV-"
• "DH0/EOB1-AGA-MAP/data-vga/EOBDATA.SAV—"
• "DH0/EOB1-AGA-MAP/data-vga/EOBDATA.SAV—-"
• "DH0/EOB1-AGA-MAP/data-vga/EOBDATA.SAV-L1"
• "DH0/EOB1-AGA-MAP/data-vga/EOBDATA.SAV-bj"
• "DH0/EOB1-AGA-MAP/data-vga/EOBDATA.SAV-l1-end"
• "DH0/EOB1-AGA-MAP/data-vga/EOBDATA.SAV-l2"
• "DH0/EOB1-AGA-MAP/data-vga/EOBDATA.SAV-l2bug"
• "DH0/EOB1-AGA-MAP/data-vga/EOBDATA.SAV-l3"
• "DH0/EOB1-AGA-MAP/data-vga/EOBDATA.SAV-l4"
• "DH0/EOB1-AGA-MAP/data-vga/EOBDATA.SAV-l5"
• "DH0/EOB1-AGA-MAP/data-vga/EOBDATA.SAV-l6"
• "DH0/EOB1-AGA-MAP/data-vga/EOBDATA.SAV-l7"
• "DH0/EOB1-AGA-MAP/data-vga/EOBDATA.SAV-lendtest"

It seems that I can't edit the file_list field so I can't fix it. See also EoB II AGA for the same issue.

Variant "WHDLoad, Map, v1.05, AGA" doesn't recognize the files properly because it lists save data:

• "DH0/EOB2-AGA-MAP/DATA-VGA/EOBDATA.SAV",
• "DH0/EOB2-AGA-MAP/DATA-VGA/EOBDATA.SAV-BJ"
• "DH0/EOB2-AGA-MAP/DATA-VGA/EOBDATA0.SAV"
• "DH0/EOB2-AGA-MAP/DATA-VGA/EOBDATA1.MSK"
• "DH0/EOB2-AGA-MAP/DATA-VGA/EOBDATA1.SAV"
• "DH0/EOB2-AGA-MAP/DATA-VGA/EOBDATA2.SAV"
• "DH0/EOB2-AGA-MAP/DATA-VGA/EOBDATA3.SAV"
• "DH0/EOB2-AGA-MAP/DATA-VGA/EOBDATA4.MSK"
• "DH0/EOB2-AGA-MAP/DATA-VGA/EOBDATA4.SAV"
• "DH0/EOB2-AGA-MAP/DATA-VGA/EOBDATA5.SAV"

Those files could be absent or have a different hash depending on the user. It seems that I can't edit the file_list field so I can't fix it. See also Eye of the Beholder AGA for the same issue.

@jyanncorp i hope i moved it correctly. if not please tell me

@thevoice Hi! This variant is in the wrong place, this is the first game released and he's present here :

http://openretro.org/game/ca7c78bc-c4d0-45c5-814d-3e5e577ffd7b/edit

And on this page, you've the variant supposed to be here.

(I hope I'm understandable)

Note: it is possible that thes two entries are the same game:

https://worldofspectrum.org/archive/software/games/miner-david-hembrow

and

https://worldofspectrum.org/archive/software/games/miner-cosmic-software

as seen in: http://www.hembrow.eu/spectrum/spectrumad.png (archived copy)

(Both David Hembrow games in the ad are advertised by Cosmic Software)

This game is freely distributable:

These games are all free to play and you can share them with other people as much as you want.

Feb 10, 2021 http://www.hembrow.eu/spectrum/

This game is freely distributable:

These games are all free to play and you can share them with other people as much as you want.

Feb 10, 2021 http://www.hembrow.eu/spectrum/

Variant "WHDLoad, v3.6, De, 0359" seems to be missing, it is not recognized by the launcher. This is the latest version which can be found at Retroplays uploads on the EAB FTP.

Edit: Variant was orphaned. Linked to Master, approved by Frode

i have disabled the outdated 2.1 whdload variants aswell as setting all 2.2 whdload variants to A1200.

Still not working for A600

"Saint Seiya - Ougon Densetsu Kanketsu Hen (Japan).nes" need a separate entry.

Hello, is it possible to run cannon fodder on the FS-UAE emulator? Because when he gives them all he shows me that the game files are missing. I read here and there was such a problem, but for me it still seems to be fixed. I'd love to play this game, but I can't.

@frode Hi! The Japanese variant of the game was "remastered" by Konami and the game is different form the US version (a modern army mod, a story mode, more campaign, different music) Maybe he deserve a separate entry?

WHDLoad variant does not run on A600 model. Reported by KoRRoSka.

@frode No problemo , old scan up-scaled with strange oil blur,, erase all invalids covers, I'll try to upload better scans.

Disabled most older WHDLoad variants due to the list of variants becoming very long.

@jyanncorp I declined the cover update to this one, because the cover had been processed too much with filters and looked more like a painting :-/

@jyancorp H.E.S. variant moved to new entry https://openretro.org/nes/othello-hes

Imported more floppy variants.