This topic is for the purpose of discussing #5011: TASeditor's A2600 FlapPing in 00:00.02

im obviously voting no because i dont evn see an encode pls Why can't people simply provide an encode of their movies when submitting, I mean come on how lazy can you get...

im obviously voting no because i dont evn see an encode pls

Vote after watching!

looking at calendar "February 8th (7th) 2016" Why, the even, huh? Like the screenshot we provide, huh?

Suck it, Chessmaster.

Who needs blast processing.

As I understand it, this run contains only a single frame of input. That leads me to wonder how viable this is to do in real time. If you reboot the console and try to press that one button at the right frame, wouldn't you just make it after 10 or 20 tries?

This run should end up in the Gruefood. On nom nom...

Even though I have no idea what kind of game this is or what the run does, I would like to ask if this conforms to my favorite principle of "end the input where no further input can make the ending be reached faster".

Even though I have no idea what kind of game this is or what the run does

There's several submissions with encodes in Grue and the Workbench already, which you can use to inform yourself. You're also free to download the freeware ROM and acquire an understanding yourself.

I would like to ask if this conforms to my favorite principle of "end the input where no further input can make the ending be reached faster".

It probably doesn't.

Even though I have no idea what kind of game this is or what the run does, I would like to ask if this conforms to my favorite principle of "end the input where no further input can make the ending be reached faster".

No, the movie that reach the ending as fast as possible is 12 frames long.

I have tried reproducing this in other emulators and I always lose. I'm pretty sure I'm getting the correct input, you can tell when the paddles both fall at the same time, but the game plays differently. In particular, pterry starts in a different position on screen. You can see this quite clearly here: The bird starts 1 pixel to the left in Bizhawk. I captured this using the Stella emulator, which has a frame advance feature in it's debug mode. The birds X position is at $61. In BizHawk on the frame the bird appears, the value is 0x4D, in Stella it is 0x4C. Other emulators agree with this position. But you don't need frame advance to see the differences, here is a another screen shot of the countdown, the number '1' is pretty clearly one pixel to the left in Bizhawk: It's not the ball that is positioned wrong either, it is at 0x55 at $5B in both. I suspect there is an emulation issue in Bizhawk.

You used the right settings? The easy mode sets the ball slightly to the right, and the numbers go dark when it counts down. But yeah it could be possible that there's an issue in AtariHawk. I know of another homebrew game, Halo2600, which cannot been beaten because of an emulator issue.

I'm pretty sure all my settings are correct, I even put in NTSC Top line = 34 so the bottom line would show up correctly. Actually, I was able to recreate the run in Bizhawk in real time after a few tries, it just doesn't work in other emulators.

You guys are insane. EDIT: You're aware you've reached the theoretical limit of fastest possible game completion?

Well, we have the minimum required inputs to reach the ending. Because the CPU player scores seven times in the movie it's theoretically possible to reach the ending in fewer frames, but that's outside the scope of our community. E: Feos reminded me that longer input but shorter completion generally won't obsolete shorter input, so I amended my post accordingly.

Fewer than one? I meant the minimal movie length, since it basically is game completion to us, as long as it leads to game completion and can't be improved. Yeah, the first ultimately unimprovable run in human history.

The W indicator first appears on frame 2442, which is what I was referring to. It's the old "inputs versus completion" debate, I guess. Granted, the playback runs for 3231 frames but there's only one frame of input, on frame zero (reset, select, and button).

The thing is, you can't submit a vaultable run that has longer input but faster game completion and see it obsolete the one with shorter input, it only happened once I guess and it was a Moons (not Stars) run.

I realized you can put inputs into Stella through the debug screen. I started at frame zero and used the exact same 1 frame input as in Bizhawk in both difficulty settings and I lost both times. So, my guess is that this game cannot actually be beaten in 1 frame on actual hardware.

I believe someone asked for a temp encode?

I have no idea what's going on there...

I believe someone asked for a temp encode?

I have no idea what's going on there...

It's pong, but the paddles are affected by gravity and there's an obstacle in the field of play that changes the direction of the ball somewhat randomly on collision. There's only one frame of input on frame zero, everything else is the ball/obstacle's movement combined with the AI's inability to move precisely enough to require further movement by the player.

I think this should be published strictly for novelty. Made me laugh, yes vote

Fewer than one? I meant the minimal movie length, since it basically is game completion to us, as long as it leads to game completion and can't be improved. Yeah, the first ultimately unimprovable run in human history.

wait for a barney hide & seek "any%" run press start, stop the movie at frame 1 and win the true fastest tas ever ? or even a "no controler%"