and you need to jump on a high platform, to jump up from it again ASAP. For regular play it feels natural to do regular jumps, and if their height is not enough, do double and triple jumps. But in a speedrun, you end up having too many slow periods in your jumps, because they get slower after the first 3 frames (in our imaginary case), and even slower after the next 4 frames. For that reason, for all the multiple jumps you have to do, you need to test if you can get on the needed platform by only using the fastest segment of each jump (3 pixels per frame), meaning you hit the jump button every 3 frames. If that's not enough, start adding the second fastest segments to each jump until you've exhausted both speeds (3ppf and 2 ppf), hitting the jump button every 7 frames. Only then start adding the 8th frame to each jump (1ppf), and so on.
I haven't done this in my test, because it takes time to figure things out and to test them, while I only needed to try my most basic thoughts on each level, to see how easy it is to improve.
User movie #638328711837129400
Link to video
I ended up saving 00:04.08 seconds, but the jumps are absolutely still improvable. Since most of the game consists of jumping and running, I think the opportunities missed in this submission are significant, and I'd like to see a better movie instead. Ideally one that's faster than mine, even if it's only a couple frames saved in each room.
Can a TAS of a simulated pinball table be considered an actual TAS of the game itself for cataloging purposes, or is it only a TAS of that particular simulated table? If a TAS of a simulated table is considered a "real" TAS of the actual game, should different versions of the reproduced table be considered different game versions?
What is considered "accurate emulation" for a simulated pinball table? (In this case the Baby Pac-Man table is accurate in physics as far as I can tell, but that might not be the case for all tables).
How do deal with the difficult reproduction/syncing workflow? To elaborate: files required for pinball simulators and VPinMAME cannot be found in the same places as ordinary ROM and emulator resources. The tables themselves are particularly problematic, as in addition to containing the original manufacturer's copyrighted cabinet artwork and thus being unlinkable, they also contain the original work in physics parameters and scripting by the person who performed the recreation effort. As such, rehosting these tables is not allowed, and the original sites that host them require registration in order to download files. Basically, finding the required files independent of any direct aid (which would be prohibited by site rules) is a hell of an adventure, to say the least.
Hardest cycle: In Baby Pac-Man, there are only 3 unique mazes; however, at a certain point some of the inner maze walls become invisible, and then eventually they all become invisible, thus defining the point at which the game has reached its hardest difficulty and exhausted all (maze-related) content. However, this goal is not preferable, as it means that time saved by acquiring energizer pellets in the pinball portion becomes highly tenuous, if it saves any time at all, and if the pinball portion is never entered then that means there's no point in not just emulating this via MAME or PinMAME running standalone.
Score attack: In Baby Pac-Man, the score counter can reach up to 10,000,000 points before rolling over. This offers some interesting TASing potential, allowing for more time spent in the pinball portion for acquiring energizers and advancing the fruit. However, it also risks meeting the goal before all unique content has been exhausted, as the fastest way to reach high-score could potentially entail not reaching the final, all invisible walls maze.
"100%"/All bonuses: There are three types of bonuses in Baby Pac-Man; up to 4 Energizers per stage, the Banana as the top-tier fruit (requiring advancing the fruit 7 times), and a maximum tunnel speed of 8 (also requiring advancing the speed 7 times). As such, it is possible to construct a goal of reaching the hardest stage while maxing tunnel speed, acquiring all energizers, maxing out the fruit type, and finally collecting at least one fruit per stage, thus offering a balanced combination of pinball play and maze play. This is the option I'm currently leaning towards, but it also could potentially be considered arbitrary, hence asking for judge input.
There are drivers in MAME, such as Pong and Breakout, that do not require any ROMsets in order to run- you just use MAMEUI or the commandline to launch the game directly, ie, 'mame pong', and it just works. BizHawk, however, naturally expects one to open a ROM in order to want to play a game- is there any way to get around this?
Open the game, pause emulation, start the movie, drag-drop this file onto hawk, do the tas. Alternatively, after dropping the file, save in the game (however it's done) and end the movie. then start new movie from saveram, without the cheat. To avoid cheat file deletion if you delete the cheat itself, disable Settings - Autosave cheats in the Cheats window.Language: cht023CE2E2 7F N ARM9 System Bus 1 b h 0 None
