Friesland, NetherlandsAutosplitters are nice to have and I guess their code could eventually turn into load removers, but yeah they're pretty useless in functionality.
Having it as a livesplit component probably makes it easier to access as well, I'm getting tired of having to run yet another program.
I read camping is actually legal under certain conditions?
Excellent, I love me some skipping out on 5 second objectives :D
Despite what I was told earlier in a large'ish post earlier in this thread, my Vice City run now appears as "98%" instead of "100%" on the schedule? Is this a mistake or did you change your mind?
Rest seems to be good to me, for now.
Got the refund, thanks!
I apparently paid too much, can I get the over amount refunded?
Usually people don't care enough to get an accurate time beyond the seconds.
If they do (For example a tied WR?) then the runs can always be retimed, so there isn't really a problem.
IMO, if moderators are incapable of modding their game on this website, they should be unmodded and their task handed over to people who are capable. But a google doc works fine too
Paid
May I ask why you force people to record this with audio and no frame drops?
As long as a run can be verified non-cheated, why not just accept it? Is audio really that important to verify the validity of a run?
I fail to see how video quality has anything to do with a run being good and non-cheated.
Id like to see the cost of the mass housing up before the deadline for the runner deposit is due so I dont have to bend my ass to pay shit twice.
Why would the rule "100% isn't 100% if it doesn't include X" apply to the all missions category but not any other category though? Looking at other categories to define 100% is dumb imo, no matter how not-gimmicky the category is.
Patrick, I see where you're getting from. However, we would need to have a CLEAR and LOGICAL definition of what X, Y and Z would be before I start actively opposing this glitch (Trust me, I really dont want to do this glitch, but I don't see any reason right now not to other than "it is dumb")
Continueing on Powdinet's bit of code: Whenever you get out of the van, the game checks for two things.
- First, it checks whether you already completed the asset (if $7856 == 1) If you have, then nothing happens.
- If you don't, then check if I have more than 49 deals. If we don't, then ok. If we do, then give the asset and play the cutscene % and the savefile name change and the mission marked as completed are only rewarded AFTER the cutscene is over (same logic as why KYFC cutscene is part of 100%)
The $612 variable is only ever used during CtC (not even during CP itself), so this variable explains why CtC won't instafail if this skip is done. $7856 is not used in CtC, only in CP upon getting out of the van.
By starting CP during HTC, the check for 49 deals and asset already completed is skipped, and so is the cutscene (heck, it even skips the check for whether the player has left the van). Instead, the code immediately executes the bit that happens after the cutscene (why? we dont know). This explains why this glitch can be done repeatedly over and over and % can be given over and over: Because it doesn't actually do the check. However, if the mission is done 'regularly', then it WILL do the check so it wont give % again. (Unlike what Gael said, as Powdinet tested).
As far as the game is concerned: This mission is completed, and it will act accordingly when the check for it is done.
However, this is not the ONLY bit of code executed. As Powdinet mentioned: It also increments the number of assets and as visible, the screen fades to black and back.
This means that this is the code that is executed:
:ICECRE1_4018 02A3: toggle_widescreen 0 Camera.Restore_WithJumpCut Camera.SetAtPos($7832, $7833, $7834) $1175 += 1 // integer values fade 1 1000
:ICECRE1_4049 if fading jf @ICECRE1_4073 wait 0 jump @ICECRE1_4049
:ICECRE1_4073 030C: set_mission_points += 1 Player.CanMove($PLAYER_CHAR) = True 03BF: set_player $PLAYER_CHAR ignored_by_everyone_to 0 0318: set_latest_mission_passed 'CREAM' // Distribution 0394: play_music 1 $612 = 1 // integer values $7854 = 1 // integer values
:ICECRE1_4119 return
Before this code is a check whether it is fading (which may or may not be executed), and before that is the code that says "CHERRY POPPERS COMPLETED. It will now generate revenue up to $x, be sure to collect it regularly. (which likely isn't executed evidenced by this text not actually appearing on screen.)
Why does it jump to this bit of code? Noone knows. But this just happens to be the bit of code that marks the mission as completed and gives %, which is the relevant bit for the current definition of 100% and AM. I do not see any other logical and easily definable variable that we can point at and say "This is going to be our definition of 100%", without there being some form of arbitrariness involved.
[quote]So the definition for all missions is "do every mission that changes the name of your save file". Then doing a skip on distribution that doesn't change the name, wouldn't be allowed.
And 100% wouldn't be 100% if it doesn't include all missions.[/quote] It does change the savefile name though.
"100% wouldn't be 100% if it doesn't include X" doesn't work as an argument because then we'd also have to do Bus Driver in VC or USJs in SA. What makes a good definition of X?
In short: This mission is severely broken, not skipped.
Patrick, what is your definition of "proper 100%" if it is not "complete everything that gives completion" or "get the counter to 100%"?
