this post was submitted on 16 Oct 2024
60 points (96.9% liked)
RetroGaming
19568 readers
508 users here now
Vintage gaming community.
Rules:
- Be kind.
- No spam or soliciting for money.
- No racism or other bigotry allowed.
- Obviously nothing illegal.
If you see these please report them.
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
FPGA is cycle accurate which requires very powerful hardware if you wanted to do it with software emulation, especially when you get to 5th gen consoles. It’s for the people that want an „end-game” setup that’s as good as original hardware, can handle multiple systems and give you much more flexibility. It doesn’t cost all that much when you compare it to original hardware, mods and scalers it would require to connect to new displays. I’m actually very surprised how cheap A64 is, expected at least twice as much.
But, if you’re not that type of crazy then playing on your own PC, Ambernic and similar stuff is good enough and super convenient.
Cycle accurate just means the FPGA runs the same cycles as the reference hardware of whatever it's programmed to be doing. In this case, an N64.
But the point of software emulation is to skip all of that noise and be more portable in the first place. The only real reason I can think to go with FPGA in this case is 1) to sidestep lawsuits, and 2) to possibly expand functionality in the future.
It might seem like an overkill but cycle accurate emulation is in many ways easier, just way less performant. Back in the day devs wrote software in a way that would leverage different timings between different pieces of hardware to achieve things that wouldn’t be possible otherwise like full screen parallax scrolling on Gameboy. Software emulators have to identify those cases and implement workarounds for them. Some edge cases are unresolved for years leading to bugs of varying severity. You can see a rundown of such cases on Analogue Pocket in this video.