Posts for henke37


Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
Requesting encode
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
I wasn't even able to tell that this was a walkathon. This leaves me with a run that uses weapons in the intro stage and skips to the final stages. It was entertaining yes, but it doesn't feel complete. I don't think that the gains outweighed the losses.
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
I somehow suspect that not a single voter has actually watched this.
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
Derakon wrote:
What happens if you don't grab 15 fruit in a level?
I second that question.
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
A lot of running right, but also a lot of jumping involved. Looks nice, well done.
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
Well, aside from the automatic frame skipping, the sound synchronization, the file/socket io and the RNG that shouldn't be too hard.
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
I think that is a typo. He means "could". It is not impossible in theory. But you pretty much need to write your own flash player. That would be difficult.
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
Uhm, where is the sram verification movie?
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
So, how is the encode going?
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
I think we can safely assume that we can't sync this one on hardware. But not due to limits in the playback tools. The real issue is that an emulator is an ideal simulation. All the timings are perfect and have the same values. Reality isn't like that. Components have tolerance ranges that affect the timing enough to cause syncing issues. We would need ludicrously accurate clocks in the hardware and perfectly manufactured components. Neither of those are realistic, or even achievable with lots of resources.
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
It is not required that emulators start recording at the same spot we start timing. It might not even be desirable. In the end we just need to know when the game code first starts executing. This is trivial for cases where it is the first thing the emulator runs. The real problem here is when the non timed code loads the timed code. We would need to understand the loading code well enough to be able to track where the game code ends up. Or at least be able to identify the code that jumps to the game code. Anyway, as for the matter of support of these things? I have no clue. But I assume that since no one have cared so far there is no support for this.
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
We can assume that the BIOS hasn't been hacked, since that is against the rules. You have a point in that some games does start from the MBR. Most however does not. One would have to monitor the os loading code to know where the game code is loaded, but once that is done it is trivial to check if the game code has begun execution or not.
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
I beg to differ. As long one has a clear definition of what code counts as the game it is easy to check in theory.
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
Adding in the clauses would just be formalizing the exceptions. I want a simple solution where we don't need exceptions in the first place.
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
I worry about our actual rules. I don't want a lot of exceptions, I want a solution where we don't need exceptions.
Post subject: Rule about game start vs console power on
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
We have gotten a small problem in the rules with regards to some of our latest target platforms. Our current rules say that we time from console power on. This has worked well in the past, but only because that is the same as the alternative. The alternative would be to start timing when the first instruction of the game executes. This difference would mean that we could ignore the DOS boot time and actually time the game. The situation is even more tricky with regards to hourglass, since the system is guaranteed to be already running is this case. Of course, we would need to define what counts as game code to begin with. Should we include stock runtime stuff that all compilers want to include? Probably. How about the bios/os loader stuff? Probably not.
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
I can only speak for myself, but here is what I personally like:
  • A high action/time ratio
  • Doing such stuff that I am taken by surprise
  • Doing things that rightfully shouldn't be possible
  • Interesting visuals and audio in the game
  • Showcasing just how badly things are programmed
  • Performing stunts
The end goal here is to show that you have mastered the game to such a degree that the impossible looks easy. And a few laughs at the expense of the game is good too.
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
Did we ever reach a consensus on this? I find it silly that the issue isn't addressed in the guidelines.
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
I suspect pointer hijinks.
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
That was a fast run. There were moments when I lost track of Sonic.
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
Actually, we have a ruling that it is ok to stop the movie at the point where continuous blank input reaches the goal. But that doesn't mean anything when you miss the date with several weeks.
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
If this was a Monty python show they would had to end the sketch due to it being silly. And that was only 10 minutes in. This is much longer.
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
I am disappointed in that the bonus rounds where skipped. But one can't deny that this is an improvement of good game.
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
This run has so much spatial abuse that there is nearly no intended gameplay left. I love that. But I can't help but feel cheated when the run is only for 70 stars.
Editor, Experienced Forum User
Joined: 3/10/2010
Posts: 899
Location: Sweden
Welcome to TASVideos! It's great to see a new TASer join our community. However, unfortunately your submission doesn't meet our rules and regulations. Specifically it: [X] Fails to beat the existing record [_] Uses cheats [X] Starts from SRAM without justification [X] Starts from SRAM without a verification movie [_] Was made using an unsupported emulator [X] Does not look like it was made using tool assistance [_] Does not beat the game For these reasons, I am cancelling your submission. If you feel I've made a mistake, please contact me by clicking on the "PM" button at the bottom of this post. Otherwise, please don't give up! We're happy to help you refine your work. Make a new thread in the Newbie Corner, or find the existing thread for your game of choice, and we can give you feedback on how to make a truly great TAS.