So, I have my bot...can't seem to figure out how to set everything up based on the guide, so I'm hoping micro500 will show up soon!
EDIT: All set up, and I verified The Karate Kid! That said, I still have to record it. Also, I had some other ideas: Couldn't the NESBot read the NES's memory? By extension, couldn't a computer program use that and execute some kind of Lua program? It'd be pretty awesome to play against a computer I program via the NESBot, and if a recording utility is in fact plausible (micro500 said it was), then I shouldn't underestimate its power.
EDIT 2: I am fairly confident Startropics is verifiable. It beat the first level without a hitch. I'll keep everyone posted.
EDIT 3: Startropics seems flawless, but halfway through the third chapter, the NESBot wouldn't stop pressing down. Why would that be? Just some freeze up?
Enough edits. OK, so first day verifying, and I have at least one definite sync (The Karate Kid) and one possible one (Startropics). Startropics bugs out at the exact same point with the exact same output (Nothing but the down button). I'm going to try re-extracting it tomorrow and playing again, but this might be an issue with the bot for some reason. In addition, the LED stays constantly green at that point, while the red is no longer lit up, further supporting my theory regarding the bot not working. I'll keep everyone posted, and hopefully verify via video Karate Kid tomorrow.
So, I verified one of The Karate Kid runs and converted the rest. I'm sure they will all sync given a proper delay, but micro500 would have to provide me some code for that. It'd be nice to at least get the current run to sync. Also, I have converted all of the FCEU(X) runs of SMB2 and will verify all of them. While I'm here, is there any chance that we can convert the Famtasia runs? Lastly, we will try to figure out the issue with Startropics after I finish these two items using some debugging. Even if it does desync, though, I won't be able to verify it until I acquire a camera that can record more than a half hour. Shouldn't be a huge problem. Does anyone want to talk about this but me now?
I wouldn't be remotely surprised if Mupen weren't an accurate enough emulator to allow movies made with it to sync on console. The N64 is way more complicated than the NES, resulting in vastly more opportunities for things to go subtly wrong somewhere.
Pyrel - an open-source rewrite of the Angband roguelike game in Python.
I'd love to see the zero star run on the console as well, but I have to agree that Mupen is not nearly accurate enough to make that possible. It may be possible however to record someone playing the actual console, and later play those button presses back. That's on my list of things to try, whenever I can find some free time.
Imagine if we could make TASing tools that work with the actual consoles...incompatibility would no longer be a factor, nor would we necessarily be labeled as a site related to emulation / ROMs, which I suppose are somewhat controversial.
Well everyone, my official lab project for Texas Tech this semester is to have a TAS run on the N64 console. Wish me luck. I'm currently reverse engineering the controller, but to show any sort of progress will take me a month or so.
On the Summer Games Done Quick marathon, DarkKobold used a NESBot to verify Wizards and Warriors 3 live. The result may surprise you:
http://www.youtube.com/watch?v=KQXVgMKJEDY
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
Well everyone, my official lab project for Texas Tech this semester is to have a TAS run on the N64 console. Wish me luck. I'm currently reverse engineering the controller, but to show any sort of progress will take me a month or so.
I doubt Mupen is accurate enough to have any runs sync on a real console, but good luck!
Imagine if we could make TASing tools that work with the actual consoles...incompatibility would no longer be a factor, nor would we necessarily be labeled as a site related to emulation / ROMs, which I suppose are somewhat controversial.
You couldn't savestate unless you somehow had access to the console's internal memory (and loadstating would be even harder!), and you couldn't turbo without overclocking (and consoles can only stand limited amounts of that). So I expect that the plan's mostly a non-starter, except in cases where you have "consoles" like Windows and an Hourglass-like program.
Imagine if we could make TASing tools that work with the actual consoles...incompatibility would no longer be a factor, nor would we necessarily be labeled as a site related to emulation / ROMs, which I suppose are somewhat controversial.
You couldn't savestate unless you somehow had access to the console's internal memory (and loadstating would be even harder!), and you couldn't turbo without overclocking (and consoles can only stand limited amounts of that). So I expect that the plan's mostly a non-starter, except in cases where you have "consoles" like Windows and an Hourglass-like program.
Well everyone, my official lab project for Texas Tech this semester is to have a TAS run on the N64 console. Wish me luck. I'm currently reverse engineering the controller, but to show any sort of progress will take me a month or so.
I doubt Mupen is accurate enough to have any runs sync on a real console, but good luck!
Perhaps not, but you could 'store' input given to the game while playing and play it back - and what emulator is better than the console itself?
Well everyone, my official lab project for Texas Tech this semester is to have a TAS run on the N64 console. Wish me luck. I'm currently reverse engineering the controller, but to show any sort of progress will take me a month or so.
I doubt Mupen is accurate enough to have any runs sync on a real console, but good luck!
Perhaps not, but you could 'store' input given to the game while playing and play it back - and what emulator is better than the console itself?
What we need now is a console slowdown method, to play it if not frame by frame, then at least at 1% speed. And even if it'd be possible, the real pain would be hacking the console to allow savestates (which I doubt is possible).
Warning: When making decisions, I try to collect as much data as possible before actually deciding. I try to abstract away and see the principles behind real world events and people's opinions. I try to generalize them and turn into something clear and reusable. I hate depending on unpredictable and having to make lottery guesses. Any problem can be solved by systems thinking and acting.
