i think that i have found a error in STeem 3.9 every time that i minimize Steem. and after restore it again the screen is black, the emulator sound like it still running fine, so i think that it have something to do with the direct draw.

(i am running Steem in a Windows)

STeem.zip

.

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

Atari will rule the world, long after man has disappeared

sometime my English is a little weird, Google translate is my best friend

I have been using version 3.7.2 for a while without any problems. When I checked I saw that there were newer versions out so I tried the 3.9.0 but found a lot of bugs. I haven't checked with the versions between 3.7.2 - 3.9.0 so can't say were the errors first shows up.

some things I found was that:

sometimes after a savestate restore, the keyboard doesn't work anymore. Loading the savestate again fixes the problem. Also sometimes after a savestate restore the screen colors change. Was normal again after another restore.

The mouse/joystick port doesn't work properly. The mouse interfere with the signal so in a game that uses the mouseport the player can't be controlled. Then I moved the mouse around the player moves so that interfere. Didn't happen with the older versions.

Maybe someone else found similar bugs and can give more information about it?

Zamuel_a wrote:The mouse/joystick port doesn't work properly. The mouse interfere with the signal so in a game that uses the mouseport the player can't be controlled. Then I moved the mouse around the player moves so that interfere. Didn't happen with the older versions.

Argh! When you move the mouse, it's normal behaviour, but when you press joystick 0 fire, Steem thinks you're using the mouse(option C1).This shows how I test stuff: I could move the cursor in TNT so I thought OK, but didn't even try the fire button.

what i does in my program is when setup as about, the buzzer sound don't come on, when i removed the sampled ym2149. the buzzer come on and then i set sampled ym2149 to true the buzzer go off, but aftersome time it start working. the program work on real hardware.

Steven Seagal wrote:The good news about the bad news is that it's easy to fix.Just wonder if I should. If you accelerate the CPU on an ST, doesn't the PSG accelerate too?

In my view it would ruin all. If you want to play a game that's heavy like eg. Elite 2 frontier. You can set the speed higher to get it to run more smoothly, or you want to emulate how it would run on a 16mhz mega ste .But if you consider it then please let be a optiones.

Atari will rule the world, long after man has disappeared

sometime my English is a little weird, Google translate is my best friend

Steven Seagal wrote:The good news about the bad news is that it's easy to fix.Just wonder if I should. If you accelerate the CPU on an ST, doesn't the PSG accelerate too?

Not that I know ; the CPU has 8 MHz from a base 32 MHz clock and the PSG has 2 MHz from this same 32 MHz clock, so speeding up the cpu clock should not impact the PSG clock (same as it should not impact the 8 MHz FDC clock, else it would not be able to decode MFM).In the case of the mega STE, you could also switch cpu to 16 MHz, but all other components kept their clocks (MFP, PSG, FDC, ...), so you get faster cpu, but sound is still OK.Nicolas

Steven Seagal wrote:The good news about the bad news is that it's easy to fix.Just wonder if I should. If you accelerate the CPU on an ST, doesn't the PSG accelerate too?

Not that I know ; the CPU has 8 MHz from a base 32 MHz clock and the PSG has 2 MHz from this same 32 MHz clock, so speeding up the cpu clock should not impact the PSG clock (same as it should not impact the 8 MHz FDC clock, else it would not be able to decode MFM).In the case of the mega STE, you could also switch cpu to 16 MHz, but all other components kept their clocks (MFP, PSG, FDC, ...), so you get faster cpu, but sound is still OK.Nicolas

Thanks for explaining so much better that i could edit: forgot something... then same applies to the mfp68901

Last edited by FedePede04 on Tue Apr 11, 2017 2:27 pm, edited 1 time in total.

Atari will rule the world, long after man has disappeared

sometime my English is a little weird, Google translate is my best friend

Steven Seagal wrote:The good news about the bad news is that it's easy to fix.Just wonder if I should. If you accelerate the CPU on an ST, doesn't the PSG accelerate too?

Not that I know ; the CPU has 8 MHz from a base 32 MHz clock and the PSG has 2 MHz from this same 32 MHz clock, so speeding up the cpu clock should not impact the PSG clock (same as it should not impact the 8 MHz FDC clock, else it would not be able to decode MFM).In the case of the mega STE, you could also switch cpu to 16 MHz, but all other components kept their clocks (MFP, PSG, FDC, ...), so you get faster cpu, but sound is still OK.

The ST and the STE have different clocking systems.

In the ST, the 2 MHz clock is produced by GLUE from the 8 MHz clock. So technically, if you double the 8 MHz clock, you double the PSG (and the FDC clock as well). Of course, you are not going to do that, but that's a different story.

In the STE both the PSG and the FDC clocks are produced by a separate 8 MHz crystal. So they are completely independent (and asynchronous).

Not sure this matter too much, obviously you don't want to accelerate the PSG regardless.