Experienced Forum User, Published Author, Experienced player
(626)
Joined: 4/5/2014
Posts: 459
JosJuice wrote:
Oh, the stop function does graceful handling of Wii shutdowns before saving the movie... That's not nice. I don't know if it's the reason for your problem, though.
You can save a copy of the movie without stopping emulation by using Movie > Export Recording..., but there's no way to actually stop recording without stopping emulation as far as I know.
There's a Zelda Edition fork of Dolphin which does have this, and should be simple to port.
Experienced Forum User, Published Author, Experienced player
(626)
Joined: 4/5/2014
Posts: 459
JosJuice wrote:
Hmm... I don't know why I didn't think of this before, but try enabling an emulated Wiimote along with the GameCube controller.
This would make sense, because viewing the DTM in DTM Editor shows that it uses a GC controller as well as a Wiimote (which doesn't make sense, but whatever).
Experienced Forum User, Published Author, Experienced player
(626)
Joined: 4/5/2014
Posts: 459
Warp wrote:
Fog wrote:
While not an official rule, it has been a longstanding option available to authors to have their encodes be the official encodes linked on TASVideos.
Shouldn't there be a reasonable limit to that? As a (deliberately) extreme example, suppose an author added profanities to the encode. Would it be accepted as the official encode?
As a less extreme example, suppose the encode only showed half of the image. Would it be acceptable?
I don't see why tasvideos should just accept a lower-quality encode as its official encode.
I forgot to mention that it needs to meet our publication standards (which that encode does). We also have an encode up on the official TASVideos channel as Spikestuff already linked.
Experienced Forum User, Published Author, Experienced player
(626)
Joined: 4/5/2014
Posts: 459
InfamousKnight wrote:
Very nice! Within 24 days we already got a lot done! Well, I didn't really contribute to anything besides bringing it up.
Anyways, so when recording, will save states and frame advance apply to the encode?
Just no "movie file" for verication?
I can do some test.
Save states will apply, frame advance acts just like regular playback.
Experienced Forum User, Published Author, Experienced player
(626)
Joined: 4/5/2014
Posts: 459
Unknown394 wrote:
Fog wrote:
mtvf1 wrote:
Unknown394 wrote:
I have at least spent thirty hours on this run.
I have nothing to say. If you always make tas like this, you never ever make a good tas. Sorry, no vote.
Voting no because it took 30 hours (which can be a lot of time if it's spread out over multiple days) is stupid.
If you're going to vote at all, vote for if it was entertaining (as the poll title asks).
I did not spend 30 hours on this single run. I spent 8 hours on this run.
The 30 hours includes the failed and obsolete runs I did.
TASes can go through multiple iterations, so from initial conception to completion was 30 hours.
Experienced Forum User, Published Author, Experienced player
(626)
Joined: 4/5/2014
Posts: 459
mtvf1 wrote:
Fog wrote:
Voting no because it took 30 hours (which can be a lot of time if it's spread out over multiple days) is stupid.
If you're going to vote at all, vote for if it was entertaining (as the poll title asks).
I only vote for technical, and the low quality movies never entertain me.
That's too bad, since technical != entertainment.
You can leave a comment as you did, and abstain from voting if you're not going to vote purely on entertainment.
Experienced Forum User, Published Author, Experienced player
(626)
Joined: 4/5/2014
Posts: 459
mtvf1 wrote:
Unknown394 wrote:
I have at least spent thirty hours on this run.
I have nothing to say. If you always make tas like this, you never ever make a good tas. Sorry, no vote.
Voting no because it took 30 hours (which can be a lot of time if it's spread out over multiple days) is stupid.
If you're going to vote at all, vote for if it was entertaining (as the poll title asks).
