I'd leave it on the "Presented by NCS" screen for a few more seconds, cause it appears for a split second before the encode ends (right when the song ends).
This is kind of interesting.
NitroGenesis's YouTube encode shows 487 re-records, whilst sp00ky's downloadable encode shows 8000 re-records.
Though, I believe for consistency's sake, we should go with the re-record count given by the movie file and not an author's estimate.
Okay, took a look at it, and there's a few issues, unfortunately:
First off, there are typos in the logo (which I've pointed out in DMs, but seemingly weren't fixed). The subtitle placement is also way too early (should be at around the 1:28 mark, where gameplay effectively starts (without covering the HUD)).
Finally, the framerate is also weirdly off. It should be 60, but that felt much closer to 30. Not entirely sure where the issue lies, but I may have a hunch that frame skipping in the emulator is enabled.
That's all for now.
The last two posts above were previously in the Encoders sub-forum (more precisely, the "Ask a question, get an answer" topic, even though the question at hand is not related to encoding.
Good TAS but why don't you apply the same fighting strategy against Fracktail as in the current WR speedrun?
Yeah, I'm wondering about that as well. You applied that strategy for the first loop around, but not the second one.
EDIT: Comparing both fights, the TAS is 5 seconds slower than the RTA any% record.
Just for the record, the movie file should cut at the last frame required to reach the credits, so the 5 or so minutes should be cut from the movie file.
I'm willing to allow any external capture software that allows to capture audio and video without any loss of usable information (so no frame loss and no audio sample loss), up to and including lossy codecs
Gonna amend this post and say I'm willing to allow a minimal amount of dropped frames here and there. Basically the same deal with dropped samples.
I personally feel this is an ideal, not a hard requirement. However, as feos noted, a lack of it can complicate the workflow by a fair amount. (Dega is actually the notable exception that plays nice with .kkapture)
Should compatibility with a lossless capture program like KKapture be required? Or are we open to recording lossily?
I'm willing to allow any external capture software that allows to capture audio and video without any loss of usable information (so no frame loss and no audio sample loss), up to and including lossy codecs. I just don't want a workflow that's literally impossible to work with.
It should be noted that in order to be able to access that option at all, you need to be an editor for TASVideosChannel on YouTube Studio. In the near future, every publisher and encoder should be granted access to it. Please ask me, feos or an admin assistant if you wish to gain access to TVC.
Not quite what I mean. I meant to ask if it automatically transitions to a new screen after waiting a bit when the credits are over, which...I guess has already been answered.
I approve of the change in administration. It was getting really frustrating to work with him in any meaningful way, and I'm glad that we're finally undergoing positive changes for the site.
In my opinion, we can transition away from the modern HQ MKV encodes, as sometimes, subtitle placement can be a bit of a hassle to figure out or, worse, the resulting output is completely blurry (see any recent A2600 encode). Not only that, but sometimes, there's not even any real filesize benefit to it, despite dedupping and the like.
Moreover, at native res, subtitle placement can be really tricky either. At twice the native res, most, if not all placement issues, especially for handhelds like GB, will be solved.
If you wish to sorta simulate how it looks like on the modern MKV encode, you can set handheld to true and set the subtitle positioning this way. Do bear in mind that it affects the positioning for the other encodes.
