SNES core

[JamesF]

Report:
In 480i mode the output will always be 30fps when it should be 60fps.
This can be verified using 240p test suite using 480i mode and 'scroll test'.
Affected games: RPM Racing.

Genesis core behaves the same in 480i mode, it runs in 30fps.
Affected games: Sonic 2, 2 player VS mode.

I would assume that these cores do not show each interlaced field as a frame, but two fields as a frame, resulting in half the framerate.

[Sorgelig]

it seems a scaler "bug" or feature. So it needs to be posted in Scaler thread so author will know it.

Actually interlace mode almost not used in games. Genesis has only 2 games using interlace. SNES probably the same. Good handling of interlace mode requires a lot of effort with little gain in the result.

[aosuke]

Think I figured it out. DOH!

You need to update the mister.ini with the new config options when you go to MiSTer_20181221 or you get black screen on some cores. Having vscale_mode declared in the ini is probably important.

Nope. If you don't have that option then you just get it as if vscale_mode=0

It must be some other problem. Occasionally you can start a core and have no video (not snes specific). Often you need to reboot the board to clear up this issue. It could be that.

Hmm, I get this issue with a fresh install of mister as of yesterday. I don't have that mister.ini file either...

EDIT: Adding the .ini file seemed to do the trick.

I'm having this problem too, I can get sound and a menu but never any video. I dont know what to troubleshoot, i tried a fresh install and everything.

[fille1976]

Hi,

Seems after latest mister and menu file update i get black screen on snes core.
I did not changed anything in the Mister ini file,that i also updates cause otherwise the menu is flipping.
My bootrom file is super mario world in the snes core,i hear music,but noting on screen.
Then i pushed f12 and try to start a different game,same result.

PS:Problem solved,just changed something in the MISTer.ini,working fine now.

[Sorgelig]

just turn off/on the MiSTer.

[fille1976]

just turn off/on the MiSTer.

Got it back working sorg,i updated via mister updater script,resetted few times,but now its working back as should.
Grts

[ReedSolomon]

Thanks for the Super FX support srg320! You're incredible!

[Recoil]

YES, awesome work on core

[cacophony]

Having a blast with SFX, thanks srg320 !

[Newsdee]

This is amazing progress. Bravo!

[JamesF]

Fantastic work with GSU!

SuperFX report:
Starfox has screen flickering issues during gameplay.
Also, it doesn't seem that superfx half/full speed switch is working in StarFox (the only game that uses GSU1 half speed).

[Sorgelig]

Starfox has screen flickering issues during gameplay.

really?? How about read the first post?

Also, it doesn't seem that superfx half/full speed switch is working in StarFox (the only game that uses GSU1 half speed).

it does.

[BeoWolff]

What does Super FX half speed/full speed switch do and which is the normal setting? Does it double the speed of the game, or cut it in half?

[ReedSolomon]

Fantastic work with GSU!

SuperFX report:
Starfox has screen flickering issues during gameplay.

The first post of this thread does list that as a known issue

[Sorgelig]

What does Super FX half speed/full speed switch do and which is the normal setting? Does it double the speed of the game, or cut it in half?

StarFox uses half speed by default, so you can increase the speed in the game if you set to "full".
Other games are always using full speed.

[bitfan2011]

is it possible to reduce flicker and slowdown in SNES titles? are there any options like the SMS and TG16 cores?

[kitrinx]

Regarding the Starfox bugs, it seems that the flicker/triangles bug is frequently encountered when implementing the GSU. You're probably already aware of the cause, but in case it's helpful, this was the commit for sd2snes that fixed it, so maybe looking over their code might be helpful in resolving the issue in your own:
https://github.com/mrehkopf/sd2snes/com ... 467833b109

[Sorgelig]

Regarding the Starfox bugs, it seems that the flicker/triangles bug is frequently encountered when implementing the GSU. You're probably already aware of the cause, but in case it's helpful, this was the commit for sd2snes that fixed it, so maybe looking over their code might be helpful in resolving the issue in your own:
https://github.com/mrehkopf/sd2snes/com ... 467833b109

Edge flickering in Starfox is not related to this fix. According to srg320 the problem is not in GSU.
Striped triangles will be fixed.

[PhantombrainM]

Where are the ram backup files stored?

I've got old .sav files but I think they are not used anymore and can't find the save files for current games and also don't see recent changed files...

[Sorgelig]

in saves folder

[PhantombrainM]

in saves folder

Oh boy... Sometimes you can't see the forest for all the trees.

Thank you.

[JamesF]

I just noticed that 480i mode on analog outpu isn't actually interlaced but shaking 240p.
Seems like two consecutive filed are drawn on the exact same scan lines, instead interleaving.
480i is working as it should on the Genesis core though.

https://github.com/MiSTer-devel/SNES_MiSTer/issues/31

[paulbnl]

After the scaler update on 28 January my TV has to resync everytime I load a rom when using HDMI with vsync_adjust=2. So I see a black screen for 2 seconds.

[Grabulosaure]

After the scaler update on 28 January my TV has to resync everytime I load a rom when using HDMI with vsync_adjust=2. So I see a black screen for 2 seconds.

Before that update, vsync_adjust=2 did not work in any of the "official" releases (SNES, Genesis/Megadrive...), because of a missing signal (".o_lltune(lltune)" line in sys_top.v). It behaved like vsync_adjust=1, but without the triple buffering = with tearing.

With the fix, it now works as designed, continuously adjusting the HDMI PLL frequency to generate the HDMI video after a few lines of delay (e.g. <500 µs) from the source video.
The problem is that initial frequency and phase locking takes times. The next version will be faster, but still not instantaneous : 1-2 seconds. I have tried to have very slow adjustments, hoping to always keep an image displayed, but it doesn't work, even when spread for minutes.

Sorry, beside not using vsync_adjust, and optimising each core to avoid as much as possible resolution changes, I have no solution.

[paulbnl]

As I understand it the Linux side calculates the PLL needed so the initial frequency is already very close and the FPGA side only needs to make minor adjustments. So I don't understand why there is any sync loss. If my TV is losing sync because of the continuous frequency adjustments then it should constantly lose sync?