MiSTer FPGA Forum

@pac the obvious CP that prevents boot entirely, agreed - UniBIOS doesn't do anything for the ones with in-game protection.

I've seen some 'bad' CHDs, but it wasn't related to compression rate as far as I can tell. I use them religiously on MiSTer and Retroarch without issue at all.

Red light - completely normal.

Blank screen - likely a refresh rate issue conflict between your arcade display and the CRT. Make sure you've removed or commented out any arcade-monitor-specific modelines and the like from MiSTer.ini.

Make sure you remove the copy protection from affected games...

OK...as long as it's not just me, it's not an issue...you have to literally stare at the countdown to see it, and I'm normally looking at the games.

Mine is ESP32. Like I said, once I updated tty2oled to the latest, the skips are very infrequent...but if you watch long enough, you'll see one. It was far worse before, skipping every 4-5 seconds.

Update: When I updated the tty2oled script, the issue with 'jumping' numbers seems GREATLY reduced (it still happens, but it's extremely infrequent now).

Is that particular function controlled by tty2oled itself? If so, I'll tag @venice about it.

Yep, that's exactly what I was thinking.

OK, we've reached the level of full-scale pedantry, so I'll leave you to it.

I'm not sure I can get on board with that definition of 'accuracy'...fidelity, perhaps.

I'm more concerned about who targeted it (and why). I have my suspicions, but that wouldn't bode well at all.

There are certainly many (MANY!) latency benefits...I was referring purely to accuracy. I'm not sure who first started the trope about FPGA being more accurate "because it's hardware instead of software", but if I ever meet them in a dark alley, they shall pay. LOL

Anyone know why the hell it was taken down in the first place?

There was a HUGE kerfuffle at the idea of merging the cores, so I don't expect that will ever happen.

Arcade cores are often translated directly from MAME source code. I can't speak for other products.

As has been discussed many times on these forums by now, the primary advantage to FPGA is massive-scale parallelism, not necessarily accuracy. In the latter sense, FPGA has no inherent advantage over software emulation.

Still skipping in exactly the same manner.

The screensaver does now work exactly as expected - thank you!

Just loaded a fresh copy of SAM and am actively testing (with mostly-default settings).

It's been a bit since I had SAM active...the "Next game in..." countdown now frequently skips a second, like something has it bogged down. Is that normal?

When you open the core menu (with F12 or any other means) and choose the Audio & Video section, there's an item called 'Width' - you can set it to either 320px or 304px, the latter being to crop out the blank or 'ugly' pixels on games that don't use the whole screen.

Many NG games only output 304 pixels vs. 320. This is one of them.

This can be adjusted in-core via Audio & Video/Width if desired.

Can't believe NOBODY is talking about Goldeneye being playable!

Thank you both for looking into this!

Primeira_Fase wrote: ↑Fri Dec 01, 2023 6:45 pm

We have'nt updates for long time, do any chance of this core be finished anytime?

Probably faster if Russia stops attacking Ukraine.

The problem isn't when SAM is running...it's that if SAM is even loaded and idle/waiting because I'm actually playing a real core, the OLED screen still won't go into screen-saver mode...so the risk of burn-in ironically isn't when SAM is active, but when it's idle (and that's bad).

Any hope of ever fixing the bug where SAM prevents tty2oled from entering sleep/screen saver mode? I love SAM...but not enough to kill my precious OLED. =)

@Tulius Rename /media/fat/config/N64.CFG to something else temporarily, load the core to check the default settings and note them down, then rename the config back. That will work on any core.

@mike911 I got that list from the earlier Saturn thread - I haven't tested any myself. I'll test VF2 tonight to see what happens on my setup (where Saturn generally behaves itself quite well).