giantclambake
commented
5 months ago @NoobieMaks ~ I'll address this here as it's the best example of things you need hold in consideration, when requesting any changes to the XML file ;)
- Any change to the XML, affects all versions of Amiberry, across all platforms -- you are testing older Amiberry releases, against one platform (and if I read correctly, that platform is RPi3, which is at the lower end of acceptable platform performance);
With this in mind, any slow running emulation you find, will directly relate to the platform you're using...ie; if you state the title runs 'extremely slow' on RPi3, that is very much not the case with most x86-64 platforms (and apple CPU machines or RPi4/5 hardware)....I know, I checked =)
- Any proposed change to the XML, must be catered for by the XML options available;
The list of available options is here -> https://github.com/BlitterStudio/amiberry/wiki/Structure-of-the-whdload_db.xml-file
As you will note, there is no XML option to control the setting of Cycle Exact (DMA/Memory) ... in such a case, you need to set the appropriate option(s) in an amiberry config.uae file, that is associated with the whdload.lha game title
- Any proposed change to the XML, must be applicable to all amiberry versions;
The setting of Cycle Exact (DMA/Memory) is not available in the amiberry preview (v6.x.x) releases. Ergo, even if the XML catered for this setting, it would be a 'no-op' for those later amiberry versions that do not support the particular option (I'll have to quiz midwan on this wrt why this option is unavailable in preview)
Therefore...as the XML doesn't cater for this setting, and the option itself is not applicable to all amiberry versions, no change of the XML is 'valid' (holistically) for this title --- the preferred route here, is to create an associated config.uae for this title in such a situation.
Don't get me wrong here ~ I do appreciate your (and anyone's =) verve to improve amiberry, but to succeed in that endeavor you really do need to be aware/considerate of 'the big picture' --- it is that 'picture' I'm attempting to draw for you here in words, so that your valuable input might be honed to the cutting point of being actionable =)
HTH
Edit: Turns out that in amiberry preview on x86-64, when CPU=68000 then Cycle Exact (DMA/Memory) is unavailable, and that setting is always True when Cycle Exact (Full) is selected. This is the default setting for preview/v6.x.x ....
./amiberry Nebulus2_v1.6_Files_1713.lha
Result: Cycle Exact (Full) is enabled, and by design Cycle Exact (DMA/Memory) is also enabled -- game title starts & runs correctly, and all the 'doors' are visible ~ game is eminently playable OOTB ...
Wrt to amiberry v5.7.3, the Cycle Exact (Full) setting is disabled by default, ergo the above cmdline invocation sees the game title start, which displays the 'missing doors' error as mentioned.
On this x86-64 rig, enabling Cycle Exact (Full) (which by default also enables Cycle Exact (DMA/Memory)), effectively fixes the issue, and no slowdown is encounter (ryzen5600 host).
The fact Cycle Exact (Full) is by default disabled in amiberry v5.7.3 would be by design ~ this enables the emulation to run at a better speed, on lower power arm platform devices....OOTB ...(users are free to change this as required)*
Conclusion:
-The XML does not contain a CHIPSET option able to address this issue.
-The XML snippet for title works as expected on amiberry preview/6.3.3 due to Cycle Exact (Full) = True default
-The XML snippet for this title fails wrt amiberry v5.x and previous, as by design Cycle Exact (Full) = False is default
-Users of lower powered hardware, do not want Cycle Exact (Full) = True as it can impact emulation performance*
-Users of lower powered hardware, do want Cycle Exact (DMA/Memory) = True to fix issue without performance hit
(*)YMMV... dependent on actual hardware being used, and the Amiga machine/software being emulated ;)
No change of the XML is warranted ~ this would be more a case of 'low powered platform tuning' when it comes to using that sort of hardware with amiberry v5.x and previous. In this specific case, the effective fix is to create an associated config.uae file for this title, that contains the required setting. We spent a lot time getting this working as expediently as possible, using the Amiberry GUI ...ie; if you load and start an Amiga software title, and then discover you need to change something for that title, hitting F12 -> change something -> Configurations panel -> Save , is all you need to do...the 'Name' and 'Description' fields are automatically filled with the correct values, you CANNOT change the Name field, but you are free to change the Description...Hint: change the name of the Amiga software file first, to how you want the associated config.uae to be Named (and appear in the GUI =)
//I might hang out here at Horace's for the afternoon, and triage your other tickets ...
HoraceAndTheSpider
No doors are visible! So it's not playable.
To solve this only one change is to do:
Tested with: