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.
Joined: 10/12/2011
Posts: 6336
Location: The land down under.
Dear 3 seconds
Die in a freakin' Hole
From Frame Wars v2...
wait, oh man this is freakin faster!
/me looks at feos
Yes Vote.
Also it ends with a seizure is that correct?
Also stops to what appears to be a continue screen.
EDIT: Adding video to forum page 1 just in-case people don't look at it.
Free Encode for $9.95
http://www.youtube.com/watch?v=yJHbqc3og0M
EDIT2: NEW ONE
Link to video
WebNations/Sabih wrote:
+fsvgm777 never censoring anything.
Disables Comments and Ratings for the YouTube account.Something better for yourself and also others.
Oh, crap. To watch it in emulator, you need to launch taseditor to prevent desync. This bug was already reported.
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.
Man, this movie revealed the oldest bug of FCEUX replay engine!
At the frame when FinishPlayback() is called, joyports don't update, because they're still working in Playback mode (which means reading Input from movie file, not from keyboard).
I've fixed this bug, but now I wonder how many old TASes rely on the fact that the very last input gets doubled. Since it wasn't noticed before, I presume, not many. Of course in case of memory corruption every smallest move changes everything...
Adelikat, you should check for same bug in Bizhawk, since you were the main author of this code.
The problem with this run of Battletoads can be solved by adding 1 blank frame to the end of the movie, then it will sync with old versions of FCEUX, where the bug wasn't fixed.
Yes.
I carefuly analyze step by step the game code.
As all this information will be clearly (for all), I describe them "clearly"
(I'll try to do it so that everyone can understand what is really happening here).
Still can't get it to playback. TASEditor doesn't like me. I tell it to import. Fine. Playback, nope.
The problem with this run of Battletoads can be solved by adding 1 blank frame to the end of the movie, then it will sync with old versions of FCEUX, where the bug wasn't fixed.
I can't figure TASEditor out. No matter what I change, it won't play back the run without recording new frames starting from the beginning of the movie. And the run desyncs without it.
Check pausing at the last frame of movie. Watch it alone. After it's paused, engage taseditor. Unpause and watch the rest.
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.
Joined: 3/31/2010
Posts: 1466
Location: Not playing Puyo Tetris
Ok, what the heck? Why is this complicated? I got it to work. But why all the extra work? No other TAS made me do this. And what is TAS Editor doing anyway? Is it playing back the movie as well? Is it doing anything after the end of the movie file?
Instructions:
Open FCEUX 2.1.6
Open Battletoads ROM
Open Movie File
Check the box "Pause Movie at Frame"
Play the TAS back
When the movie Auto Pauses, open TAS Editor
Resume playback.
Watch Glitch work.
If you don't follow those instructions then it will desync. The run will not play the first level properly, or the glitch will crash the game.
When TAS does Quake 1, SDA will declare war.
The Prince doth arrive he doth please.
I can't figure TASEditor out. No matter what I change, it won't play back the run without recording new frames starting from the beginning of the movie. And the run desyncs without it.
Oh, that's because the "Auto-adjust Input according to lag" is checked by default. Damn, I need to think whether to make it enabled or disabled by default... The feature itself is very useful, but it implies that you're editing the movie, not just watching.
hegyak wrote:
Ok, what the heck? Why is this complicated? I got it to work. But why all the extra work? No other TAS made me do this.
As I said above, this all is because of the old bug in FCEUX! TAS Editor simply uses different branch of code, thus not having the bug.
To make the movie sync with any other FCEUX (except 2.1.5), authors of the movie should add 1 blank frame at the end of the movie, and then ask admins to replace the file.
CoolKirby wrote:
And what is TAS Editor doing anyway? Is it playing back the movie as well? Is it doing anything after the end of the movie file?
Up to the last frame it plays the movie exactly like FCEUX does (because it's actually FCEUX replaying the movie while TAS Editor is simply an interface).
But at the very first frame after the end of the movie it replays "no more input", while FCEUX replays input of the the last frame of the movie once again (because of the bug).
CoolKirby wrote:
Instructions:
Open FCEUX 2.1.6
Open Battletoads ROM
Open Movie File
Check the box "Pause Movie at Frame"
Play the TAS back
When the movie Auto Pauses, open TAS Editor
Resume playback.
Watch Glitch work.
Better instructions:
Open FCEUX 2.1.6
Open Battletoads ROM
Open Movie File
Open TAS Editor
Switch off "Config->Auto-adjust Input according to Lag"
Unpause and play
CoolKirby wrote:
If you don't follow those instructions then it will desync. The run will not play the first level properly, or the glitch will crash the game.
No, the first level plays normally, it's just that a lot of the movie happend after the Input ends, and the glitch is determined by the Input of several last frames, thus it works differently when FCEUX duplicates the very last frame.
