Facing address seems to be right after the speed, at 00C67F74. It's a float in the range [0, 360), though I can't seem to edit it (it's as if it ignores the new value).
Is this something that may be possible? I suddenly find myself with more free time and could spend some time trying to make it, if you think it could use more testing.
The game almost certainly does no such check, for two reasons:
The creators have no reason to expect that anyone can beat the third Bowser without beating the previous two (and likewise w.r.t. the second and first); they've been right so far! The check would just be useless code.
If they checked and found it failed, what should they do? They could make a scene calling you a cheater and deleting/reverting your save file, but that's both expensive in resources (and those are not to be squandered away) and not very kind. (And don't forget safety; consider the check is wrong and punishes a perfectly valid game!) So they won't do that, and pretty much would have to do nothing anyway. Might as well omit the check altogether, especially considering, from the previous reason, that it's probably not going to happen anyway.
Can you guys find another place to talk about this drama? Nobody cares. Private messages are great at private stuff. Please stop making people avoid this thread, nobody wants to get on here to read about how stupid people think someone else is, we'd go back to highschool for that if we wanted. If you're going to ignore him, do so. Telling everyone, "I'm gonna ignore him!" is missing the point. Ignore him because you want to, not to gain approval from others in some dick-waving competition.
That's all I have to say as a lurker who's getting turned off by it, and I'm sure there are others who aren't speaking up. If you disagree with it that's fine; but message me in private. We can find ways to talk about this elsewhere.
I don't get it.
The run isn't even 30 stars in — that's less than 25% done — and you already feel like you can justifiably say "No" to the entire finished thing because of some camera angles? That has to be a joke. That's like sitting down for dinner and saying, "Nope, don't like the food. The seats aren't as comfortable as I'd like." What would you prefer instead? That they email you personally before every frame asking, "Sir, which camera angle would you like now?"
Please, tell me how you can possibly feel justified in saying no. This is an honest query; I really want to understand how you feel you can turn down a run because a bit of it wasn't framed exactly how you wanted it.
And if you really wanted to help instead of babble, you could at least specify the segments you felt had bad camera angles, so people could be more aware of what others don't like. You know, contribute; provide constructive criticism.
No it's not, it's just not able to be opened because it's underwater. (According to the games theory, obviously; we'd like that to be otherwise.) But the only thing that changes when you "unlock" it is that the water is gone so you can properly walk into it and open it.
I used the word "primarily" for a reason, and already said we have other categories for other intentions aside from speed. Thanks for the link, though, I appreciate it.
Perhaps I should rephrase my argument: most runs are made for speed; this is an implicit assumption we all make when we hear "new run", for example: we think it's faster. Yes, there are exceptions. No, this game isn't one of them. Unless a run was made explicitly to not aim for the fastest time (and would be a parallel submission to one that is, like N64 Super Smash Bros.), it should be obsoleted by a faster run. Use the objective measurement unless the submission category/intention is to be subjectively entertaining.
It depresses me that both SDA and TASVideos have this strange subjective attraction to "entertainment" versus speed and somehow weigh them against eachother as if that is a fair system.
Publish the fastest run. This is the fastest run.
Absolutely spot-on.
More importantly, speed is an objective measurement, while "entertaining" is a subjective measurement. These submission issues would be resolved if we simply appealed to an objective standard.
Tool-assistance is trivially primarily about speed, or we wouldn't obsolete runs primarily based on time. It's silly to say, "A faster submission? Submit! A faster submission? Submit! A faster submission? Well, this ones not as incrementally faster as the others, maybe faster isn't better..."; be consistent. We're suppose to find maximizing speed entertaining, or that wouldn't be the overarching goal of TASing. And in the cases where we feel we want both speed and completeness, we have those categories too.
If a run is made for non-speed entertainment, it should go in the hacks/demos/other section; and if you want to watch runs based on non-speed entertainment instead of for-speed, head on over there. Leave the for-speed sections alone.
Probably not. If the goal is close enough, the time wasted by pausing isn't made up by the quicker travel.
For example I think this star is close enough that pausing wouldn't help.
To be honest, I think that pause trick looks really ugly and is a big turn-off.
People will probably get used to it. previously, whenever a BLJ happened it was like "yea, bunch of jumping seen it" then Mario took off and we're back into being interesting.
Same here, though it's definitely more of an attention getter.
You can pause at any time (as long as it's not in some sort of transition).
What's restricted is your ability to exit the level. If you're not standing still, you cannot exit.
This was undefined in C89, but C99 (the current official standard for the C programming language) does define it such that (-1)%2 is -1.
I didn't understand the last sentence... was one of your `n&1` at the end supposed to be something else?
Oops, I'm a C++ programmer, it's undefined there. My last one was showing the transformation, poorly. Replace the first == with ->. Even so, I'm utterly surprised the optimization isn't universal, I swear I've seen an article on it before. You had -O3 and stuff?
Note that n%2 and n&1 don't mean the same thing... (-1)%2 is -1, but (-1)&1 is 1. The code for "int n = ...; return n%2" is much longer/slower than the code for "int n = ...; return n&1". For this reason, I would use n&1 instead of n%2 (or else make sure that n is an unsigned int).
(gcc 4.3.4 is able to optimize "(n%2)!=0" to use the same fast code as "(n&1)!=0", but I prefer not to depend on the compiler being smart enough to implement non-obvious optimizations. I don't know whether other compilers include this optimization or not.)
Non-obvious? Are you kidding? Any compiler worth a grain of salt does that, even old Borland I'm pretty sure.
Also, you can't say `(-1)%2 is -1` because this is undefined according to the language. It very well could come out 1. That said, because compilers will optimize this to `n&1`, it then becomes trivial to see `n%2` == `n&1` == `n&1`
Alternate Text:
Real programmers set the universal constants at the start such that the universe evolves to contain the disk with the data they want.
Obligatory.
Yes. 0 is an integer, while a pointer is not an integer; the types are incompatible. By casting to void*, it then becomes allowable (pointers are freely cast in C).
This is not so in C++, where void* cannot be implicitly converted to other pointers, and 0 has special meaning. C++0x will introduce nullptr, which alleviates this issue.