Post a new comment to participate in the discussion on how this
game should be configured, or to add relevant information regarding
the use of these configurations.
Also cleaned up the variants a bit, added variant notices where missing (also uses the brand new variant_warning/variant_error instead where applicable), and used the status fields to officially mark variants as bad (force sorting of the variant list). Here's how the new variant_warning/variant_error fields look like in the upcoming FS-UAE Launcher dev version (see status bar).
I've added a variant for the GameBase disks too. These are not DOS disks so I cannot tell if the three differing bytes are of any consequence (anyone know how to decode this disk format and extract files - if possible?). The only differing bytes for disk 2 [a] vs non-[a] (byte index, non-[a]-byte, [a]-byte)
@thevoice thanks for the extensive testing It really does seem like the DLT version (non-trained) might be the only working ADF variant. If it does not work on A500, .. well, if the variant is set up to run with A1200 (as it is now), I think that for the OAGD.net database, it does not matter that it does not run on A500, and the variant can be rated as good! (We can also make it even more explicit "for documentation purposes") by specifying the Amiga model directly for the variant and not only let it inherit it from the parent game).
For additional reference, I checked the disks in GameBase, and with TOSEC games they are:
I have made a ADF comparison tool which I'll use to check the [a] vs non-[a] disk 2. Might want to change the variant to use the gamebase disks (for compatibility with GameBase also) especially if the differences on disk are trivial.
ok here are the results from testing the pdx release in combination with the maximum trainer for easy levelskip.the levels are loaded entirely up on starting.
up to Engineering Sector 4 eveything is ok. this one is sector 29 in the starting sector option of the trainer.
sector 30 (Corridor Lane 1) the player sprite is stuck in the top left corner of the screen.
sector 31 (Corridor 2) player is stuck at top left corner of the screen
sector 32 crashes with a guru after loading
sector 33 (Corridor 4) player is stuck in the top left corner of the screen.
i stopped here to check any further levesls since the guru makes it a showstopper.
beside this, neither the pdx nor the dlt cracked versions work on amiga 500 (emulated and a real machine).
aswell as the +3 trainer from the dlt dont work at all as noted in the variant notice.
so i would vote to mark all "cracked" floppy variants as bad.
from my memory, i can confirm you had to "skip" a certain level on the paradox crack because the game always crashed. but its like 20 years ago. probally i go play through the pdx crack tomorrow to confirm it.
Posted by
FrodeSolheim at
2013-10-05 18:58:53 (Updated 2013-10-05 19:00:04):
TODO: "The only good and 100% release is the DELIGHT crack for Tower assault." TOSEC correction thread. Anyone can confirm this?
Posted by
FrodeSolheim at
2013-03-16 18:07:58 (Updated 2013-03-16 18:31:23):
The manual indicates that Alien Breed: Tower Assault recognizes external drives, but it didn't when I tested. I set floppy_drive_count = 1 for the IPF versions.
for me all dlt variants end up with a flashing background after a bit of loading. switching disk wont help. no that i expected everything else from the lamer conglomerate around siriax but meh
TODO: Seems like both trained versions mess up the game... at least the +3 DTL one doesn't work at all and the +56 MXM one makes the turrets indestructable and some exits inaccessible. Would be nice if somebody could confirm this. The [HD] version needs to be installed first, so it's a bit pointless to keep it in the database.
I would agree, but I'm currently testing if some trained versions need the OCS version to work. In general I agree to set AGA for this entry and just revert it to OCS where needed.
It is tempting to just set chipset = AGA, I would like to avoid duplication of entries. I assume that game makes use of the AGA chipset, so the game experience is better with AGA anyway. We could set chipset = AGA globally for this game, and specifically set it back to OCS for "WHDLoad, v1.2, 0279" and WHDLoad, v1.0, 0279?
Also cleaned up the variants a bit, added variant notices where missing (also uses the brand new variant_warning/variant_error instead where applicable), and used the status fields to officially mark variants as bad (force sorting of the variant list). Here's how the new variant_warning/variant_error fields look like in the upcoming FS-UAE Launcher dev version (see status bar).
I've added a variant for the GameBase disks too. These are not DOS disks so I cannot tell if the three differing bytes are of any consequence (anyone know how to decode this disk format and extract files - if possible?). The only differing bytes for disk 2 [a] vs non-[a] (byte index, non-[a]-byte, [a]-byte)
yes, you are right for the oagd it's not much of a problem to mark the dlt one as good one.
@thevoice thanks for the extensive testing
It really does seem like the DLT version (non-trained) might be the only working ADF variant. If it does not work on A500, .. well, if the variant is set up to run with A1200 (as it is now), I think that for the OAGD.net database, it does not matter that it does not run on A500, and the variant can be rated as good! (We can also make it even more explicit "for documentation purposes") by specifying the Amiga model directly for the variant and not only let it inherit it from the parent game).
For additional reference, I checked the disks in GameBase, and with TOSEC games they are:
I have made a ADF comparison tool which I'll use to check the [a] vs non-[a] disk 2. Might want to change the variant to use the gamebase disks (for compatibility with GameBase also) especially if the differences on disk are trivial.
ok here are the results from testing the pdx release in combination with the maximum trainer for easy levelskip.the levels are loaded entirely up on starting. up to Engineering Sector 4 eveything is ok. this one is sector 29 in the starting sector option of the trainer.
sector 30 (Corridor Lane 1) the player sprite is stuck in the top left corner of the screen. sector 31 (Corridor 2) player is stuck at top left corner of the screen sector 32 crashes with a guru after loading sector 33 (Corridor 4) player is stuck in the top left corner of the screen. i stopped here to check any further levesls since the guru makes it a showstopper.
beside this, neither the pdx nor the dlt cracked versions work on amiga 500 (emulated and a real machine). aswell as the +3 trainer from the dlt dont work at all as noted in the variant notice.
so i would vote to mark all "cracked" floppy variants as bad.
from my memory, i can confirm you had to "skip" a certain level on the paradox crack because the game always crashed. but its like 20 years ago. probally i go play through the pdx crack tomorrow to confirm it.
TODO: "The only good and 100% release is the DELIGHT crack for Tower assault." TOSEC correction thread. Anyone can confirm this?
The manual indicates that Alien Breed: Tower Assault recognizes external drives, but it didn't when I tested. I set floppy_drive_count = 1 for the IPF versions.
Missing WHDLoads variants have been added
Removed trainer notice from the non-trained cr ALT variant.
Thanks, the missing WHDLoad variants will be added
the whdload variants made from ipf 2331 ar enot detected (game version 1.1)
Both [cr DLT] variants work when you insert disk 4 once the Team 17 logo displays wrong colours. The [t +3 DTL] variant's trainer is broken though.
for me all dlt variants end up with a flashing background after a bit of loading. switching disk wont help. no that i expected everything else from the lamer conglomerate around siriax but meh
TODO: Seems like both trained versions mess up the game... at least the +3 DTL one doesn't work at all and the +56 MXM one makes the turrets indestructable and some exits inaccessible. Would be nice if somebody could confirm this. The [HD] version needs to be installed first, so it's a bit pointless to keep it in the database.
I would agree, but I'm currently testing if some trained versions need the OCS version to work. In general I agree to set AGA for this entry and just revert it to OCS where needed.
It is tempting to just set chipset = AGA, I would like to avoid duplication of entries. I assume that game makes use of the AGA chipset, so the game experience is better with AGA anyway. We could set chipset = AGA globally for this game, and specifically set it back to OCS for "WHDLoad, v1.2, 0279" and WHDLoad, v1.0, 0279?
TODO: This game is for OCS and AGA. Shouldn't we duplicate each floppy variant and set one as AGA?