Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Probably a feature... At least it definitely doesn't look like a bug in the site source code (the checks are explicit).
There's also "(too large text suppressed)". That's if size is 19 or more.
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Normally touching those totems would teleport you to another area, which after completion would teleport you some distance back (and you would destroy the totempole when reaching the same point again).
The idea is that the teleport won't work if X has mercy invincibility from damage. There is no enemies around, but misuse of the ice weapon can damage X.
So skipping those totems saves a lot of time (50+ seconds).
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
A note about using keyboards: The key combos would likely be difficult even if you don't hit blocking.
Some workarounds (if available for the respective emulator):
- Autohold and typing input.
- Multitrack Lua scripts (and other Lua scripts)
- Emulator internal input editors.
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Yes it is allowed[1], even encouraged (mediafire, other file sharing sites, your webspace, your youtube channel, etc..).
[1] But not to archive.org nor to TVC. And even after acceptance, only encodes meeting the guidelines for official encodes (high quality, low file size, logos, subtitles, length, etc...) go there.
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
I presume Python has JSON decoder. If so, maybe use things like http://tasvideos.org/subinfo/2000M.json and http://tasvideos.org/subinfo/3500S.json. Those things are designed to be machine-parseable.
The submission id is the second element of the id field in xxxxM.json files. The submission author nickname is the first element of the player field in xxxxS.json files.
Also, until the problem of it uploading to community_texts is resolved, please don't use it. opensource_movies, even if it is wrong category is considerably less problematic (of course, speed_runs is perferred).
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Huh? Featured movie box (displaying a random movie out of subset of movies) is still there (just checked).
That likely wouldn't be too hard to implement...
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
More like deleting publications would be an idiotic decision.
Just the amount of poo-flinging a proposal to obsolete without replacement (not delete) some bad movies got last time was quite intense.
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
You need to encode the audio separatedly (e.g. using venc) and mux it in using e.g. mkvmerge (part of mkvtoolnix).
It will mess colors up no matter what you do.
The problem is follows:
The display wants (and video camera spits out) the signal as red, green and blue intensities. Works very well for input/output of video signal.
But, red, green and blue intensities doesn't work very well for video compression. Instead, normally for video compression, the signal is transformed into brightness, redness and blueness.
The way the transformation between these two (Red,Green,Blue and Brightness,Redness,Blueness) is done is known as the color matrix.
If the encoder and decoder are using the same matrix, the colors will come up correctly. Conversely, if the matrices do not match, the colors wil be incorrect.
Now, what matrix does flash use? It depends on hardware, OS version, resolution and if playback is windowed or fullscreen.
Thus, no matter what matrix you choose when encoding, it will be incorrect for some players. The video you did no doubt has correct colors for someone else (not just for you). If you encode it so it has correct colors for you, it will be incorrect for that somebody else.
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
That thing happens if someone is set to have player rank with absolutely no points at all.
Fixed both users you mentioned (both were set to players manually, despite not having any movies).
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Of course, Mupen64 is regarded as one of the least accurate emulators on the site. This goes doubly so when emulating CPU speed (and thus lag).
I think the full run has something like 40 seconds of unemulated lag...
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
QP 0 is already bit-for-bit exact, so going lower than that has no effect.
(Negative CRF values are another matter, since CRF scale goes to -6 for 9-bit and to -12 for 10-bit).
Emulator Coder, Experienced Forum User, Published Author, Skilled player
(1142)
Joined: 5/1/2010
Posts: 1217
Well, no real reason to ask for approval. The reasons for SRAM'd runs to be rejected usually are:
- Getting the verification wrong.
- Pointless category.
- (bad play quality).
Also, IIRC, such run would fail vault requirements -> Has to be entertaining to be published (but this is a Sonic game, so...).