The most exciting thing about emulation in hardware is the ability to modify the graphics hardware to render in higher resolutions, at least that's one of them.
I have got a general question (as I couldn't find the answer anywhere). Would this overclocking method known from software emulators, which does not break video and audio speed, be possible on FPGAs? Quotation: ""For many years, NES emulators had a method of overclocking where additional scanlines are added for the CPU for each video frame," byuu tells Ars Technica. "Which is to say, only the CPU runs on its own for a bit of extra time after each video frame is rendered, but the video and audio do not do so... This new(ish) overclocking method gives games more processing time without also speeding up the video and audio rates... and so the normal game pace of 60fps is maintained."
If your FPGA model has cartridge slots, then maybe it should have a program that can use those slots to rip ROMs. And if it has a disk drive, then it could use that to rip ISO images.
I am working on uploading one at the moment actually. Although it's just an small update video / teaser, and uses a different audio workflow that might not be well received. As for anything changing, not really. The primary constraint is FPGA technology, which progresses very slowly (and may have already hit the financial viability limit with the Aria 10 and Ultrascale+ architectures, both of which are accounted for in the chart).
![ILLSLICK - KILLSHOT REMIX [FULL VERSION]](http://i.ytimg.com/vi/RIK8RrqIAzE/mqdefault.jpg)
Thank you for sharing your knowledge!
The most exciting thing about emulation in hardware is the ability to modify the graphics hardware to render in higher resolutions, at least that's one of them.
I have got a general question (as I couldn't find the answer anywhere). Would this overclocking method known from software emulators, which does not break video and audio speed, be possible on FPGAs? Quotation: ""For many years, NES emulators had a method of overclocking where additional scanlines are added for the CPU for each video frame," byuu tells Ars Technica. "Which is to say, only the CPU runs on its own for a bit of extra time after each video frame is rendered, but the video and audio do not do so... This new(ish) overclocking method gives games more processing time without also speeding up the video and audio rates... and so the normal game pace of 60fps is maintained."
Amazing work
If your FPGA model has cartridge slots, then maybe it should have a program that can use those slots to rip ROMs. And if it has a disk drive, then it could use that to rip ISO images.
its been about 4 years since you made this video any a chance you can do a update on this video has anything change since you made this video?
I am working on uploading one at the moment actually. Although it's just an small update video / teaser, and uses a different audio workflow that might not be well received.
As for anything changing, not really. The primary constraint is FPGA technology, which progresses very slowly (and may have already hit the financial viability limit with the Aria 10 and Ultrascale+ architectures, both of which are accounted for in the chart).
👍
🤔limits?
Perhaps the limits are more relative? You can always sacrifice speed - if you can fit a RISCV, you could run a software emulator.
@@RTLEngineering that is a most excellent observation. 😌