Notes |
|
|
|
|
|
Badlands Pete != Badlands! |
|
|
|
Hi,
Sorry to repport that... But BarryB was Right about the problem,
There is a real problem with the correct Install Tools (BadlandsPete) and SPS 2521.
The problem really start on Track 117 (No Sync signal on Track 117)
Please could You Have a look ?
Best regards,
Pascal |
|
|
(0010458)
|
BarryB
|
2021-06-27 15:26
|
|
StingRay, 'Badlands' is a different game :)
If you hexedit BadlandsPete.islave and change offset b7 from 9f to 74 it will install up track 116 and exit correctly!
The imager slave is coded for 159 tracks, not 116 like the original! |
|
|
|
I know that Badlands is a different game, it was the sole reason for my comment! Bug report was assigned to me because it has been reported for the game "Badlands", the actual problem concerns Badlands Pete though.
Which in turn means: Badlands Pete != Badlands and I'm not responsible here. :) |
|
|
|
The original version of Badlands Pete that I was sent by Adrian Simpson back in 2003 contains valid track data on all 159 tracks. (I still have the MFMWarp file he sent). This SPS version is different and is unformatted from tracks 117 onwards. I'm not sure if the game ever used the data after track 116 (as it's absolutely awful to play) and the SPS version is a bad master of the game, or the version I was sent ages ago contains valid but unused data. Attached is a slave that stops reading after track 116. |
|
|
(0010469)
|
BarryB
|
2021-06-28 23:32
|
|
@StingRay, I see what you mean, I did report this as 'Badlands Pete' but somehow it's been tagged as Badlands.
@Codetapper: I've uploaded my CTRAW dump to The Zone on EAB for comparison! It should be the same as the SPS version, but obviously there are at least 2 versions of this now! I also tested your new islave and it installs correctly now, thanks! |
|
|
|
@BarryB: Great, I'll take a look at it and make an IPF out of it. Are you able to complete the level/game and check if the others work? It could be that the game re-uses the same level over and over, with just different/harder enemies, but this game is so tedious to play I've never gotten very far with it! |
|
|
(0010474)
|
BarryB
|
2021-06-29 19:51
|
|
I made an IPF with Disk-Utilities, the format is identified as 'Apprentice' which is a CHW variant!
I've never got far in the game either, can you code a level skip to test the dump? |
|
|
|
May we have Your alternative IPF File ? I don't find anything in the zone about Your IPF File |
|
|
|
Here's the unofficial IPF I made from Barry's image. The data is identical to Adrian Simpson's MFMWarp image and the existing install. I included a pic of the CTA program showing the disk timings etc...
https://we.tl/t-5yVx5mBXuK |
|
|
|
@Codetapper
Hi,
Many thanks for the link, official and Unofficial IPF works together on my Real A500 with a Gotek HXC after a convertion in HFEv3 file.
The game when I want to play it start exactely at the same position on T32/84 Side0... that's what a see on my Oled screen.
With The HxcFloppyEmulator for HXC2001.COM we can see some differences about Track leng
Official IPF :
Track RPM : 300 RPM
Bitrate : 250462 bit/s
Track format : AMIGA_MFM_ENCODING
Track len : 100185 cells
Number of side : 2
Interface mode:
AMIGA_DD_FLOPPYMODE
Amiga Interface (880KB/DD)
UnOffical IPF :
Track RPM : 300 RPM
Bitrate : 249642 bit/s
Track format :
AMIGA_MFM_ENCODING
Track len : 99857 cells
Number of side : 2
Interface mode:
AMIGA_DD_FLOPPYMODE
Amiga Interface (880KB/DD)
Best regards,
Pascal |
|
|
(0010487)
|
BarryB
|
2021-07-03 13:32
|
|
That's just the DOS track and doesn't affect the game!
The original MFM format is approx 105120 bitcells, Codetappers unofficial IPF has the correct bitcell size but disk-utilities doesn't support the Apprentice format at that size so creates bitcells of 102000 which load just fine. Just looks like they were mastered slightly longer than necessary! |
|