Forum rules
All bug reports must include:Steem versionHost operating system versionTOS ROM versionCopy of steem.iniReference to or copy of disk image being usedBrief description of steps performedDescription of desired outcomeDescription of actual outcome

I usually use this demo when testing new versions of SSE, and I am disappointed in the graphical glitches that appear in some still images (like the opening boat on the sea) until I select an item in the "Wake up" dialog next to "ST model". I have always ignored this, but I fail to see why all of a sudden, I need to use it, when I didn't on older versions of SSE. What's worse, it doesn't remember the setting when I quite SSE and restart. What am I doing wrong, according to my .ini?

I am on Win7 Ultimate SP1. Steem.ini included. TOS is tos162uk.rom.

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

Hi, It's a nice demo. I hope that with the right settings it runs OK now (no more sound clicks?)

1. Yes, the STE defaults to another state in v3.9.3, because I was told it's more prevalent on real hardware and because it is compatible with some enhanced games that suppose the state corresponds to "WU1" in Steem SSE. The idea is that the dude checking some games knows less than the one checking some demos.

It's been several days now and I've used 3.9.3 with a lot of issues now, related to demos and the "wakestate", I find they no longer work as they did under "ignore", with several glitches and so forth and I don't know which wakestate works best with them, and I don't want to have to make a silly list when I shouldn't need to.

To clarify, Steven, I read on other threads that you fixed the audio, and that's to be commended, but then you go ahead and make it necessary to select wakestates, when before we didn't have to bother with that at all. Why did you fix one thing and break another? I don't care if the change was to make the emulation "more authentic" to a real STE, it wasn't needed.

First of all it's not my fault if edgy programmers display wakeup-dependent pictures! It's a serious problem on real hardware too.On the one hand, people tell me it should be in such state for games, on the other hand, other people tell me it should be in such state for demos.If you check the current 3.9.4 beta, the wakeup option is now sticky, so set it to "WU2" for your little demos and forget it.

Steven Seagal wrote:First of all it's not my fault if edgy programmers display wakeup-dependent pictures! It's a serious problem on real hardware too.On the one hand, people tell me it should be in such state for games, on the other hand, other people tell me it should be in such state for demos.If you check the current 3.9.4 beta, the wakeup option is now sticky, so set it to "WU2" for your little demos and forget it.

Sorry if I've come across as a bit rude, but I didn't know how serious a problem this was on ST/E hardware - you must be frustrated at having to code for all eventualities and demands. However, there's no need to "belittle" the Demoscene

Steven Seagal wrote:1. Yes, the STE defaults to another state in v3.9.3, because I was told it's more prevalent on real hardware and because it is compatible with some enhanced games that suppose the state corresponds to "WU1" in Steem SSE. The idea is that the dude checking some games knows less than the one checking some demos.

And there are probably more... what can make a bad impression on the emu!

I am a little curious about a list of "some enhanced games that suppose the state corresponds to "WU1" in Steem SSE"!? (do you have one?)I guess/hope this decision is not done just because "someone told it"... without being checked.

Cheers!

Is "WU1" state prevalent on real hardware after power switch off/on?What state prevalent after reset key on real hardware?Maybe demo authors used "WU2" just because it usually happens after reset key!?If so, maybe Steem SSE can be made to change state on reset too!Maybe some of above mentioned demos reset itself before starts!Whats happening with the demos on your real STE after power switch off/on and after reset?

Thx. for testing on a real machine...So, if its frequent 50%, now depends what someone prefer more, demos or games!

Cheers!

Ps. I have no problem if only use STE, as it is sticky now...But as, while testing demos, have to change from ST to STE usually forget to set back to WU2, what knows to be pretty frustrating sometimes.

Btw. why is there in wake-up states still an option "ignore"? (f.e. in Hatari is "random" instead)We cannot "ignore" wake-up states as one of them exist in a real machine, right?

I was giving you a personal statistic since I check demos on my STE, not a recent test.

Unless other people chime in to defend the current default, I'll change it in next version, it's just a line of code.But that's no bug. Just adapting to unsafe programmer practices! What the emulator is giving you is what happens quite a lot on real hardware.

'Ignore' defaults to STF WS3, STE WS1 for the timings but some "shifter tricks" are then ignored, as you saw yourself.Don't forget that this option is available only under 'advanced' settings. Without the latter, a random state is chosen at cold reset.

Steven Seagal wrote:'Ignore' defaults to STF WS3, STE WS1 for the timings but some "shifter tricks" are then ignored, as you saw yourself.Don't forget that this option is available only under 'advanced' settings. Without the latter, a random state is chosen at cold reset.

Yeah, I would not find that problem if I had wake-up state on ignore:- European demos / OVR II --> Overlander , logos gliches in all wake-up states but looks fine in ignore!

So the only "benefit" of having "ignore" is to disable timings of "shifter tricks"!? (what for, dont understand the purpose)Would not it be better to have "default" instead, that is remembered as last choosing in wake-up state, for example!?(just thinking, not demanding)

Steven Seagal wrote:Unless other people chime in to defend the current default, I'll change it in next version, it's just a line of code.

Hmm, if that means some timings of "shifter tricks" will be disabled if current "WU2" will defaults as "ignore"!?If yes than I will still have to change to "WU1" instead of "ignore" to enable some timings of "shifter tricks", right?Maybe better to leave it as it is than.

Last edited by amilo3438 on Thu Nov 16, 2017 8:37 pm, edited 1 time in total.

No, 'ignore' defaults to the wakestates I said for frequency and compatibility reasons, but some "shifter tricks" are then not tested. Like "destabilisation" (Bee demos, etc.).In the case of OVRII, it allows you to have the demo without glitch.It makes sense because the test for "destabilisation" is not precise enough for the moment.

EDITSo to be clear, no "timings" are disabled, only some rare shifter tricks are not analysed.

Yes I noticed improvements... this was the main reason for motivation in doing this new demo testing.Of course, this one is not that huge as one did about almost 2 yrs ago (if you remember), but enough to see/check if emu works fine.

Btw. I probably finish with testing tomorrow, as only few demos left to test in my collection!On pouet there are much more, but not needed and it would be wasting of time, as already checked also problematic demos from last demo testing.

OP gave more feedback on another forum on 21 November 2017.Quoted for the record as I changed an option to accommodate him, and because the second paragraph is funny (I guess he's a useful contributor).

I've given up emulating the Atari ST/E, as the only emulator that worked for me with demos 100% until recently was Steem SSE, but it has had various issues with sound and now, with the latest release, you have to specify certain "wait state" values which I haven't got time to determine which is the optimum WS for specific demos. Besides, I only emulated the ST in the first place because I owned one in 1990 for a few months, and I personally hated the AY sound chip in it.

And the author seems to have a massive ego, as he fancies himself something of an action movie star (the SSE literally stands for "Steven Seagal Edition") and the main credits screen lists every single action movie star over the last 30-40 years, instead of any useful contributors.

Nope, as far as I can see, there are no good Atari ST/E emulators out there (Hatari I found far too slow to do things). Maybe put that down to my impatience, but to be frank, I'd rather stick with the systems I knew, mainly Atari 600/800 XL and Amiga A500/A1200.