aboutsummaryrefslogtreecommitdiff
path: root/tests/code.nes
diff options
context:
space:
mode:
authorMiquel Sabaté Solà <mssola@mssola.com>2026-08-17 16:03:21 +0200
committerMiquel Sabaté Solà <mssola@mssola.com>2026-08-17 23:06:23 +0200
commitdf1041d40431251e22e03ec5c4df7fc5767e1543 (patch)
tree182f6b4f45a1814c7a0b1edbc7ee4276fc4f60bc /tests/code.nes
parentf367d25f0d9d7f0e7580a47294f792143fbb6784 (diff)
downloadtools.nes-df1041d40431251e22e03ec5c4df7fc5767e1543.tar.gz
tools.nes-df1041d40431251e22e03ec5c4df7fc5767e1543.zip
Add the runrom crate and the vnf library
The vnf library supports the runrom crate and they both combined enable users to "run" a ROM file. This is basically an emulator, but with two key differences: 1. It is to be run programatically. That is, you are not expected to play games with this, but to run code by steps, start at a given address, run a function, etc. 2. It is headless: there are no graphics displayed on screen, nor sound being delivered. Thus, the target for both these things are developers, not players. This way developers can validate code paths without needing a full blown emulator. You can write tests with this and be able to run some checks as part of your testing infrastructure. Signed-off-by: Miquel Sabaté Solà <mssola@mssola.com>
Diffstat (limited to 'tests/code.nes')
0 files changed, 0 insertions, 0 deletions