Boothand

Hoooly mantracker. No one seems to put enough emphasis on how incredible this is. Did you actually play this with your hands, or did you make corrections to automated midi transcriptions? Was really cool to hear the part at 57:20 in your first link, as an example. I agree though that the melody sometimes could benefit from more emphasis. The transcription is brilliant (I've done a lot of transcription too and call tell!).

It looks very good! You've done a good job updating and adapting the assets. Perhaps you'd be interested in JK2 Enhanced. With the new rend2 renderer, normal-, specular maps and the likes could be used to make it look pretty modern, and real time lighting in the best case scenario.

Hmm, I'm not aware of any glitches like that in JK2, at least not with the start animation. It shouldn't have anything to do with the legs/torso division, rather just what animation frames are assigned and the harsh transition into those animations. I tried to fix it by excluding certain starting frames in animation.cfg, and it worked somewhat well serverside + clientside, but once I connected to another server, it became visible again.

It seems more glitchy than that to me. It goes down into a completely unnecessary pose: http://imgur.com/gvIqyP6 http://imgur.com/i0TKqoM

I haven't played very much JKA, but instantly noticed something very annoying this time, not sure if this happens for everyone. The animation glitch/jump as he transitions into a swing, and overall animations look very choppy in the 'seams', when going between the start, middle and end of the attack sequences. JKA gif with JK2 comparison: http://imgur.com/a/4wyLJ If this is a regular thing, have any clientside mods fixed this to your knowledge? (Happens with baseJKA and OpenJK)

I've only tried starting a new game, as my previous saved games are from base JK2. It also happens when loading a map directly (/map kejim_post).

Downloaded and built from https://github.com/JKEnhanced/OpenJK Didn't find any 'issues' tab on your GitHub, so posting here! Clean JK2 steam installation. Debug: Retry: Closes and doesn't ask me follow-up questions about debugging. Release: Silent crash when starting a new game.

If you tell me how I can reproduce the issue where they jump (e.g if it's a special map and location, which NPC to spawn etc), I might have a quick look at it when I get home later today.

I'm not sure if that statement is valid in C, I think it wouldn't compile in C# at least, but note the exclamation mark before cent. If anything, it would probably be interpreted as "if health stats is not less than 50". Your first post looked more likely to nail the issue. Either way, I don't really know the context there, and I would still suggest either: Doing a console print to determine if the jump code in question is run on the NPC (search for trap_SendConsoleCommand or Com_Printf with Ctrl F to see how it's done) In Visual Studio, press Shift F12 on the PM_CheckJump to get a list over all calls to the function, and see if it's being called in any AI related parts.

I see! Thanks for the context. It probably did (now I see Rick Astley's loving face). Just seemed clever if no one could see the video of the proposed bug, although it would be even cleverer if you had coded something that looked like a major bug and recorded that

I don't know anything about KOTF, but that was a really well played joke! I'd like to think the video being blocked in my country was a part of the play.

I've barely ever looked into the SP code. Are you sure that this function is called for NPCs? Are they counted as 'clients'? Try to print a message to the console every time they perform a jump. If the message shows up, they use the function, and if not you need to check somewhere else. The condition itself looks correct though.

Long story short, turns out PM_SetAnim actually does use blending, and I can't possibly remember what I did wrong yesterday (I found out by checking G_SetTauntAnim which ultimately called NPC_SetAnim, which is very similar to PM_SetAnim, so running G_SetTauntAnim does the same thing as running PM_SetAnim with blendTime 100). It turns out that when I increase the blend time above 100 (the default), it starts off blending into the animation slower like expected, but snaps into the final frame of the animation after some time. It's not a huge problem to use 100, but makes it a bit less 'smooth' than I'd like. Blend time 500: Blend time 100: Same result with other animations (that have more than a single frame). Might have something to do with the duration of the animation? I don't expect there to be a simple solution, but leaving this here for reference either way. PM_SetAnim(&pm, SETANIM_TORSO, BOTH_P1_S1_T_, SETANIM_FLAG_OVERRIDE | SETANIM_FLAG_HOLD, 100); //values above 100 causes him to snap into the final frame too early

Doing an experiment for someone, trying to trigger a saber animation on keypress. ps.saberBlocked = BLOCKED_TOP, for instance, instantly snaps Kyle into the pose. In multiplayer there was some blending actually when doing this. I tried PM_SetAnim because I saw it had a parameter for blend time, but same behaviour as above. Saw references to animation blending with the SetBoneIndex G2API stuff, but didn't want to touch that. Calling from ClientThink_real in g_active for now. Is there a reasonable way to blend to a saber pose? @@MGummelt

Hmm. All fine in 2.76b: http://i.imgur.com/57OvkWW.gifv

Any animation mod will of course change the gameplay (not necessarily in a way that matters though), as there isn't a dedicated server in singleplayer to have authority over your character and the saber.

The source code is out, so it could be fixed. I tested setting g_saberAnimSpeed to something low and it plays without glitching in force speed 3. So we can assume it happens because of some animSpeed modifier in the source code. Searched around for "animSpeed", "FP_SPEED" and looked through the saber functions, but didn't find much of relevance to the saber speed. Perhaps this is related (see screenshot below), if the 'weaponTime' addition makes the saber go faster (and in the case of that swing, too fast), though I thought that was only related to the time before the weapon is fireable again. Wherever it is, it might be solved by setting an upper cap on the animation speed whenever you do that that particular saber move.

Level 3 seems to give the animation glitch you had as well.

Not entirely sure what speed level that was. The one you have when you reach Bespin on Jedi Master.

Here's how it looks with me (Steam version):

Hmm, you could try the 'code' button in the full editor. Might not be a huge improvement though. //sabers must actually collide with the attacking saber sabersDist = WP_SabersDistance( attacker, owner ); if ( attacker && attacker->client && attacker->client->ps.saberInFlight ) { sabersDist /= 2.0f; if ( sabersDist <= 16.0f ) { sabersIntersect = qtrue; } }

It looks very nice, but those enemies health bars look more like boss fights. Any reason they have so much health?

Wow, cool to see a developer around. 1. What things about the gameplay in Jedi Outcast caused you (the company) to make new patches, eventually with very different combat? Asking because JK2 today has perhaps most of its active player base still in JK2 1.02, and the rest in 1.04. 2. Have you seen videos of the highly experienced players over the years? Do they play the game anything like how you imagined they would or could when you made the game? 3. Did you have to 'kill a darling' during production, any planned features that either didn't work out or got down-prioritized?

Yeah, would be 'too easy' vs only one opponent I guess. In JK2, some of the challenge is to attack them at the right time after they shoot, especially vs bowcasters, otherwise you might lose most of your HP if they get a shot while you're winding up your attack. I guess what I mean is when there are multiple opponents (not in a corridor, but in bigger rooms) they tend to spread out and you have to aim around to block them. Not sure how it's like in Jedi Academy.

Maybe something like a 'health bar' for your saber defence that restores 'health' at a set speed. The higher your force level, the faster the regeneration. When you block too many bullets and it's below 0, you get hit. Though I kind of like it when you just have to aim really well to block bullets. Like the bar fight in Nar Shaddaa in Jedi Outcast, you're surrounded and have to act really quickly and aim your saber. Maybe the difficulty level (Padawan - Jedi master) could increase and decrease the threshold needed for blocking the shot. I guess some levels could be too easy though if everyone is in front, but most of the JK2 levels are pretty challenging and spread the enemies around.