Moderators: Mug UK, Steem Authors, Moderator Team
bjjones37 wrote:I know this is a bit off topic, but I have never actually seen an SS movie. Could you recommend one for a first time viewer?
kodak80 wrote:Not sure if I have found a bug or if this is a cofiguration setting issue but I cannot boot IPF images in Steem. I have the capsimg.dll in the directory with the Steem.exe
I am correct in thinking Steem supports IPF disk images?
I am running Steem on Windows 8.1 64 bit.
Another issue I am not sure is really a bug is working SCP files that don't work in a real ST. I have converted some STX files to SCP files using HxC floppy emulator. Sometimes these SCP files work when written back to floppy sometimes they don't. I have a couple that don't work on my ST but do work in Steem. They are Sleepwalker by Ocean and Goblins 2. I am only raising this because it seems Steem is not truly emulating the disk side of things with these SCP images as they should not work. Here are the converted STX to SCP files:
https://mega.co.nz/#!BYskhI4D!G_yZ1k3ih ... JKkYKx4AHQ
https://mega.co.nz/#!EAF3CJIT!zTirb20v3 ... En5n1mqobY
avtandil wrote:again we found some bug in the border between STeem and EMUTOS -
loaded *.ACC files are not showing while they are in the root of C: (they working OK from disk A:).
Steven Seagal wrote:avtandil wrote:again we found some bug in the border between STeem and EMUTOS -
loaded *.ACC files are not showing while they are in the root of C: (they working OK from disk A:).
Thx for the report, this is the opportunity to anticipate on the "coming soon" thread.
When Steem uses your PC hard disk directories as if it were an ST disk, we call it GEMDOS emulation because it is based on TRAP interception.
This is a gigantic hack. It relies on TOS behaviour. If EMUTOS behaves another way, some hacks won't work.
But this isn't real emulation, and those aren't real bugs.
When Steem (future version) uses an image file of an Atari hard disk, we call it ACSI emulation, based on the name of the SCSI-like interface.
It is straightforward and low-level (IO level), and real emulation, because on the Atari, the controller was in charge of everything. The interface is almost only reading/writing absolutely indexed sectors.
EDIT: And what is on those sectors, including partition table, FAT and directory, is the business of TOS and drivers.
ACSI emulation doesn't rely on TOS behaviour. If it works on a real ST, it should work in Steem, including EMUTOS.
In future version, GEMDOS emulation will be restricted to Atari TOS 1.04 and 1.62, because the hacks fortunately work with those.
For other TOS, you'll need to use ACSI emulation.
avtandil wrote:
Does it mean that on all latest EMUTOS version (they are mentioned as TOS 2.06 by their functionality) would be impossible to use GEMDOS emulation ?
If so, it's a big pity, because using real HDD folder is much more confortable. And also Hatari guys found suitable solution for that, so maybe you can check their way.
Steven Seagal wrote:avtandil wrote:
Does it mean that on all latest EMUTOS version (they are mentioned as TOS 2.06 by their functionality) would be impossible to use GEMDOS emulation ?
Yes, that's an implication.If so, it's a big pity, because using real HDD folder is much more confortable. And also Hatari guys found suitable solution for that, so maybe you can check their way.
Maybe EMUTOS targets/is tested against Hatari and not Steem.
If you check their sourceforge page:
http://emutos.sourceforge.net/en/
there's mention of ARAnyM, STonX, Hatari, not Steem.
Code: Select all
//#define DISABLE_STEMDOS
//#define DISABLE_STEMDOS2//TODO
When I see the simplicity of ACSI emulation compared with the GEMDOS way, I wonder if we, collectively, shouldn't have gone another way. Of course, it is very convenient as it is, but the ideal way would maybe have been to use a 3rd party file manager to edit ST floppy and hard disk images, and emulators would only handle simple image files.
Steven Seagal wrote:avtandil wrote:again we found some bug in the border between STeem and EMUTOS -
loaded *.ACC files are not showing while they are in the root of C: (they working OK from disk A:).
Thx for the report, this is the opportunity to anticipate on the "coming soon" thread.
When Steem uses your PC hard disk directories as if it were an ST disk, we call it GEMDOS emulation because it is based on TRAP interception.
This is a gigantic hack. It relies on TOS behaviour. If EMUTOS behaves another way, some hacks won't work.
But this isn't real emulation, and those aren't real bugs.
When Steem (future version) uses an image file of an Atari hard disk, we call it ACSI emulation, based on the name of the SCSI-like interface.
It is straightforward and low-level (IO level), and real emulation, because on the Atari, the controller was in charge of everything. The interface is almost only reading/writing absolutely indexed sectors.
EDIT: And what is on those sectors, including partition table, FAT and directory, is the business of TOS and drivers.
ACSI emulation doesn't rely on TOS behaviour. If it works on a real ST, it should work in Steem, including EMUTOS.
In future version, GEMDOS emulation will be restricted to Atari TOS 1.04 and 1.62, because the hacks fortunately work with those.
For other TOS, you'll need to use ACSI emulation.
Steven Seagal wrote:Instead of disabling GEMDOS emulation on other TOS than Atari 1.04, 1.62, Steem will just warn you.
Or something like this, it may change before release.
Steven Seagal wrote:But I won't investigate EMUTOS issues anymore, that project supports other emulators.
kodak80 wrote:**** UPDATE ****
I have now fixed this issue. I have ticked the option "Pasti only for STX"!
I am surprised that Steem is attempting to use the pasti.dll for IPF and CTR files?
Steven Seagal wrote:kodak80 wrote:**** UPDATE ****
I have now fixed this issue. I have ticked the option "Pasti only for STX"!
I am surprised that Steem is attempting to use the pasti.dll for IPF and CTR files?
This option is recommended.
If it's not checked, all floppy images are sent to Pasti, even those it can't handle.
Normally Steem has better emulation of ST, MSA now, but it was not the case before.
I'll fix this for CTR, IPF, STW, HFE in next version.
Steven Seagal wrote:
But I won't investigate EMUTOS issues anymore, that project supports other emulators.
avtandil wrote:There is a fact, that EMUTOS people are mostly *nix thinking, so that's why they prefer Hatari as multiplatform emulator.
Steven Seagal wrote:Maybe EMUTOS targets/is tested against Hatari and not Steem.
Steven Seagal wrote:If you check their sourceforge page:
http://emutos.sourceforge.net/en/
there's mention of ARAnyM, STonX, Hatari, not Steem.
Steven Seagal wrote:But I won't investigate EMUTOS issues anymore, that project supports other emulators.
Users browsing this forum: No registered users and 1 guest