I heard it was about the game sort of like crashing on Mupen, or something like that I don't know.

At one point you have to shoot a fire egg at a target in Banjo Tooie in the main world to continue to the next area of the game. However, for some reason Mupen messes up the collision mesh or something because shooting the target fails to trigger the new area opening event.

Uh, whoops. You guys would be right if what I said was true. I could easily fix a 0,0,0,2 pattern to be 0,0,2,2. But I made a mistake with my post up there. the pattern is really 0,0,0,3,4,4,4,7. Post-processing that to 0,0,3,3,4,4,7,7 actually makes the motion look worse. Sorry for the confusion.

I decided to look into this issue myself and I have come to the conclusion that each unique frame in the video is separated by a constant amount of time. In other words, the pattern is best described as "0,0,0,1,2,2,2,3". The best thing to do would be to convert the video to 0,0,1,1,2,2,3,3 or even 0,1,2,3. However, in addition to the strange pattern, the game sometimes displays the same frame multiple times when there is legitimate lag (think Dire Dire Docks from the Super Mario 64 TAS) Also, the game lags and displays the same (usually all black) image for several frames when a level is being loaded. Despite all this, I think I managed to smooth out the video. However, to achieve this I relied on MKV's support for variable frame rate video. I basically deleted all duplicate frames from what Mupen outputs. Then, I generated a custom timecodes file and used it with mkvmerge so I could arbitrarily set how many milliseconds each frame is displayed when the mkv is played. Here is what I came up with: http://aqwertyz.googlepages.com/BK_Compare.7z Especially pay attention when you see the exterior giant witch's hat of Gruntilda's lair and the view of slowly climbing the spiral staircase when comparing the two videos. One more thing: VLC does not seem to like variable frame rate MKVs. The KMPlayer (what I usually use), however, seems to handle them perfectly. Edit: I added a 3rd video file to BK_Compare.7z. There are 3 files now. "OriginalFPS.mkv" should look like the published run. "ConstantFPS.mkv" is a normal MKV with a constant frame rate (which means the audio desyncs, but it looks super smooth). "SmoothFPS.mkv" is supposed to look smooth and still sync with the audio. However, all of this is outdated if what bkDJ said below this post is correct.

stuff

Actually, it kinda depends on the what part of the video you're looking at. Sure, the intro video, some cutscenes, the "demo" scenes (if you don't push a button on the title screen), and even some portions of gameplay run at 00024446, which of course will looks smoother as 00224466 (essentially 0123). But not all. At least, not with a plugin that shows the puzzle transition, lens flare, and underwater sections, unless I overlooked one :/ ...Anyway, I don't think I said this yet but I finally saw the stuff after RBB. Click Clock Woods was great, and the final battle was hilarious! :D

stuff

Actually, it kinda depends on the what part of the video you're looking at. Sure, the intro video, some cutscenes, the "demo" scenes (if you don't push a button on the title screen), and even some portions of gameplay run at 00024446, which of course will looks smoother as 00224466 (essentially 0123). But not all. At least, not with a plugin that shows the puzzle transition, lens flare, and underwater sections, unless I overlooked one :/ ...Anyway, I don't think I said this yet but I finally saw the stuff after RBB. Click Clock Woods was great, and the final battle was hilarious! :D

Hmmm...I admit I did only check the very beginning of the video. I didn't think Banjo-Kazooie would be that random.

I want to watch this movie but theres one problem. The frame rate is lower than normal. Even though it runs at 100% speed on my machine, it still has a low (but steady) frame rate. I don't have this problem with other emulators. I also tried a different GPU plugin and the same thing happens. Also, it seems i'm not the only one, i can see the low fps on the videos too. Is this a problem with the particular Emulator?

Banjo Kazooie only runs at 20 fps in-game (30 fps in the opening Nintendo/Rare logo). It's just like the two Legend of Zelda games for the N64 - the N64 couldn't handle running at 30 or 60 fps for this game, so it runs at 20 instead. The way to tell if your computer is playing the game at full speed is by looking at VI/s (or vertical interrupts per second). If that's 60 (the approximate refresh rate of a TV), then you are running at full speed. Oddly enough, Project64 seems to emulate the game (and Legend of Zelda) at 60 fps. Perhaps Mupen64 emulates closer to what the N64 was actually capable of. The opening music number does run faster than the animation though. That's a normal emulation issue, just like Donkey Kong's intro music. Although, this time Project64 is capable of keeping the music synchronized for the most part. Oh well, we can only wait until Mupen64+ is released with rerecording, whenever that happens, before we get a better emulator.

Well, i just checked it (to be 100% sure) and in the real hardware, Banjo Kazooie runs smoother than it does in Mupen64 at 60 VI/s. I even used the real PAL version and its smoother than the NTSC in Mupen (i'm talking about this particular version the site has, don't know about others). Project 46 runs the game at a proper speed, like the real hardware, but NOT 60 fps. And Zelda is slower than Banjo in both Project 64 or the real hardware.

Wait... I figured it out. Project64 says 60fps, but that appears to either be VI/s or Project64 just displays duplicated frames. If you tell the graphics plugin to display frames per second, it reports 20fps. So both emulators do run at 20fps in Banjo Kazooie. Project64 just somehow makes the display of this 20fps game a bit smoother than Mupen64. EDIT: The same goes for the LoZ games.

I rather suspect that all that "spamming" was needed to move quickly. Running is often the slowest movement option available, sadly.

If anyone makes an improvement to this can you please NOT spam Roll, Jump and Flap during the early areas (Just RUN for christ sake) and when you get the Breegull Trot or whatever (where Kazooie runs for you) can you not spam the jump? So very, very fucking annoying, like when watching someone else play and they go out of there way just to annoy you with the same sound fx over and over and over.

It's slower, so no, the next TAS of this game will not simply run instead of "spamming" the other forms of movement.

True, it is slightly faster but at a rather significant cost to entertainment. The movie is great in the sense of a pure TAS with only the camera considered when working entertainment into it.

That's ridiculous, Franpa. You should know by now that alternative methods of movement are used whenever they're faster in every TAS. Even in Worms Armageddon, flipwalking is necessary to move the fastest when jumping and Fast Walk aren't available. In Zelda: OOT, Link has to run backwards. In Castlevania: Portrait of Ruin, switching characters every few frames gives a significant speed boost. I don't understand why you think this sort of thing is new or annoying. Also, how do you expect someone to make an improvement to the run without using the fastest methods?

Except for Castlevania (never played it), all of the things you mentioned don't have an annoying noise associated with the action.

I didn't find the sound too annoying. *shrugs*

Except for Castlevania (never played it), all of the things you mentioned don't have an annoying noise associated with the action.

Just watch [1437] DS Castlevania: Portrait of Ruin by arukAdo & gocha in 10:14.85 and you'll hear what Lex meant by that example.

This movie commentaries are as well dead. Anyone has a copy?

This movie commentaries are as well dead. Anyone has a copy?

I have Comicalflop's commentary: http://www.mediafire.com/?4ch8c6b7i112m52 He begins playing the movie one minute and 8 seconds into his commentary.