Tho I’m glad this project exists that’s… a huge chunk of change for a 30 yr old console
but yes, it is fairly excessive if you just want to play games, emulation is absolutely "good enough" and even indistinguishable for most. We do it for the love of the hobby ;)
While other parts CAN fail it’s physical damage that’s much more likely a problem
Am I wrong there?
That tracks with what I thought. Great to know about the NeoGeo!
I don’t think the potential market for Amiga and ST keyboards for use with MiSTer justifies the investment, but I’d LOVE to see LK-411, Atari ST, Amiga, Sun, Symbolics, and other pre-PC-101 layouts as reasonably priced USB keyboards.
Someone elsewhere pointed out that PS1 disks (or any disk based system for that matter) suffers from disk rot, so likewise, what is now considered piracy should also be considered archival work since the original disks will stop working.
something something entropy, something something the inexorable passage of time.
Just… ouch on the cost of running it. Limits the effective impact somewhat.
I get why it’s expensive, but that doesn’t mean it’s not expensive.
https://ec.europa.eu/commission/presscorner/detail/en/IP_15_...
https://www.sec.gov/Archives/edgar/data/768251/0001193125153...
But I wouldn't place too much blame on the companies - COVID wrecked a lot of supply chains as well - as anyone who runs emulators on RPis will be able to confirm.
rpi shortage is a direct result of Broadcom (Avago) deciding to stop manufacturing chips that dont generate hundreds of millions in revenue a year. FPGAs were same deal, post merger Xilinx/Altera cut manufacturing.
Here is Nvidia not making more GPUs instead of lowering prices to something market would bear https://www.extremetech.com/gaming/report-nvidia-has-practic...
https://mister-devel.github.io/MkDocs_MiSTer/#what-is-mister...
The core of the MiSTer looks pretty beefy.
https://www.terasic.com.tw/cgi-bin/page/archive.pl?Language=...
In this case, the project isn't very documented but it looks like fairly generic Verilog without a lot of vendor specific extensions. So, what you need is a Verilog toolchain which can synthesize the source code into a netlist, and then into a bitstream, and the right set of extra code to target an actual physical piece of hardware.
Right now, it looks like the only board support that's checked into the repository is for the Icarus Verilog simulation environment: https://github.com/nukeykt/Nuked-MD-FPGA/tree/main/icarus .
But, the overall setup looks pretty simple and generic, so it should (hopefully) be possible to synthesize to your board of choice by reimplementing run.v and memstubs.v towards an actual hardware configuration.
Basically what you'd want to do to start trying to run this on real hardware is to build a hosting environment which wired the inputs and outputs from `md_board.v` into the real hardware provided in your environment, possibly by integrating other soft-IP (ie - you could attach a cartridge emulator of some sort to the cartridge lines, your choice of video encoder to the video output, and so on).
A fully open-source FPGA/CPLD and toolchain would be very disruptive. How hard would it be?
It could be manufactured by any number of smaller foundries with older processes. No need for a 3nm node for this.