I'm using an oct 2014 v1.4 INL retro dumper board.
the firmware is updated to 2.1.x in order to flash newer cartridges, which according to documentation should be working perfectly with all previous versions of the flasher board.
this also means i need to use the new flash tool; inlretro.exe.
the whole thing is downloaded from the gitlab days ago.
the file to flash is placed in the host folder.
my command:
my error: inlprog.c:372: errno: No such file or directory
the file indeed exists and i've tripple checked my path.
subsequently but probably of lesser importance, it doesn't find ignore/chramdump.bin and this directory and binary does not indeed exist... i'm half-assuming these might be program generated, if only the handover to the lua had worked.
running command prompt as administrator simply denies access to the program.
changing ownership to administrator doesn't change that, or any other thing.. except for denying access from user accounts, too.
just as a dumb check, i tried an absolute path to the .lua file. no dice.
what might i be doing wrong?
edit:
the relevant c code, i think. i can't read c but it looks like it just checks if we're using an option or default and then checks this against something called lua_pcall... either way, neither option nor if i rename the relevant c file to the default name works.
the firmware is updated to 2.1.x in order to flash newer cartridges, which according to documentation should be working perfectly with all previous versions of the flasher board.
this also means i need to use the new flash tool; inlretro.exe.
the whole thing is downloaded from the gitlab days ago.
the file to flash is placed in the host folder.
my command:
Code:
inlretro.exe -s scripts\inlretro2.lua -c NES -m mapper30v2 -x 512 -p myGame.nes
my error: inlprog.c:372: errno: No such file or directory
the file indeed exists and i've tripple checked my path.
subsequently but probably of lesser importance, it doesn't find ignore/chramdump.bin and this directory and binary does not indeed exist... i'm half-assuming these might be program generated, if only the handover to the lua had worked.
running command prompt as administrator simply denies access to the program.
changing ownership to administrator doesn't change that, or any other thing.. except for denying access from user accounts, too.
just as a dumb check, i tried an absolute path to the .lua file. no dice.
what might i be doing wrong?
edit:
the relevant c code, i think. i can't read c but it looks like it just checks if we're using an option or default and then checks this against something called lua_pcall... either way, neither option nor if i rename the relevant c file to the default name works.
Code:
char *DEFAULT_SCRIPT = "scripts/inlretro.lua";
char *script = DEFAULT_SCRIPT;
if (strlen(opts->lua_filename)) {
script = opts->lua_filename;
}
check(!(luaL_loadfile(L, script) || lua_pcall(L, 0, 0, 0)),
"cannot run config. file: %s", lua_tostring(L, -1));
char *script = DEFAULT_SCRIPT;
if (strlen(opts->lua_filename)) {
script = opts->lua_filename;
}
check(!(luaL_loadfile(L, script) || lua_pcall(L, 0, 0, 0)),
"cannot run config. file: %s", lua_tostring(L, -1));