Steven Seagal wrote:There's still one possibility though, that it's different on a STE (don't see why).Anyway I removed the delay as it could break something else.

No, I don't think it's different on STE ; I had a look at the demo and there's in fact a huge race condition, where the code sends the correct Y byte for set mouse position, then immediately set SR to 2300, which triggers a pending VBL. But the VBL write $d to fffc02 without checking for TDRE and overwrites the $58 byte waiting to be sent by the ACIA. So you can safely remove this patch, there's no chance it works better on STE, the whole demo's logic on this point is flawed.

Steem SSE 3.5.2 has been released on 04/08/2013. Bugfixes, shameless lifting of Hatari insights, and some improvements of my own. Especially the problems with new options not being updated were annoying, this explains the short delay. Both the Windows and the Unix (XSteem) builds were released.

Well it's more a following of the "horizontal scrolling" discussion, but by posting here I don't pollute that thread with all my brags.

Revisiting Dragon by Ghost (STF)

This is the method: first scandalous hacks without really understanding, but the demo runs (v3.4.1, STF2), then come back later. This demo screen is part of the Overdrive Demo (slow disk drive). It runs only on a STF.

In previous versions, the top of the screen was wrong, like this:

Thanks to progress in shifter understanding, we now can try to explain it:

At the end of the frame there's a savage and useless removal of the left border, not followed with a "stabiliser" switch. The effect is dramatic! When the left border is removed, the MMU fetches 26 more bytes than in a regular scanline. As the 4 shifter IR input registers are 16bit, they hold 8 bytes max. A scanline divisible by 8 will empty the shifter registers.The scanline without the left border has 160+26 bytes, or 160+24+2. Two bytes remain in the shifter by the end of the scanline, and the frame. They're still there at the start of next frame, and as long as there's no border effect, in the top part.

The effect that must be emulated is that each of those scanlines is shifted, both the planes and the pixels. The shift in pixels is exactly 4, just like in the bottom lines, that are shifted because of the left border removal. Those lines are stabilised.

The nice thing: the shifts are compatible with those we use for the bee (see site), so it all holds up together. And it is a nice demo.

Option wake-up state. If set to "ignore", no shifter "preload" (still hesitant how we must name this) is emulated.

Update: ha ha, later on I reintroduced some dirty hacks to have the demo menu screen display correctly in WU1.

Literally. In very large display size mode, Steem will be the most revealing of all Atari ST emulators. It will display 35 "top border" lines instead of 30. This is because some palette effects target those lines, like obviously here:

The Musical Wonder 1990In any smaller resolution, the 'Offbeat' is cut.

This page is based on Steem's original readme.txt. Some pictures and some SSE-specific info have been added.

Edit: also forgot this, it's not very important but since I took the trouble:

File associations: - Can now create and remove association in options - Now uses registry part HKEY_CURRENT_USER, not HKEY_CLASSES_ROOT so you don't need to run as administrator. - Simplistic: when you associate, Steem takes the extension for itself, disregarding other programs. When you remove the association, Steem deletes the extension from the registry. - No auto-association at startup, including .PRG,.TOS,.APP,.GTP,.TTP. - No association with .STC (cartridge) possible - Removing previous Steem associations is up to you. - You must reassociate with subsequent versions. It's because the name of the executable changes. Those changes also reduce the executable file size by 4KB.

One little thing I did, invert the mouse buttons action on the 'reset/power' switch. Left click for "warm reset":

Support for the recent "LoSTE screens", you can also see the nicer "Steem SSE" logo:

In fact I've never been able to edit the graphics of the previous "Steem 3.2" logo, but since the version number is on the window title bar it doesn't matter anymore. The plasma and the "fuji" animation are very nice, it's not my doing but Steem author's.

Support for all those Bee programs by ljbk discussed in the "horizontal scrolling" thread:

And, of course, 3615 GEN4 by ULM is now emulated 100%! I already bragged about this one but there was a glitch in the left border in previous versions.

- Reset button inverted: left click for reset, right click for switch off- On Screen Display: 'Steem SSE' in former plasma, no version number, which is in the window title. In fact 'SSE' fits in the space reserved for two digits version number ('3.2'). Nice-looking, original work by Steem authors.- Option 'Interpolated scanlines' moved to SSE option page- Option 'Slow disk' duplicated in SSE page- File associations: Can now create and remove association in options. Now uses registry part HKEY_CURRENT_USER, not HKEY_CLASSES_ROOT so you don't need to run as administrator. Simplistic: when you associate, Steem takes the extension for itself, disregarding other programss. When you remove the association, Steem deletes the extension from the registry. No auto-association at startup, including .PRG,.TOS,.APP,.GTP,.TTP. No association with .STC (cartridge) possible, by design. Removing previous Steem associations is up to you. You must reassociate with subsequent versions. It's because the name of the executable changes. Those changes also reduce the executable file size by 4KB.- 'Very large' display size increased to 412x285: The Musical Wonder 90- 'Large' display size: correct On Screen Display alignment- TOS STE faster boot (from hatari) (option 'Hacks')- Better video RAM check on some writes: mmuupd0, 3615 GEN4 by ULM 100%- Top and bottom borders depend on Wake-up state: wakeup.tos, Decade title, ...- Shifter destabilisation: 'Bee' demos by LJBK- Shifter panic: Omega Full Overscan (for fun)- Shifter tricks fixes for 0 byte lines, lines +2, lines -106, new line +24: The LoSTE screens by Sync (STF/STE), SNYD/TCB (WU1,2)- Hardscroll in high resolution (please code some demos!)- Bugfix ACIA: Nightdawn- Bugfix MFP: ST Magazine STE Demo- FDC: 'Force Interrupt' better handled (Panzer)- Drive: Slow boot to GEM when no disk; Interleave in 11 sectors disks

There are no bugs. Should you find some bugs, here's the thread where I'd like reports to be centralised:viewtopic.php?f=94&t=25093

Famous Schrodinger's cat hypothetical experiment says that cat is dead or alive until we open box and see condition of poor animal, which deserved better logic. Cat is always in some certain state - regardless from is observer able or not to see what the state is.

WAKE_UP_STATE is just the Steem option. DL is a latency electronically measured by Dio between two signals, 'DE' and 'LOAD', in cycles. WU are the two wake-up states first found by ijor. WS are the more detailed "wake states" found by LJBK. They're in a strange order because it wasn't clear at once that WS3 is closer to WU1 than WU2, and WS4 is closer to WU2.

The "Bee" demos by LJBK will recognise WS1-4, and the demos will behave as expected in all WS. Despite the nice table, it's still preliminary. In effect we're using the new system only for some aspects, the rest still using the "old" concept of only WU 1 and 2. It's because testing takes time, those changes may break video rendering of programs that run until now.

Needless to say, Steem is leading the way for this issue.

Other improvements

- Save WU state with snapshot, reset on switch STE/STF

- No line +2 when Shifter destabilised: Darkside of the Spoon STE (choose one of the wake-up states to remove flicker)

- Omega 'Shifter panic': swap good/bad bands to be more like screenshot Omega works in WS4, DOLB in WU1: compromise

- Internal: 0byte lines now handled in a state machine-like manner, not looking for specific switches anymore => better emulation, more performant tests.

Regarding the new 'Status Info' I think that adding the Name tothe Status Info is not that good Idea .The problem is if the names are long they get out of display !!!So I think this Info is better in the OSD because there is no Limit due to my opinion and not exclusivelythere ....Have a look at the screenshot to see what I mean :

sc4.jpg

( really sad for Kan Dalglish here ...)

This exactly was the reason for requesting someother Improovements especially the extra long Diskname Text Lines (have a look at the screenshot )

Disk manger big impro.PNG

Well while working with Steem you realize that some improovement of the Diskmanger is really nessecarry ...

So i request for Name of the Image in an Own Textline,Some Sorting Option, Some Detail Option,Some Show Style Option,

Requesting it exactly that way also foroptical reasos so ...

I tryed to point out what i mean as always by doing a littlepainting as you can see

So long Dizzy

You do not have the required permissions to view the files attached to this post.

Yes, I don't know really. Here you still can say what it is, but for some TOSEC titles, the important info may be at the end.Notice that I always run with "borders on", and the option is adjusted for that, there's more room.One thing I could do is not display the name when border are off.

To be frank I don't like it, too cluttered. The current disk manager is rather elegant.When you click or hover on a disk you can read the full name.But not for the inserted disks. I'll think about that.I'm not against other options, but then among the existing ones, not apart buttons.There's already 'large' and 'small' icons, we could work on this to remove the columns then it's fine, as they are they seem useless.