Booting Non AmigaDOS disk from CLI

[Amigajay]

..

[s2325]

You need 'startup-sequence' file in 's' directory with executable file name as content. Or just type file name when in CLI.

[s2325]

You're right, I think you need boot block as you stated.

[daxb]

Best solution it to lauch the WHDLoad install.

[idrougge]

http://aminet.net/package/util/boot/MicroBoot2

[AMIGASYSTEM]

Start by WHDLoad Prompt
[ Show youtube player ]

[Retro1234]

There are generic WHDload slaves and can boot of a disk image - theres some guy doing aload round here but do they boot of disk images?they can, and require a kickstart - can CD32load boot these without a kickstart? - but without the game having any proper patching you might just get a error like a Trap error.

Or does the game boot from another drive like DF1: if yes try copying or unDMS the game to Rad maybe theres a better way?

but in general its not possible.

[Galahad/FLT]

Use TUDE by NOMAD, i'm sure its on Aminet by now, its a CLI utility that has lots of different functions, one of them is to boot non dos Amiga disks in a Workbench/CLI environment.

[Retro1234]

I think he wants to boot them from HD or CD ? i.e a disk image.

[AMIGASYSTEM]

Yes in games WHDload there are also games NoDos that are imported as a Image Disk Floppy

[Galahad/FLT]

Originally Posted by AMIGASYSTEM

Yes in games WHDload there are also games NoDos that are imported as a Image Disk Floppy

You're wasting your time.

The WHDLoad slaves themselves patch the disk images on the fly to remove protection and bugs.

You being able to get a diskimage running is no guarantee it will work, because you are bypassing the code that has been created to fix problems.

If the non dos disk image uses AmigaDOS for loading, then there are already systems out there that will mount them and patch AmigaDOS so you can use them, but they are the minority.

[AMIGASYSTEM]

Ciao Galahad, i'm sorry misheard the request

[Galahad/FLT]

Originally Posted by AMIGASYSTEM

Ciao Galahad, i'm sorry misheard the request

Hey, don't be a sad Panda, no worries dude

[Retro1234]

Originally Posted by Galahad/FLT

If the non dos disk image uses AmigaDOS for loading, then there are already systems out there that will mount them and patch AmigaDOS so you can use them, but they are the minority.

Yeah I think there was something you always see on old BBS claims to boot Non Dos disks but not obvious many games work but in the case of these games you might have some luck as there not commercial games - but cant remember the name?

I always say best test does game boot from another drive - I.e Df1:.

[Retro1234]

That tude command only works for Df0: doesnt it? but if the game doesnt run from DF1: you have no chance running it from Di2:

[-Acid-]

Originally Posted by Amigajay

i feel there must be guru's on here that can handle loading a non boot block/track loader disks on a virtual drive!

This is the main purpose of whdload (as well as fixing other problems for different cpu's etc). There is no way to do what you are asking, custom boot blocks and disk formats were designed to stop you doing exactly what you are looking to do to stop easy copying and file access of the assets. Obviously some people can do it (crackers, whdload slave makers to name a few) but that is going to require technical skills.

[Pat the Cat]

Pretty much.

It's quite challenging for a CLI to turn off the operating sytem, then load the boot track (with no OS), and execute the boot track as code. It is doable, but only with quite a bit of code, and there is a reason why coders don't feel comfortable going there.

Not the sort of command most AmigaDOS programmer would write. You are basically inviting people to jump off the deep end and trust an unknown floppy track. Non-DOS coders don't see the point of writing executables as CLI based commands, generally.

So it's kind of an area that people who know how from either direction just don't go there. Mostly, anyway.

That's just from a real floppy disk in a real drive. With an ADF, you'd have to load the file somewhere first, then patch the system to treat that as a floppy disk. Not a lot of memory left for actually starting the program running after that, on a regular 1 or 2MB Amiga.

[dirkies]

maybe if you had the technical skills you could program a trackloader to load a bunch of tracks into a certain memory location and execute it from there, but I thought bootblock/trackloaders were just made to bypass the OS saving precious resources, so not sure how this would work in your case.

[mailman]

Originally Posted by Retro1234

There are generic WHDload slaves and can boot of a disk image - theres some guy doing aload round here but do they boot of disk images?they can, and require a kickstart - can CD32load boot these without a kickstart? - but without the game having any proper patching you might just get a error like a Trap error.

Correct me if I am wrong but I think that generic slaves can only deal with image files that were created out of DOS disks. NDOS disk dumped into image files still will not work under generic slaves. Of course running anything out of such DOS images is a completely different story. It has to be absolutly system friendly.

[Retro1234]

iirc the kickstart slaves do work with NDOS disks I.e the bootblock is read whether it works depends on the game - obviously most wont and require patching by the experts.

but I might remember wrong....