SSF Ver0.07 beta R2
- Thread starter Borisz
- Start date
- Thread Starter
- #2
ngemu is down so I'll post translations here.
VDP1 framebuffer processing was changed from Little Endian to Big Endian.
The load screen of Dragon Force was fixed.
Write-in processing of the Color Ram was updated.
68000 instructions were updated.
SCSP was updated.
Sound Effects in Advanced World War and Silhuette Mirage are now reproduced exactly.
Music in Falcom Classics and Black Matrix are now fixed as well (the voices in Black Matrix are still strange)
something about sound effects which i don't understand
Lock Processing of DirectSoundBuffer updated.
Backup Library updated.
the Display on/off option of each screen was moved from 1-7 on the numeric keyboard.
Snapshot was changed to backspace
An option for Screen rotation was added. It is only effective when Direct3d is being used (trans. note - aka works if Directdraw is disabled).
Changes in the order of 270° right rotation, 90° right rotation by pressing the 0 key on the side of the keyboard. (trans. note: this is for shmups and other games that included an option to display the game in the original arcade resolution as they used a vertical monitor setup to make use of the bigger resolution, and you needed to turn your tv sideways for it when playing on the console. Some games in the Capcom Generations series come to mind, like 194x series and Commando 1-2 (aka Mercs), and I think Shienryu had the same option too. Remember the how vertical games get rotated in Kawaks or Mame? well, this simulates the very same thing. Yay!)
VDP1 framebuffer processing was changed from Little Endian to Big Endian.
The load screen of Dragon Force was fixed.
Write-in processing of the Color Ram was updated.
68000 instructions were updated.
SCSP was updated.
Sound Effects in Advanced World War and Silhuette Mirage are now reproduced exactly.
Music in Falcom Classics and Black Matrix are now fixed as well (the voices in Black Matrix are still strange)
something about sound effects which i don't understand
Lock Processing of DirectSoundBuffer updated.
Backup Library updated.
the Display on/off option of each screen was moved from 1-7 on the numeric keyboard.
Snapshot was changed to backspace
An option for Screen rotation was added. It is only effective when Direct3d is being used (trans. note - aka works if Directdraw is disabled).
Changes in the order of 270° right rotation, 90° right rotation by pressing the 0 key on the side of the keyboard. (trans. note: this is for shmups and other games that included an option to display the game in the original arcade resolution as they used a vertical monitor setup to make use of the bigger resolution, and you needed to turn your tv sideways for it when playing on the console. Some games in the Capcom Generations series come to mind, like 194x series and Commando 1-2 (aka Mercs), and I think Shienryu had the same option too. Remember the how vertical games get rotated in Kawaks or Mame? well, this simulates the very same thing. Yay!)
Last edited:
refraction
PCSX2 Coder
Gelon.com said:
a processor that supports SSE/2 at the lowest end doesnt cost a great deal these days, maybe you should consider an upgrade
Agozer said:
Same here.
SSF said: Pentium4 3.0GHz
Athlon64 3200+
Mine is 2.40ghz Penitum4...WINDOWS XP with SP2..hmm. The version 13 run fine but it bothered me for a while because Beta 1 and Beta 2 freezed when I set up the bios and click okay to restart....thats strange.
PsyMan
Just Another Wacko ;)
Yes, but others might not know it. There are other people out there having the exact same problem.Rockmangames said:
This whole crash issue started since the R13' release. It has to do with some sound releated changes to the emulator (as far as I know) and seems to affect people with specific sound cards (or integrated sound chipsets). Changing the sound buffer size seems to work in some cases (but obviously, not all).
Using newer (or older) sound drivers might eventually fix the problem (completely or by forcing you to change the sound buffer).
Even I was not able to run the emulator until the beta R1 release.
Does the R13 release work for you? If it does then don't worry, it's not a fault of your computer.
- Thread Starter
- #14
I could get SSF working on both onboard ac97 audio and a soundblaster live 5.1 card. So it could be driver issue.
compatibility note: the videos in Keio Flying Squadron 2 don't crash anymore! as long as the Dot clock is set to 3 or higher. In R1 they were crashing no matter what.
compatibility note: the videos in Keio Flying Squadron 2 don't crash anymore! as long as the Dot clock is set to 3 or higher. In R1 they were crashing no matter what.
dragomasterx2
New member
What does this dot clock option? I didnt know that it affects compability.
Another question are there other options which affects the compability e.g. the speed of Slave SH2?
Another question are there other options which affects the compability e.g. the speed of Slave SH2?
- Thread Starter
- #16
Dot Clock specify the SH2 speed, at 4 the SH2s run at the same speed as the console, at 2 they run at half speed. something like that.
Slave SH2 speed is just what it says, the speed in percents that the secondary SH2 runs at.
Both are hacks according to the readme files as many things are not emulated properly. And of course both will cause the emulator to be marginally slower.
SH2 instruction numbers also affects compatibility (higher number - more speed/less compatibility) but I'm sure that the default option is the one offering the best compatibility at the moment.
Infact, if you remember the jingle of the Saturn Bios, then you know that in SSF, its not in synch with the audio, not even with auto frameskip. Because the emulated cpus are not fast enough to render the screen fast enough. But set the Dot Clock to 3 and it will be in synch - the animation speed will slightly go up.
If you have a mammoth system with no slowdown, I think it's safe to say that dotclock 4 and slave sh2 100% is recommended to get the best emulation.
Slave SH2 speed is just what it says, the speed in percents that the secondary SH2 runs at.
Both are hacks according to the readme files as many things are not emulated properly. And of course both will cause the emulator to be marginally slower.
SH2 instruction numbers also affects compatibility (higher number - more speed/less compatibility) but I'm sure that the default option is the one offering the best compatibility at the moment.
Infact, if you remember the jingle of the Saturn Bios, then you know that in SSF, its not in synch with the audio, not even with auto frameskip. Because the emulated cpus are not fast enough to render the screen fast enough. But set the Dot Clock to 3 and it will be in synch - the animation speed will slightly go up.
If you have a mammoth system with no slowdown, I think it's safe to say that dotclock 4 and slave sh2 100% is recommended to get the best emulation.
dragomasterx2
New member
Which settings are used in this list?
http://www.segasaturn.org/index.htm
another question is there are a possibillity to see how many frames are drawn, i tried fraps but this was of no use?
http://www.segasaturn.org/index.htm
another question is there are a possibillity to see how many frames are drawn, i tried fraps but this was of no use?
Last edited:
- Thread Starter
- #18
I've no idea. I just got a system that can run SSF like 2 weeks ago so I haven't tested that many games to tell. My bet is that they are on the default settings.dragomasterx2 said:
not yet, but the author did mention that some kind of fps counter may be implemented (maybe in the 0.08 version later on).
dragomasterx2
New member
Perhaps they should test with dotclock @ 4 and sh2-slave@100 to get better compability.
I tested and found out that dotclock@2 is indeed a bit low, but 3 seems to be mostly sufficent.
I tested and found out that dotclock@2 is indeed a bit low, but 3 seems to be mostly sufficent.
- Thread Starter
- #20
Given that dotclock 2 and slave 75% is the default option and hardly anyone knows what all those options mean due to the japanese readme, IMO its better to run in the default mode and only switch to higher if a game experiences problems on the default settings.
About that site, making bin/cue images and running those instead of running the original discs would be more likely to improve the compatibility then setting the dotclock and slave speed.
About that site, making bin/cue images and running those instead of running the original discs would be more likely to improve the compatibility then setting the dotclock and slave speed.