Drakkhen issue on the A500mini

[solarmon]

Hi,

I've raised a ticket on the Mantis ticketing system:

http://mantis.whdload.de/view.php?id=5695

but have not got a response, so I thought I'd raise it here too.

For Drakkhen packages For Drakkhen_v1.4_Files_0769.lha and For Drakkhen_v1.4_Image_0769.lha there is a "data" directory. Thedisk images and files are stored in this data directory.

The slave file, even for the the "Files" version, is looking for Disk.1. However, the slave files do not have the "data" directory referenced in the slave headers. The data directory is defined as a tooltype in the slave .info icon.

So a WHDLoad loader that uses the slave icon to launch is able to launch the game. However, any WHDLoad loader that looks at the slave headers for the data directory will fail with a:

DOS-Error #205 (object not found) on reading "Disk.1"

The system on the A500mini matches a game against whdload_db.xml file, which is generated by scanning the WHDLoad game files and slaves.

For Drakkhen, since the data path is not set in the slave header, then the whdload_db.xml entry for it will not contain this datapath value.

What makes it worse is that the A500mini implementation of Amiberry (Amiberry 3.3+redquark) does not even process the datapath value in the whdload_db.xml file - so even if you custom edit it, it still does not work (since it the data directory is not known).

[ransom1122]

PM sent

On a side note if you load Drakkhen_v1.4_Image_0769.lha via Pandory it works fine

[solarmon]

@ransom1122

I don't know the Pandory WHDLoad loader solution, but it is likely that is loading it based on the slave .info icon - i.e. probably using kgiconload - so it will use the icon tooltype for the data directory.

[ransom1122]

Pandory is Retroarch for the mini. So it's puae core launching the lha directly

[solarmon]

Looking at the puae core, the WHDLoad loader startup-sequence:

https://github.com/libretro/libretro...artup-Sequence

It seems it just checks for the presence of a 'data' directory. So in this example, it will work.

I don't know if there are any examples of a WHDLoad game package that uses a different data directory name.

[solarmon]

Actually, it seems it uses WBrun to launch the game using the slave icon, if it exists.

[ransom1122]

Long story short Amiberry 3.3 needs an update, it can't do everything.

[solarmon]

The slaves files should also be updated to specify the data path in the slave header.

Amiberry 3.3+redquark uses the whdload_db.xml file which scans Retroplays WHDLoad packages and would put the data path if it finds it in the slave headers - as per https://github.com/HoraceAndTheSpide...ry-XML-Builder

However, at the moment it does not process the datapath value in the XML. I have raised a Github ticket regarding this on the RGL Github project for Amiberry 3.3+redquark.

[ransom1122]

Is there any DATA=data lha game that works on the mini?

Acsys Demo.lha has Same issue as well. But my single boot hdfs work fine instead.

[solarmon]

BubbleBobble_v1.3_2518.lha has a data directory.

The slave file header sets the datapath to 'data'. Interestingly, the slave icon does not seem to have a tooltype for data, so would it work in Pandory?

But it loads on the A500mini OK - since the data path is set in the slave headers.

[ransom1122]

Bubble Bobble works in both LHA direct and also works fine in Pandory

[solarmon]

OK, I suspect that the slave header data path is the important bit then, and the one set in the icon tooltype is used to override it.

Which is why the slave for Drakkhen (and probably many others) should have it set.

[ransom1122]

Might be a question for RetroPlay

[solarmon]

That is what the Mantis ticket is for, but getting no response to it yet. It needs to be done at the slave level - the creator of the Drakkhen slaves is CFOU. Once the slaves have been updated then a new LHA package can be created.

[solarmon]

Originally Posted by PascalDe73

On my A500 Mini with AGS2 this game works correctly because there is a Workbenck included.

Yes, with AGS2 on the A500mini, it will launch it using the slave icon.

The issue is specific to using the LHA file with a stock A500mini and if the data path is not set in the slave headers.

[ransom1122]

If the ticket is made in mantis to Cfou, Then he'll do it when he does it, there's no time frame. Hopefully he can pop in here for a quick comment in time

[CFou!]

Originally Posted by solarmon

Hi,

I've raised a ticket on the Mantis ticketing system:

http://mantis.whdload.de/view.php?id=5695

but have not got a response, so I thought I'd raise it here too.

For Drakkhen packages For Drakkhen_v1.4_Files_0769.lha and For Drakkhen_v1.4_Image_0769.lha there is a "data" directory. Thedisk images and files are stored in this data directory.

The slave file, even for the the "Files" version, is looking for Disk.1. However, the slave files do not have the "data" directory referenced in the slave headers. The data directory is defined as a tooltype in the slave .info icon.

So a WHDLoad loader that uses the slave icon to launch is able to launch the game. However, any WHDLoad loader that looks at the slave headers for the data directory will fail with a:

DOS-Error #205 (object not found) on reading "Disk.1"

The system on the A500mini matches a game against whdload_db.xml file, which is generated by scanning the WHDLoad game files and slaves.

For Drakkhen, since the data path is not set in the slave header, then the whdload_db.xml entry for it will not contain this datapath value.

What makes it worse is that the A500mini implementation of Amiberry (Amiberry 3.3+redquark) does not even process the datapath value in the whdload_db.xml file - so even if you custom edit it, it still does not work (since it the data directory is not known).

it's probleme of AmigaMini because it's used Amiberry

it's quick to update it's.

Just add DATA directory by default in src code and re-compile it.

but there are probably a lot of slaves involved.
The simplest would be a request to Amiberry and AMIGAMini's teams.
Right now it's too hot to code!
If it's in NANTIS's bug report,
I will do it quickly when I make updates. Because it doesn't take very long to do.

[solarmon]

Hi CFOU!

Thank you for commenting.

I have also raised a GitHub ticket on the RGL Amiberry 3.3+redquark project page to point out that they are not using the datapath value in the whdload_db.xml file. But I don't know whether and when it will be fixed.

[solarmon]

I wrote a python script to scan the Retrolplay WHDLoad LHA files and detect those that had a data directory but no ws_CurrentDir set in the slave header.

This is the list that it generated:

ACSYSDemo_v1.11_AGA
CrossCheck_v1.0
Drakkhen_v1.4_De_Files_0458
Drakkhen_v1.4_De_Image_0458
Drakkhen_v1.4_Files_0769
Drakkhen_v1.4_Fr_Files_2558
Drakkhen_v1.4_Fr_Image_2558
Drakkhen_v1.4_Image_0769
Drakkhen_v1.4_NTSC_Files_1843
Drakkhen_v1.4_NTSC_Image_1843
FullMetalPlanete_v1.7_Files_0656
FullMetalPlanete_v1.7_Files_NTSC_1204
FullMetalPlanete_v1.7_Image_0656
FullMetalPlanete_v1.7_Image_NTSC_1204
Lemmings_v1.5_Files_2089
Lemmings_v1.5_Files_AltLevels_2238
Lemmings_v1.5_Files_NTSC_0901
MurdersInSpace_v1.3a_Files_2344
MurdersInSpace_v1.3a_Image_2344
Obitus_v1.4
QuestForTheTimeBird_v1.3_Files_0564
QuestForTheTimeBird_v1.3_Image_0564
QueteDeLOiseauDuTemp_v1.3_Fr_Files_2343
QueteDeLOiseauDuTemp_v1.3_Fr_Image_2343
SensibleWorldOfSoccer1617_v2.1
SensibleWorldOfSoccer2020_v2.1
SensibleWorldOfSoccer2021_v2.1
SensibleWorldOfSoccer2122_v2.1
SensibleWorldOfSoccer9596EuropeanChampionsEdition_v2.1_1825
SensibleWorldOfSoccer9596_v2.1_1755
SensibleWorldOfSoccer9697_v2.1_0842
SensibleWorldOfSoccer9798_v2.1
SensibleWorldOfSoccer98_v2.1
SensibleWorldOfSoccerv11_v2.1_0201
SensibleWorldOfSoccer_v2.1_0840
SensibleWorldOfSoccer_v2.1_De
Starush_v1.1_Files_2311
Starush_v1.1_Image_2311
Tecnoball_v1.2
Toyottes_v1.1a_Files_2623
Toyottes_v1.1a_Image_2623

EDIT: The Sensible Soccer and Lemmings ones seem to actually load OK on the A500mini.

[solarmon]

The python script used to generate the above list* can be found at, if anybody is interested:

https://github.com/solarmon/whdinfo

*EDIT: It needs to run against a copy of the Retrolplay WHDLoad LHA packages.