eezstreet / jediknightgalaxies Goto Github PK

..instead of being in two files which contain a massive amount of shared code. Needless to say, I had to go in and fix a ton of -insert derogatory comment here- because it appears to be really badly copypasta from something else.

Self-explanatory.

Once radios get implemented into vehicles properly, users will be able to listen to radios through that means, and a User Files folder will be added thusly to My Documents using fs_homepath:

My Documents/Terran Gaming/Jedi Knight Galaxies User Files/[User Tracks/screenshots/demos]

Cool feature that was never finished -- SWFs that can be rendered to textures using an swfMap keyword in a shader.

Haven't confirmed this for myself, but otherwise self-explanatory.

When charging a weapon, it's possible to hold ADS and have it not do the scoping effect. Easiest example is DXR-6 charging followed by going to ADS.

Self-explanatory -- sometimes weapons with a grenade launcher will play their tiltback animations in first person very abruptly, instead of a smooth transition.

bug found when npc's are spawn or travel vendors try to shoot at you when they don't have any weapons to fire with but use aim anim on them as NPCs have no ghoul2 instance

//Stoiss

... with the awesomesauce that is the random SW name list. If new user on server's name = Padawan on connection, rename to from list.

Animation glitch, appears that sabers use the incorrect animation when turned off for some anims.

Feature appears to have stopped working, even after ported to the engine.

Prior to the move to the engine, this was working properly. Now, it will cause issues with even the slightest bump.

Likely related to issue #31, the Bryar Sniper doesn't allow you to fire until you release both ADS and fire.

Self explanatory.

Apply the SSE math calculations across the board to all instances of memcpy. Also improve SSE math in general. There's some SSE stuff being used in jkg_autowaypoint.c that isn't used anywhere else.
That file generally smells of a poor copypasta job though.

Using Melee and ADS together results in a plethora of bugs.

Gameplay glitch - players can sprint whilst they are reloading.

Self-explanatory.

Be it console text, window title or otherwise. Going to wait on engine for full usage.

Self explanatory, when being disintegrated by a thermal detonator or disruptor rifle, the body returns to the root pose.

Self-explanatory.

Possibly need to remove inability to chat period while dead, discuss amongst team.

Self-explanatory.

Self-explanatory.

"Lacking anims for transition from sights to hipfire and vice versa. Can probably get away with the smoothing stuff eezstreet did for sabers. See: saber code, animation blend time when SAF_BLOCKING"

HUD is pretty nastily rendered at the moment and can stand an upgrade. It tends to go about in a lot of convoluted directions, some of which I don't understand completely.

Self-explanatory.

Repeaters are nigh-impossible to block. Something needs to be done about this.

Stamina drains from melee cause rollovers/general bugs if spammed too much.

A brief history of the AI system

• Original system, implemented in Elite Forces
• SOF version, with ghoul2
• JK2 version, with updated nav, and much functionality removed
• JKA version, with further altered nav
• JKA version, with C++ stripped out
• JKG version, with AWP/navmesh conflicts and overall just a crappy built-on-top-of handling of it, which is just messy, buggy, and ineffecient.
  I propose once branch CPlusPlus is done, we take the proper initiative and add some C++ classes to deal with AI properly, using AWP as a baseline for navigation, ditching g_nav.cpp and all that... It's really quite a mess as it is.

JKG needs to be properly bound via import/export tables and glua needs to be relocated to the engine before Cinematic PVS correction can be ported to the engine.

The basic ^1 ^2 ^3 etc are pretty harsh colours. Some more earthy / soft versions of them would be better I think and would be another good step away from Q3 and JKA.