Experienced Forum User, Published Author, Active player
(372)
Joined: 9/25/2011
Posts: 652
alden wrote:
OMG OMG THIS IS AWESOME
OK, calm down... One of the great pleasures I get from tasvideos is nostalgia, and personally this game is VERY nostalgic, one of my favorite games of all time. In fact one of my only complaints about this TAS is it skips too much :P
Also, the long loading/cutscenes near the beginning are a little annoying, but overall HUGE YES VOTE
Double impressive that you modified the source code to allow for mouse movement!
OMG OMG OMG I THINK I LOVE YOU
Thanks for the great show of support! One of the reasons why I made this is because there seemed to be a desire for games like this. :D
sgrunt wrote:
As against the grain as this is judging from the last two posts here, I'm going to have to vote No.
I happen to think that the charm of an adventure game is enjoying the storyline and puzzle-solving at a relatively leisurely pace. If you know exactly what it is that you have to do to reach the ending sequence and just blaze through the game as quickly as possible, you're losing a lot of the entertainment value inherent in the game.
Essentially, given the nature of the genre, and holding this up as a specific example, I don't think that classic adventure games are suited for speedrunning in any traditional sense.
I was concerned that an argument like this would come up, mostly because there's some validity to it. With a couple exceptions, much of the game could have been done without the use of tool assistance. Yet I question whether that means the speedrun (and the genre as a whole) is inadmissible.
If you look at the first speed runs of games such as Deja Vu, Shadowgate and Uninvited, they suffer from the same criticisms. However, those TASses were accepted, and are now part of the TASVideos collection. Should they have been rejected? No. If you look at the current Shadowgate run, it manipulates RAM and relies very heavily on resources that only a tool can provide. If the original Shadowgate TAS had been rejected, or if the whole Storybook game genre had been rejected, such a TAS would never have come into being.
The same argument can be made for this TAS. Although it may only take advantage of tool assistance in a few parts of the run, it should be seen as a starting point. By publishing this run, it will encourage others to beat it, and to find more creative and tool dependent ways of optimizing the run.
Finally, there are requests for sierra games in both dos game wishlists as well as on the windows games forum. There is definitely demand for TASses in this genre.
EDIT: (I'm trying to avoid a double-post)
goldfish wrote:
I consider a run of SQ4 to be more entertaining than KQ5 (though I personally liked both), and really hope this one makes it through, and that we avoid setting a general precedent concerning classic adventure games.
Thanks goldfish. I hope it makes it through too! And Sticky, I'm glad you enjoyed it! If you have a chance, play the whole game sometime. It's lots of fun!
Aqfaq wrote:
It was also played extraordinarily. The cursor movements while waiting, route planning, cursor precision... Everything looks strangely funny and TASsy.
But does this TAS really "use death to save time", because it is not the player character who dies?
Good work, c-square! A very impressive first submission!
Thanks Aqfaq. I was a little nervous on how this submission would be received, so it means a lot to hear that. Yeah, I wasn't sure whether that as using death or not. I guess it could go either way. :)
Experienced Forum User, Published Author, Active player
(372)
Joined: 9/25/2011
Posts: 652
Hi,
I'm working on a PC speedrun using JPC-rr 11.2. I've created a dump file of my WIP which I can watch using playdump. However, when I try to use dumpconvert, to encode it, it fails.
I think it's a problem with how I have direct264 installed, because it makes the wav file just fine when I omit the video option:
After it crashes, it creates an avi file that is 4 gb in size! That happens even if my dump is only a few seconds in length.
I have all the direct264 files copied directly into the jpcrr directory. Unfortunately, I can't find any documentation on direct264 to know if that's the correct way to do it.
Any help would be greatly appreciated!!
EDIT: FYI, I'm using the latest version of direct264 released 2011-08-31
