2024-12-14 10:46 CET

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0006108LeavinTeramis[WHDLoad Installs Games] imagerpublic2023-10-09 11:28
ReporterDenis 
Assigned ToCFOUProject InfoLeavin Teramis (Thalion)
http://www.whdload.de/games/LeavinTeramis.html
 
PrioritynormalSeverityminorReproducibilityhave not tried
StatusassignedResolutionopen 
Summary0006108: Problem with Leavin Teramis imager
DescriptionHello Abaddon, i have finally found what was exactly the problem regarding the imager.

In fact, the problem is that the current RAWDIC slave forces you to use the original disk or the IPF.

I can't use the MFM image i made from the IPF with select file, as the RAWDIC slave find checksums errors on tracks that have no errors.

Can you find a fix so that i can use an MFM file dump with RAWDIC ? (this option works with any game, the only condition is to have a good source file to make the MFM file. Here i use the IPF, which has no defect....).

Thanks for having a look.
Steps To ReproduceSimply make an MFM file from the IPF 3061.
TagsNo tags attached.
MachineA1200
CPU68030
CPUSpeed50
ChipSetAGA
GFXCardNone
ChipMem2 MB
FastMem32 MB
WorkbenchOS 3.5
KickROM39 - Kick 3.0
KickSoft40 - Kick 3.1
WHDLoad18.8beta
imported
Attached Files

-Relationships
+Relationships

-Notes

note ~0012657

CFOU (developer)

if working with original disk and IPF, it's probably not an imager problem...

but maybe for some obscure reason related to the format the created MFM file is corrupted..

note ~0012659

CFOU (developer)

probably track 5 problem.

see in ISLAVE source code:
        TLENTRY 4,4,$200,SYNC_STD,DMFM_STD ;Changed as track 5 is standard format on a new disk, but custom once scores saved back to disk.
        ;TLENTRY 5,5,$200,SYNC_STD,DMFM_NR_save ;The high scores are saved in a custom format, but an original will be standard dos

your MFM was be created after High score saved in custom MFM format.
On not modified original or IPF it's standard ADOS track...

Solution is perhaps to use an alternative disk structure (but not the same sync...) or SYNC_INDEX and rawdic_NextMFMword function...

note ~0012660

Denis (reporter)

Hi CFOU, I use the IPF version, which has no modification of the scores.

Let me write here the whole disk geometry for this game :

Leavin' Teramis Disk format
---------------------------

------------------------------------------------------------------------
Track 00.0 - 03.0 => AmigaDOS
------------------------------------------------------------------------
Track 03.1 => Leavin' Teramis HS (hiscore) (2 sectors,sync $4489)
------------------------------------------------------------------------
Track 04.0 - 13.0 => Leavin Teramis boot tracks (sync $5224)
------------------------------------------------------------------------
Track 04.1 - 13.1 => Joch 1780 LT weak (sync $5224)(LT = Leavin'Teramis)
------------------------------------------------------------------------
Track 14.0 - 79.1 => Joch 1780 LT weak (sync $5224)(LT = Leavin'Teramis)
------------------------------------------------------------------------

The problem is that the checksum errors are random.

The sync is not standard, it's an ST track system, with sync $5224 on most tracks.

If needed, i can added up the checksums for each tracks (the boot part, and the remaining of the Joch 1780 tracks).

The highscore track is not the problem for me, it fails on the joch 1780 tracks.
I can do 3 MFM files out of the IPF file i have, that is unmodified, each of them will fails on track 76, or track 120 or track 38.

The Highscore track is in Atari ST format, 2 sectors with sync $4489. The only AmigaDOS track of the game is the boot track (track 00.0).
+Notes

-Issue History
Date Modified Username Field Change
2023-04-09 22:42 Denis New Issue
2023-04-11 09:38 CFOU Note Added: 0012657
2023-04-11 09:53 CFOU Note Added: 0012659
2023-04-11 10:04 Denis Note Added: 0012660
2023-10-09 11:28 Wepl Assigned To => CFOU
2023-10-09 11:28 Wepl Status new => assigned
+Issue History