the game supports loading only from df0:
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.
@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.
@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)
@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.
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]".
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):
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.
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:
@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:
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 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.
@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.
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:
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:
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.
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
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.
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 :-/
Imported more floppy variants.
Version 1.1 works on A1200 if some fast RAM is added or if only one floppy drive is used. I'm guessing that the game runs out of RAM on stock A1200 with two floppy drives enabled. Fast RAM added to the config.
Disabled WHDLoad "v2.0" variant. These must have been added earlier by some sort of mistake; the latest version is "v1.3".
Uploaded them so they can be verified.
Sorry I have updated the data, will post my remarks here in the future.
Have New ADF files, extracted form disk today.
934dff5ba3f1ca6dbbb88af0feccb169369f9336 *10 out of 10 Dinosaurs (Disk 1 of 2).adf
c08503415a94ad89fe80e8cf76b4c39d011d425d *10 out of 10 Dinosaurs (Disk 2 of 2).adf
Version is by JiSM Original Version
@Kazper v1.3 and v1.4 and v1.3cd32 is there
@Kazper we do keep 2 recent versions available for whdload. and also keep in mind that @frode isnt working 24/7 on the database just to keep whdload installs updated daily. so far they usually get updated ever 1-2 months. and only if this happens older versions gett disabled.
You disabled all the CD32 versions - now there is only the non-CD32 version.
Particularly when the site don't have the latest variant, making upgrading not even possible. (It's pretty much impossible to find old WHDLoad patches...)
Disabling old Whdload versions is very annoying as games suddenly just disappear from FS-UAE lists of games. Please don't do that without a really good reason (ie not just old but defective version).
changed model to a500+ because a500 model gives graphical corruption.
Hi @jyanncorp, I got your message, it just waited in the moderation / anti-spam queue
(You can also reach me on discord - https://discord.com/invite/z5HEqK)
@frode Hi! I try to post a message on support or wish list but get erased. How can communicate?
The download links are dead (dream17.info website is down, new adresse is now http://dream17.abime.net).
@Jami hi, i have changed the model to a600 which is technically the same as a500+. but we use only a1200 & a600 for whdload.
With WHDLoad, the game runs too fast on Amiga 1200. A500+ is better.
It works now.
@33a0c968 hi,it looks like cfou updated the slave again on may 9th and keeping the slave version at 1.2. as far as i know whdload installs are not updated at the moment until the issue with the eab server is solved. so in this very case you just need to fall back to the v1.2 slave from before may 9th and update the database again to temporarely fix this issue.
The WHDLoad v1.2 version won't register in the Launcher after updating the file database (neither Amiga or CD32).
Any idea why?
@Kracoukas this is exactly the information we need here. i have changed the amiga model to a600. feel free to report other titles which have issues
Some clarifications : I found this issue on two PC configurations. 1 laptop with Intel CPU, 1 desktop with Ryzen CPU. I tried 3.02 and 3.05 FS-UAE version = Same story. Best regards. Kracoukas.
Hello. Sorry, this is the first time I ask for a change, I'm not really aware of the procedure (actually I just recently discovered we could ask for configuration change). Anyway ... I found that some Amiga games run faster than they should, when I use WHDLoad, like Buggy boy. On other emulation scenario (UAE4All2 / Android), I could solve the problem by modifying the CPU speed and/or Amiga model configuration. But in this case, if I tried to match the correct HW configuration (A500 / CPU 68000), I lose the possibility to use WHDLoad. I found a compromise using A600 configuration : WHDLoad runs correctly, and the game speed seems fine. Best regards. Kracoukas.
The IPF variant requires an amiga model with kickstart 1.2.