Coming soon! Steem SSE 3.5

A place to discuss current and future developments for STeem

Moderators: Mug UK, Steem Authors, Moderator Team

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1982
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Coming soon! Steem SSE 3.5

Postby Steven Seagal » Sun May 26, 2013 5:12 pm

DrCoolZic wrote:Steven,
Sorry to bother I must do something stupid but I have problems with CAPS :(
First in the source on sourceforge two include files CapsLib.h and Comlib.h are missing from the 3rdparty/caps directory ???
Where did you get the files in this directory? from ipfdevlib_win32, from ipfdevlib_win_x64, from ipf_source4.2 ? or a combination ???
I am stuck with a linker error (compilation now goes through :) ) LNK1104 cannot open file ../../caps/CAPSIMG.lib and whatever I try fails :( this is driving me nuts :cry:
Not even sure if linker is trying to read or write this file :roll:


Oops... you're right.
As it's very important as an open source project, I just commited the 2 missing files ([r19] Add 2 missing files).
This points to a problem, I haven't tried to download and build from scratch.
The linker problem, it could be more complicated, Steem uses 'delay loading', it's different in VC6 and BCC5.5, also lib files are different, who knows in your version?

BTW, normally "delay loading of DLL" can be disabled, look for
#define SS_DELAY_LOAD_DLL
in SSE.h

User avatar
DrCoolZic
Fuji Shaped Bastard
Fuji Shaped Bastard
Posts: 2144
Joined: Mon Oct 03, 2005 7:03 pm
Location: France
Contact:

Re: Coming soon! Steem SSE 3.5

Postby DrCoolZic » Sun May 26, 2013 5:58 pm

I can see CapsLib.h but it is different from my version ???? so TurtoiseSVN indicates conflict
comlib.h are same :)

For delayed load the linker does not like it but ignore: LNK4229 invalid directive /delayload:CAPSImg.dll encountered; ignored
so the problem seems to be different.
But were did you get the CAPSImg.lib from? Is this suppose to be an input? did you generated it or did you got it from SPS?

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1982
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Coming soon! Steem SSE 3.5

Postby Steven Seagal » Sun May 26, 2013 6:10 pm

DrCoolZic wrote:I can see CapsLib.h but it is different from my version ???? so TurtoiseSVN indicates conflict
comlib.h are same :)

For delayed load the linker does not like it but ignore: LNK4229 invalid directive /delayload:CAPSImg.dll encountered; ignored
so the problem seems to be different.


I suspect M$ changed the way in your version. It's up to you.

But were did you get the CAPSImg.lib from? Is this suppose to be an input? did you generated it or did you got it from SPS?



The lib is part of ipfdevlib_w32, it's an input file that tells where the functions in the DLL are, as you should know.

User avatar
DrCoolZic
Fuji Shaped Bastard
Fuji Shaped Bastard
Posts: 2144
Joined: Mon Oct 03, 2005 7:03 pm
Location: France
Contact:

Re: Coming soon! Steem SSE 3.5

Postby DrCoolZic » Sun May 26, 2013 6:53 pm

Steven Seagal wrote:The lib is part of ipfdevlib_w32, it's an input file that tells where the functions in the DLL are, as you should know.

Just wanted confirmation. It might be that the lib is not compatible with VC2012?
Thanks anyway

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1982
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Coming soon! Steem SSE 3.5

Postby Steven Seagal » Sun May 26, 2013 7:58 pm

There were issues in the repository anyway, that didn't appear before because I was the only user.
I updated it so that the BCC and VC6 builds should be much easier to obtain.

User avatar
DrCoolZic
Fuji Shaped Bastard
Fuji Shaped Bastard
Posts: 2144
Joined: Mon Oct 03, 2005 7:03 pm
Location: France
Contact:

Re: Coming soon! Steem SSE 3.5

Postby DrCoolZic » Mon May 27, 2013 6:30 am

Steven Seagal wrote:BTW, normally "delay loading of DLL" can be disabled, look for
#define SS_DELAY_LOAD_DLL
in SSE.h

if undefined does not change much still getting invalid directives (3 warnings instead of 5) in emu.obj & steem.obj for CAPSImg and unrar.dll

Still cant find my linker problem ???? I was suspecting X86 vs X64 pb but it something else.
But I really wonder were you took the files in caps from ??? they apparently do not match the latest ipfdevlib_w32.zip released?

Code: Select all

Warning   6   warning LNK4229: invalid directive '/delayload:CAPSImg.dll' encountered; ignored   u:\Jean\documents\visual studio 2012\Projects\Steem\Steem VS2012\emu.obj   Steem VS2012
Warning   7   warning LNK4229: invalid directive '/ignore:4199' encountered; ignored   u:\Jean\documents\visual studio 2012\Projects\Steem\Steem VS2012\emu.obj   Steem VS2012
Warning   8   warning LNK4229: invalid directive '/delayload:CAPSImg.dll' encountered; ignored   u:\Jean\documents\visual studio 2012\Projects\Steem\Steem VS2012\Steem.obj   Steem VS2012
Warning   9   warning LNK4229: invalid directive '/ignore:4199' encountered; ignored   u:\Jean\documents\visual studio 2012\Projects\Steem\Steem VS2012\Steem.obj   Steem VS2012
Warning   10   warning LNK4229: invalid directive '/delayload:unrar.dll' encountered; ignored   u:\Jean\documents\visual studio 2012\Projects\Steem\Steem VS2012\Steem.obj   Steem VS2012
Error   11   error LNK1104: cannot open file '../../3rdparty/caps/CAPSImg.lib'   u:\Jean\documents\visual studio 2012\Projects\Steem\Steem VS2012\LINK   Steem VS2012


unfortunately I will probably have no time to spend on it today

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1982
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Coming soon! Steem SSE 3.5

Postby Steven Seagal » Mon May 27, 2013 7:16 am

DrCoolZic wrote:if undefined does not change much still getting invalid directives (3 warnings instead of 5) in emu.obj & steem.obj for CAPSImg and unrar.dll


Did you try with the last version I uploaded yesterday?
It sounds like VS2012 doesn't like the lib format used by VC6?
Like I said it's up to you if you want to add a compiler I don't have on my system, I can't help much.

But I really wonder were you took the files in caps from ??? they apparently do not match the latest ipfdevlib_w32.zip released?


In capslib.h I see:

//////#define LIB_USER

this was certainly a test by me, so the files won't perfectly match.

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1982
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Coming soon! Steem SSE 3.5

Postby Steven Seagal » Mon May 27, 2013 7:19 am

Steven Seagal wrote:This points to a problem, I haven't tried to download and build from scratch.


To quote myself, now I've done it (BCC-VC6) and it will be part of the procedure.

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1982
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Coming soon! Steem SSE 3.5

Postby Steven Seagal » Mon May 27, 2013 11:17 am

I also don't like all this off-topic discussion, after all the topic's goal is to attract attention of users/players to exciting new features, and now there are lots of obscure development considerations.

User avatar
Brume
Red eyes
Red eyes
Posts: 4099
Joined: Mon Apr 22, 2002 10:16 am
Location: France
Contact:

Re: Coming soon! Steem SSE 3.5

Postby Brume » Mon May 27, 2013 11:34 am

It doesn't matter if most of us don't understand most of the discussion 8)
Now everyone see how hard it's to emulate properly our machines... and how persevering you are.
Please don't stop and thanx for the great work you make!

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1982
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Coming soon! Steem SSE 3.5

Postby Steven Seagal » Mon May 27, 2013 11:44 am

Brume wrote:It doesn't matter if most of us don't understand most of the discussion 8)


That's the point, it has no real interest for most "Atarians".

Now everyone see how hard it's to emulate properly our machines... and how persevering you are.
Please don't stop and thanx for the great work you make!


Everyone shouldn't see, only those really interested by technical/programming aspects.
I'm afraid the important stuff (new features) is drowned in that technical discussion. But thx anyway.

User avatar
DrCoolZic
Fuji Shaped Bastard
Fuji Shaped Bastard
Posts: 2144
Joined: Mon Oct 03, 2005 7:03 pm
Location: France
Contact:

Re: Coming soon! Steem SSE 3.5

Postby DrCoolZic » Mon May 27, 2013 3:39 pm

Sorry Steven I did not wanted to take the focus away from the new coming features :oops:

I wanted to comment the post from AtariZoll with FDCT because I have developed some nice tools that give precise timing info about sector/track on FD (work on real Atari and on PC using IPF and Stream format...)
But as this is also technical 'll do that some other place to keep this thread on new features. I am eagerly waiting for 3.5.1 (both exe & source) meanwhile I will try to fix my problems silently :mrgreen:

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1982
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Coming soon! Steem SSE 3.5

Postby Steven Seagal » Mon May 27, 2013 5:13 pm

DrCoolZic wrote:But as this is also technical 'll do that some other place to keep this thread on new features. I am eagerly waiting for 3.5.1 (both exe & source) meanwhile I will try to fix my problems silently :mrgreen:


The best is to open a thread in this subforum for the VS2012 build, for example, another for CAPS questions,etc., but PLEASE not all problems in the "coming soon" thread. I want the surfer to say "Sentinel, cool!", not "capsimg.lib, WTF?" :)

User avatar
Zorro 2
Administrator
Administrator
Posts: 2190
Joined: Tue May 21, 2002 12:44 pm
Location: Saint Cloud (France)
Contact:

Re: Coming soon! Steem SSE 3.5

Postby Zorro 2 » Wed May 29, 2013 2:49 pm

I'm agree with Brume, don't stop !

You have made a lot of people smiles with your last version of SSE like me. Please continue !
Member of NoExtra Team

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1982
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Coming soon! Steem SSE 3.5

Postby Steven Seagal » Sat Jun 01, 2013 6:06 pm

Zorro 2 wrote:I'm agree with Brume, don't stop !

You have made a lot of people smiles with your last version of SSE like me. Please continue !


Of course! You won't believe your eyes when next version is released (one week or two normally, maybe sooner).

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1982
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Coming soon! Steem SSE 3.5

Postby Steven Seagal » Sat Jun 08, 2013 8:15 pm

Of course, when testing ideas come so I still added features:

Preselect RAM

Since many STE-only games or demos prefer more memory, RAM will be set to 2MB min when switching to STE model. Easy, useful. And 1MB when going STF will be the most compatible. So it defaults to a 1040 STF. Hey maybe you only had a 520 ST, now you're RICH! Of course you can still change it at your convenience.

With that and auto TOS selection, you're in your armchair, just pick a ST and run the program.

Pasti revisited again!
Also, to make life easier with Pasti, the disk manager should be smarter, displaying all images Steem can handle, and enabling or disabling Pasti as needed. For example, you have Blood Money in IPF and STX format, in zip, rar or not. You can see them in the disk manager, and run them. You can run the Union Demo in STX format, then the BIG Demo in DIM format, and so on, without changing the option. The only time you need to change it is when you decide whether your ST and MSA disk images are run by Pasti.dll too.

After that we go even further, with a new SSE option:

Image

Err yes? you may ask. If we don't want to use Pasti for ST and MSA, we just don't select it in the disk manager, right?

Right. Except that with this option, you can now mix STX disk images in one drive with native or IPF emulation in the other drive. Concretely, you can ProCopy simple disks from STX to ST (tested with MPS Golf).

I'm now confident that native Steem drive emulation has better timings than Pasti for simple disk images. The option is there because the technique used may be a bit... unreliable (imagine, when do writes to various chip registers must be handled by Pasti or by Steem?)

In a few days it's out, promised.

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1982
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Coming soon! Steem SSE 3.5

Postby Steven Seagal » Sun Jun 09, 2013 8:26 am

Scanlines Interpolated: med res

Almost forgot this, but didn't, also in medium resolution you get the new display mode combining scanlines and "stretching". You may also like the result, or not, it's kind of realistic, less crisp.

Image

Original scanlines, crisp

Image

New display mode, a touch blurry

We need to be careful, some games like The Pawn (again this one!) mix low and medium resolution. The new display modes are based on little hacks, they won't work yet in such a case, so we need to detect and disable the feature.

In The Pawn, you may "enjoy" the interpolated mode for the text...

Image

But when you draw the picture, it gets crisp all of a sudden!
Image

Hey, don't complain, at least you avoid this:
Image

Maybe in a later version we try to fall back on 'normal' scanlines.

Coming soon!

User avatar
DrCoolZic
Fuji Shaped Bastard
Fuji Shaped Bastard
Posts: 2144
Joined: Mon Oct 03, 2005 7:03 pm
Location: France
Contact:

Re: Coming soon! Steem SSE 3.5

Postby DrCoolZic » Sun Jun 09, 2013 8:56 am

Steven Seagal wrote: After that we go even further, with a new SSE option:

Image

Err yes? you may ask. If we don't want to use Pasti for ST and MSA, we just don't select it in the disk manager, right?

Right. Except that with this option, you can now mix STX disk images in one drive with native or IPF emulation in the other drive. Concretely, you can ProCopy simple disks from STX to ST (tested with MPS Golf).

Good job mixing STX and IPF is great.
But I am not sure I see the interest of procopying STX and/or IPF to ST? STX or IPF are only interesting if protections are used which ST format does not handle?

I'm now confident that native Steem drive emulation has better timings than Pasti for simple disk images.

Very interesting on original Steem FD timings were very poor and with Past very good :mrgreen:

In a few days it's out, promised.
Eagerly awaiting it :cheers:

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1982
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Coming soon! Steem SSE 3.5

Postby Steven Seagal » Sun Jun 09, 2013 11:37 am

DrCoolZic wrote:
Good job mixing STX and IPF is great.
But I am not sure I see the interest of procopying STX and/or IPF to ST? STX or IPF are only interesting if protections are used which ST format does not handle?


Well it proves that it works fine, and it's useful to convert unprotected disk images with no file structure, I used it for MPS Golf.
Maybe there's potential for more.

User avatar
DrCoolZic
Fuji Shaped Bastard
Fuji Shaped Bastard
Posts: 2144
Joined: Mon Oct 03, 2005 7:03 pm
Location: France
Contact:

Re: Coming soon! Steem SSE 3.5

Postby DrCoolZic » Sun Jun 09, 2013 1:08 pm

Steven Seagal wrote:
Image

Do you (will you) have a document that describes usage of all these wonderful new options that you have added

AtariZoll
Fuji Shaped Bastard
Fuji Shaped Bastard
Posts: 2905
Joined: Mon Feb 20, 2012 4:42 pm
Contact:

Re: Coming soon! Steem SSE 3.5

Postby AtariZoll » Sun Jun 09, 2013 2:23 pm

Steven Seagal wrote:
DrCoolZic wrote:Good job mixing STX and IPF is great.
But I am not sure I see the interest of procopying STX and/or IPF to ST? STX or IPF are only interesting if protections are used which ST format does not handle?

Well it proves that it works fine, and it's useful to convert unprotected disk images with no file structure, I used it for MPS Golf.
Maybe there's potential for more.


There is a lot of unprotected images in STX or IPF format. At least 30% of available IPF have no any copy protection. So, converting (or just writing ST/MSA img. in emulator) is very useful. And it is always better to have original as src. (for hard disk version) instead some crack with potential errors, missing parts and worst: spoiled txt. or screens with cracker's signo or similar.
Negative feedback has usually positive effect.

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1982
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Coming soon! Steem SSE 3.5

Postby Steven Seagal » Sun Jun 09, 2013 6:34 pm

DrCoolZic wrote:
Steven Seagal wrote:
Image

Do you (will you) have a document that describes usage of all these wonderful new options that you have added


Yes there's a text file explaining the "SSE" options, old and new, included in the archive.

User avatar
Steven Seagal
Atari God
Atari God
Posts: 1982
Joined: Sun Dec 04, 2005 9:12 am
Location: Undisclosed
Contact:

Re: Coming soon! Steem SSE 3.5

Postby Steven Seagal » Tue Jun 11, 2013 6:04 pm

Image
That's one small step for Steem, one giant leap for emulation!

Steem SSE 3.5.1 has been released on 11/06/2013.

Improvements of v3.5.1

Display: new option 'scanlines interpolated', mixing 'stretch' mode with
scanline. That way the picture resembles more the display of a colour
monitor on a real ST.
The option is available in both low and medium resolutions.
The option is not in the SSE option tab but in 'Display', it works
(or should) for both windowed and full screen modes.
Like some other SSE features, it's more a hack than anything.
Please don't change while emulation is running, it could crash Steem.
Floppy drive: new option to display current drive, side, track and sector.
Yes kid, admit it, it was your fantasy, now it's true!
The "on screen display" way has been chosen because it's far less involved
than messing with status bar/full screen, it just works. Quick win.
The option is not in the SSE option tab but in 'On Screen Display'.
Disk image name scrolling (same option tab).
Floppy drive slow mode (snails in Disk manager)
Bugfixes: Decade, War Heli, Noughts and Mad Crosses, probably others.
Improvements, based on technical documentation about controller and disk
format (gaps):
Japtro - fix copied from Hatari (it worked before thanks to compensating
emulation imprecisions).
ProCopy "Analyze" function (WD1772 'Read address')
Microprose Golf loading speed
ST-NICCC 2000 Final by Oxygene (STF+STE version) loading speed
Sentinel on Automation 001 is now FIXED in slow disk mode, all TOS. At last!
FDCTNF.TOS by Petari, but just a hack (check 'Hacks')
Note: WD1772 Commands types III and IV haven't been much modified yet.
Pasti: toggling Pasti on/off in the disk manager will not force a reset
anymore.
Smarter disk manager, setting pasti on/off as needed, displaying all
images.
New option to make Pasti handle only STX images, Steem being in charge of
the rest. Interesting possibilities.
Timings: more precise STE CPU frequency, more precise STE DMA sound frequency,
more precise MFP timers for shorter intervals (HWTST001.PRG).
CPU exceptions: value of PC (program counter) in some provoked crashes now
based on Motorola microcode analysis!
No more vulgar opcode-based hacks in Steem baby (Blood Money, European Demos,
Phaleon, Transbeauce 2, War Heli...)
CPU fetching in IO zone (Union demo, Warp STX)
CPU Bugfix Death of the Clock Cycles (broken by the Aladin fix in 3.5.0)
Shifter: fixed Armada is Dead scroller, broken since 3.3 with 'Hacks' on
(hack for Big Wobble was conflicting).
Added option in 'startup' page to disable DSP (it's buggy/crash-prone).
Attempt to reduce aliasing, eg Star Trek - nog very good!
If you're annoyed by cracks in samples caused by the filter, uncheck DSP or
Microwire.
ACIA emulation making a more explicit use of the chip's registers, with
some improvements (MIDI: Notator) and bugfixes (Hades Nebula, broken
since 3.4)
HD6301 IKBD emulation bugfixes. Because we use 3rd party code, we depend in
some measure on its structure, which makes some improvements difficult.
To reduce code footprint, removed hack that has demos Dragonnels,
Froggies, Transbeauce 2 running without 'true 6301 emu mode'.
STE auto set RAM to 2MB, STF to 1MB, for better compatibility. Of course
you can still change it at your convenience.
Option 'Stealth' renamed 'Emu detect' (opposite effect, maybe clearer so).

Main file:

Steem SSE 3.5.1 (Win32, VC6 build) 11/06/2013

Other files:

Steem SSE 3.5.1 (Win32, BCC build) 11/06/2013
The Borland C++ 5.5 build.

Steem SSE 3.5.1 Debug (Win32, VC6 build) 11/06/2013
The Boiler. No guarantee of any sort.

Steem SSE 3.5.1 Debug (Win32, BCC build) 11/06/2013
Most development of Steem SSE is done using this version.

All files are available at sourceforge:
https://sourceforge.net/projects/steemsse/

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

The source is a svn archive at sourceforge.

Enjoy!

Please report bugs, especially broken programs, here:
viewtopic.php?f=94&t=25093
(Steem SSE 3.5 post-mortem thread)

User avatar
DrCoolZic
Fuji Shaped Bastard
Fuji Shaped Bastard
Posts: 2144
Joined: Mon Oct 03, 2005 7:03 pm
Location: France
Contact:

Re: Coming soon! Steem SSE 3.5

Postby DrCoolZic » Wed Jun 12, 2013 2:15 am

:cheers: :cheers: :cheers: FANTASTIC ---- MANY THANKS :cheers: :cheers: :cheers:

User avatar
Greyfox™
Captain Atari
Captain Atari
Posts: 341
Joined: Thu Jul 24, 2008 10:27 am
Location: Dublin, Ireland
Contact:

Re: Coming soon! Steem SSE 3.5

Postby Greyfox™ » Wed Jun 12, 2013 9:35 am

DrCoolZic wrote::cheers: :cheers: :cheers: FANTASTIC ---- MANY THANKS :cheers: :cheers: :cheers:


what he said and more..you sir are a LEGEND! :angel:

thank you so much for all your work on professional ST emulation.
↓↓Click Banner to See More↓↓
Image
-== Making Atari great once more ==-


Social Media

     

Return to “Development”

Who is online

Users browsing this forum: No registered users and 1 guest