![]() |
![]() |
#81 |
Registered User
Join Date: May 2011
Location: Germany
Age: 46
Posts: 111
|
No. I didn't tried that. I thought the names have to be identical to work. If that doesn't matter then i will give it another try this evening. No time to test it yet.
|
![]() |
![]() |
#82 |
Thalion Webshrine
Join Date: Jan 2004
Location: Oxford
Posts: 14,648
|
|
![]() |
![]() |
#83 |
Registered User
Join Date: May 2011
Location: Cambridge
Posts: 694
|
|
![]() |
![]() |
#84 |
Registered User
Join Date: May 2011
Location: Germany
Age: 46
Posts: 111
|
Hello,
I haven't tested the new version with the higher version number and LoadModule in the startup sequence yet. But I have done a few tests with the new lowlevel.library. The following equipment was used for the tests: - Amiga CD32 - HoneyBee Joypad - Sum 4000/CD32 keyboard adapter with wired Acer USB keyboard - wireless mouse with DB9 wireless adapter (from the Kickstarter campaign) - fWSI Wallstreet module with modified Gotek drive (converted from Amiga to PC drive) and Sandisk USB stick - TF330 turbo card with 64MB RAM (MMU active, caches active) - 32GB Sandisk Extreme Compact Flash card with CF adapter connected directly to the TF330 without a cable - CF divided into 4 partitions: DH0-DH3 DH0 = 4 GB with game boot menu DH1 = 305 MB with OS3.1 DH2 = 305 MB as data DH3 = approx. 3300 MB for separate WHDLoad games Main boot partition is DH0. Here is the startup sequence of the boot partition: Code:
assign root: "" assign env: ram: >nil: assign t: ram: >nil: assign nvsaves: nv_saves >nil: assign envarc: prefs/env-archive >nil: Assign >NIL: RAD: EXISTS IF not warn if exists rad:tempboot execute rad:tempboot >nil: quit endif endif setpatch quiet c:FastRAD RAD: if not exists devs/Kickstarts/kick34005.a500 echo kick34005.a500 not found in devs\Kickstarts wait 1 endif if not exists devs/Kickstarts/kick40068.a1200 echo kick40068.a1200 not found in devs\Kickstarts wait 1 endif vol1:System/setmap d menu.exe > env:game cd "games/$game" if exists runme execute runme else whdload "$game.slave" preload endif reboot I used 2 games for tests: Flink & Cecconoid Beginning with the game FLINK: Test scenario 1: Boot the lowlevel.library from diskette via the Gotek. The library is loaded with LoadModule and then a reboot occurs. The diskette is removed after the reboot. Loading game from cd. Result: Games works perfectly with correct buttons. Test scenario 2: Boot the lowlevel.library from diskette via the Gotek. The library is loaded with LoadModule and then a reboot occurs. The diskette is removed after the reboot. Loading game from CF card, WHDLoad installation. Result: Game don't work correctly. Buttons still all wrong. Test scenario 3: Boot the lowlevel.library from diskette via the Gotek. The library is loaded with LoadModule and then a reboot occurs. The diskette is removed after the reboot. First, all files from the CD were copied into a games folder on a CF card. These were then loaded into a RAD disk and started from there. Result: Game works perfect. Joypad buttons all ok. Test scenario 4: Boot the lowlevel.library from diskette via the Gotek. The library is loaded with LoadModule and then a reboot occurs. The diskette is removed after the reboot. WHDload version was loaded into the RAD disk including all necessary files like kickrom files. Then the game was started from RAD disk. Result: The same problem as starting directly from the CF card. The controls don't work. The joypad buttons are wrong. Next test game is Cecconoid (there you can control the shooting direction with all 4 buttons). I tested the function of the CD32 joypad in advance in WinUAE. There, shooting works perfectly using all 4 buttons and different directions. Test scenario 1: Boot the lowlevel.library from diskette via the Gotek. The library is loaded with LoadModule and then a reboot occurs. The diskette is removed after the reboot. Loading game from CF card, WHDLoad installation. Result: Game don't work correctly. Buttons still all wrong. Test scenario 2: Boot the lowlevel.library from diskette via the Gotek. The library is loaded with LoadModule and then a reboot occurs. The diskette is removed after the reboot. WHDload version was loaded into the RAD disk. Then the game was started from RAD disk. Result: The same problem as starting directly from the CF card. The controls don't work. The joypad buttons are wrong. Test scenario 3: Boot the lowlevel.library from diskette via the Gotek. The library is loaded with LoadModule and then a reboot occurs. The diskette is removed after the reboot. Booting the game from Gotek as ADF File (game is a NDOS disk). Result: The controls don't work. The joypad buttons are wrong. My conclusion so far: Basically, the patch seems to work with the new lowlevel.library. At least with the original CD32 titles. The patch didn't work for games that were loaded via WHDLoad. If everything goes well, I'll receive a new patched ROM this week. I'll then repeat all the tests and see if anything has changed in the behavior of the games. |
![]() |
![]() |
#85 |
Registered User
Join Date: May 2011
Location: Germany
Age: 46
Posts: 111
|
Today i got the new EPROM with the lowlevel.library patch in it.
@Keir Sorry to say but the patch works only for games on CD or games which were loaded in RAD disk and aro NO whdload games. ALL games loaded by WHDload, JST or other tools the patch don't work. It doesn't matter if i load them into RAD or not. All games loaded from a hard drive don't work ![]() I tested this with Flink, Cecconoid and Chuck Rock. I think WHDLoad is the problem here. It does something different as a normal loaded game from CD. Last edited by Trigger58; 21 August 2024 at 16:24. |
![]() |
![]() |
#86 |
Thalion Webshrine
Join Date: Jan 2004
Location: Oxford
Posts: 14,648
|
WHDload and the games running inside probably do not use the OS and so don't use lowlevel.library but instead hit the CIA HW directly and so of course won't work even with a new ROM.
Each slave may need patching to use the alternate CIA slave addresses. There is a slim chance that games that DO use lowlevel.library in WHDLoad but are provided with an emulated Kickstart (KickEmu) can be patched with a new WHDload release. |
![]() |
![]() |
#87 | |
Registered User
Join Date: May 2011
Location: Germany
Age: 46
Posts: 111
|
Quote:
Yeah, that's what i thought. I tested many games in the last 2 hours and ALL games using WHDLoad don't work with the patch. It doesn't matter whether you load the games from CD, RAD or hard drive. As soon as WHDLoad is in the game, the CD32 joypad no longer works properly. That's really rubbish. |
|
![]() |
![]() |
#88 | |
Thalion Webshrine
Join Date: Jan 2004
Location: Oxford
Posts: 14,648
|
Quote:
If you talk to WEPL there is a slim chance he can make you a custom build of WHDload for any OS legal games... otherwise you'll have to ask individual slave authors if they will make you a custom slave build. |
|
![]() |
![]() |
#89 | |
Registered User
Join Date: May 2011
Location: Germany
Age: 46
Posts: 111
|
Quote:
![]() Thank you for your help. I wrote Wepl a pn. I hope he can help us ![]() |
|
![]() |
![]() |
#90 | |
Moderator
Join Date: Nov 2001
Location: Germany
Posts: 881
|
Quote:
Some installs use a file base lowlevel.library. These can be fixed manually by replacing the lowlevel.library contained in the install data directory with a modified one. For all other installs the code to check the pad is contained in the slave or the game binary data. These installs need to be fixed individually all. Recently added is a function inside WHDLoad v19 to read the controllers. This one could be modified. But currently there are no installs using it. |
|
![]() |
![]() |
#91 | |
Registered User
Join Date: May 2011
Location: Germany
Age: 46
Posts: 111
|
Quote:
Thanks for the explanation. I was afraid that it wouldn't be so easy to do. The only thing left now is reverse engineering the chip on the fWSI. I would be willing to donate €100 for it. I'm not the only one with such a module. Maybe we can get a few more together. Then the fWSI module would finally be fully compatible. The brilliant thing about the module is the second connection that is normally used to plug in a real-time clock module. But a TF330 also works with it. This would give you a cost-effective alternative to an SX1 or an SX32. That's why I bought it. |
|
![]() |
![]() |
#92 | ||
Thalion Webshrine
Join Date: Jan 2004
Location: Oxford
Posts: 14,648
|
Quote:
I've owned one for 20+ years. Quote:
That is why I bought mine too but I was able to bag an SX32 MK1 a few weeks later and it's sat in the box next to my desk ever since. Last edited by alexh; 22 August 2024 at 22:15. |
||
![]() |
![]() |
#93 | |
Registered User
Join Date: May 2011
Location: Germany
Age: 46
Posts: 111
|
Quote:
![]() I use this combo by myself. |
|
![]() |
![]() |
#94 |
Registered User
Join Date: May 2011
Location: Germany
Age: 46
Posts: 111
|
I will make a photo and post it here. A manual doesn't exist or better i never found one. I asked in different forums and searched the whole net. No manual, no service manual, really no documentations to find.
|
![]() |
![]() |
#95 |
Thalion Webshrine
Join Date: Jan 2004
Location: Oxford
Posts: 14,648
|
Realistically not enough people care so it's extremely unlikely to get done unless you do a lot of the easy but time consuming work.
|
![]() |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
![]() |
||||
Thread | Thread Starter | Forum | Replies | Last Post |
Cd32 from analogic computers not working properly | fondpondforever | Amiga scene | 11 | 22 August 2013 14:24 |
Analogic cd32 floppy | nixxjsteve | support.Hardware | 12 | 25 February 2012 14:24 |
CD32 Analogic Floppy drive problems? | Cooljerk | support.Hardware | 2 | 25 February 2012 13:33 |
Index Information's fWSI for CD32 | Paul_s | MarketPlace | 6 | 08 October 2010 12:44 |
Analogic CD32 floppy drive questions | Twiggy | support.Hardware | 18 | 04 May 2010 02:43 |
|
|