Coming soon! Steem SSE 3.6

[Steven Seagal]

I have tested compiling ReDMCSB with the beta. And now all the compilation works until the end. Great job! Many thanks for fixing this.

Yet, there is one minor issue left: the last command line in SOURCE\MAKE\BUILDENG.BAT runs the linker which produces a .map file into the BUILD folder for each version compiled.
For some versions, the output file is named .m or .ma instead of .map. It looks like the one or two last characters on the command line are ignored. Is the command line too long?
In Hatari I don't have this naming issue.

Thx for testing.
I'll look into this other issue.
I have another question: does the same project compile on a real ST with TOS 1.02? In Steem it will compile half then hang.

[Steven Seagal]

I remember when i used Windows XP, everything worked fine but when i got Windows 7 STeem worked less good.

On the same hardware?

I can understand the problem to update STeem if you don't have access to all versions of Windows.

I can use XP, Vista, W7, but like you said it may depend on hardware & drivers too.
One of these days I'll try to add Direct3D support and it may help.

[Retrogamer_ST]

No, it was not the same hardware. When i bought a new computer i got Windows 7.

Altirra supports Direct3D, it might help.

Anyway, you're doing a good job updating STeem.

[Avanze]

Downgrade your OS! With Windows 8 the options a're greyed out because "Windows Compositing" is enforced and interferes with those features, they just wouldn't work. In Vista/W7, you still may disable the option if you wish.
If you use an older OS then it's a bug.

Ah, that's the problem then ~ I am using Win.8.1.

[[ProToS]]

when you put 128MHz for he cpu speed steem stay 8Mhz and when you restart the conf is at 8Mhz even if you save 128

Never used this feature myself. Is this SSE bug or already in v3.2?

this work fine in 3.2

[Steven Seagal]

Yet, there is one minor issue left: the last command line in SOURCE\MAKE\BUILDENG.BAT runs the linker which produces a .map file into the BUILD folder for each version compiled.
For some versions, the output file is named .m or .ma instead of .map. It looks like the one or two last characters on the command line are ignored. Is the command line too long?
In Hatari I don't have this naming issue.

It seems to be the TOS itself having problems with command lines longer than 124 bytes, which is the case when one or two letters are missing (125->MA, 126->M).
There's a remark about it in the "compendium", but 125 should still be OK. Maybe it's not.
I also don't understand why Hatari behaves differently.

[gothmog]

I modified hte batch file so that the command line is shorter. I tried again and now it works perfectly fine.
Thanks again for fixing the issue!

[Steven Seagal]

I modified hte batch file so that the command line is shorter. I tried again and now it works perfectly fine.
Thanks again for fixing the issue!

Good, it's important that Steem may be used for serious apps emulation.
Two questions remain:
- Will a real ST shorten the names too?
- Will the project complete on a TOS1.02 ST?

[Steven Seagal]

http://ataristeven.t15.org/Steem_361_coming_soon.htm

I spare you the "arghs!" or bugfixes, and Boiler improvements (check link above for that), and directly go to a nice fix instead:

Sadeness and Spectrum Analyzer



The trace protection routine of those demos is a good test for various aspects of
CPU emulation, the reason it crashed in Steem was that the Status register is used in
some computation, and it's value depends on "undefined" behaviour according
to documentation. Fixed in v3.6.1, no more reason to be Sade.

Coming soon!

Beta:

http://sourceforge.net/projects/steemss ... SE%20Beta/?

[gothmog]

- Will a real ST shorten the names too?

I cannot test as I don't have an Atari ST.

- Will the project complete on a TOS1.02 ST?

I tried, and it fails after compiling half of the versions (ok with the 9 FULL versions, fails with the first NOCP version).
It tried with Hatari and TOS 1.02. It fails too. Hatari gives an information message about issues with hard disk and tos 1.02, then compilation fails very early.

I guess we'll have to stick with TOS 1.04 minimum, unless you are willing to troubleshoot the issue with 1.02.

[Steven Seagal]

I cannot test as I don't have an Atari ST.

Alright, I thought you did.

when you put 128MHz for he cpu speed steem stay 8Mhz and when you restart the conf is at 8Mhz even if you save 128

I fixed this too now but it will be for next upload. There was interference with the more precise speed of the PAL ST, it's not precisely 8Mhz but 8021248Hz. The problem was with all speeds, not just 128.

Edit: now available

[lotek_style]

Screen one here causes a reset:

http://demozoo.org/productions/73800/

I tried 3 images....

[Steven Seagal]

Screen one here causes a reset:

http://demozoo.org/productions/73800/

I tried 3 images....

But did you try in STF mode?

[lotek_style]

Tos 1.04

[Steven Seagal]

Tos 1.04

I recommend you also try TOS 1.02, even 1.00 for some programs.
It works with TOS 1.02 and crashes in Steem and Hatari with TOS 1.04, so without further tests I suppose it would do the same on hardware.

[maergrey]

I really love a game called Paradroid 90 and i was wondering if SSE 3.6 will run it? I have tried my version of paradroid 90 and SSE 3.2 doesn't work. thanks

[Steven Seagal]

I'll look at it but AFAIK there's no problem with that game.

After quite some bugfixes I'd like to release v3.6.1 soon, maybe next week, the latest beta is here as usual:

http://sourceforge.net/projects/steemss ... SE%20Beta/?

It includes my infamous hacked pasti.dll, this version runs Jupiter's Masterdrive STX.


Never this again!

[lotek_style]

The attached intro seems not to work correctly... can you please check it?

[Steven Seagal]

What's wrong?

[lotek_style]

[attachment=0]work_00001.png[/attachment]

There's a flickering on top of the screen... upper border... (I couldnt capture it in the screenshot).

[Steven Seagal]

I've seen it now. I thought there was only one part.
Thx for the report.

[npomarede]

work_00001.png

There's a flickering on top of the screen... upper border... (I couldnt capture it in the screenshot).

Hi

there's no border removal code, and no color change on the 1st line of the screen, so those extra pixels look like a bug in the demo ; did you tri it on a real STF ?

[lotek_style]

Not yet

[Steven Seagal]

Steem SSE 3.6.1 was released on 13/04/2014, Windows and Unix builds.


Improvements of v3.6.1

-CPU fix: Axxept demos

-Gemdos interception: ReDMCSB Megamax C project TOS1.04 100%

-Internal: MFP/Acia other emulation approach for some cases

-Internal: 'SSE' files compile to separate object files.

Windows-only:

-Support for capsimg v5.0, 5.1 and CTRaw (.CTR) files
please download the new dll at http://www.kryoflux.com/

-New experimental option STF 8.0MHZ (regular PAL ST were a tad faster)

-TOS/ST type warning

-Auto Tos selection when loading snaphshot from other computer/config
('Hacks')


Bugfixes of v3.6.1

-Bugfix ST CPU speed option (broken v3.5.1)
-Big display no border shift
-CPU exception fix: DragonFlight, broken v3.4.0
-Gemdos Refine "rte" mod -> ReDMCSB goes halfway (precisely!) with TOS102
-Bugfix in VBI timing: Auto168, Demoniak (both WU1), 3615 Cakeman...
-Bugfix Microwire Treble: BTG (just disable)
-Bugfix Microwire channel volume: Beat
-IPF fix missing step sound drives
-Fix image type recognition problems when inserting/ejecting STX
-Bugfix Floppy: English for Business (broken v3.5.1)
-Bugfix Floppy media change: Aladin (broken again v3.6.0)
-Bugfix High density disks in slow drive mode


Download:
https://sourceforge.net/projects/steemsse/

http://ataristeven.t15.org/Steem.htm

Support:
http://www.atari-forum.com/viewtopic.php?f=94&t=25093

Have fun!

PS: A-F was down for me, this explains the delay in the announcement.

[Avanze]

I think we all appreciated your continuing work to improve Steem.