Futuza

Curious if collaboration/group entries are allowed?

Introduction: This topic means to propose the Rumor Gathering system, the developers have discussed this briefly before and I'm bringing it back up. This is for Phase II/Phase III. Q: What is Rumor Gathering? A: It is a system we will put in place to help with two things mainly: 1. Dynamic Quest requirements, helps quests be different every time while also being able to hide certain types of requirements. 2. Workload, we want dynamic quests without too much work. Basically, in summary, it allows certain dynamic NPCs conversation trees to only be explored if enough Rumor has been gathered, instead of specific bits of 'rumor' we just give out generic rumor "points" in different categories, and require a certain amount per category to allow the dialogue option to appear, otherwise the player will not see it until enough rumors have been collected. There are several possible "sources" of rumors: npcs, holocrons, holonet, books, certain quest objects, etc...it might even be possible to let players spread rumors for us! The System Categories There are a total of 4 main categories (I could think of), that we could have rumors for: Skill Rumor Knowledge Faction Rumor Knowledge People Rumor Knowledge Places Rumor Knowledge Each of these contains subcategories of their own. eg: Skill: Force, Weapons, Armor, Miscellaneous Faction: Imperial, Rebel, Local factions, Black Sun, SorruSub, Jedi Exiles, Smugglers, Miscellaneous Groups People: Local Persons, Notable Persons (ie: Emperor Palpatine, Grand Moff Tarkin, Senator Organa, etc...) Places: Tatooine, Dantooine, Taris, Korriban, Miscellaneous Locations (instances, etc) How to acquire Rumor Knowledge Find a "source of rumor" (ie: barkeeper, book, drunkard, terminal, etc...), and then begin using it or conversing with it. Eventually after exploring the correct dialogue choices, or merely by interacting with it it will increase your rumor points (usually in specific categories, but this could be randomized as well). Mostly likely implemented via a luascript/cmd. Rumor Points Rumor Points are a way of keeping track of the total amount of Rumor Gathering the player has done. Rumor Points are added each time you obtain a rumor. They can be found on one's datapad. By looking at the datapad a big list of rumors that the player has uncovered will pull up. Only special rumors will actually be listed here. Most rumors, simply give you rumor "points" and won't actually have a rumor entry in the datapad. These special rumors will be organized by date, by default or category. Often times rumors don't in themselves contain anything, but generic information that the player already knew. The player may sometimes acquire duplicate rumors, but never from the same source. We may wish to also have a large list of generic rumors by subject for all possible rumors, similar to treasure classes which could be assigned to as a list for the game to pick from when a rumor source tries to generate rumors from a certain category. Rumor points can also be negative. -Example of Rumor Point format for a "special" rumor (these are separate from just general rumors, that simply give you points): Rumor: "Heard a rumor that there are no Jedi's left in the galaxy, and the force can no longer be used." Category: Faction Knowledge, Jedi Exiles. Source: NPC Jankins, Tatooine Rumor Points: -2 Jedi Exiles Rumor: "There is a mad hermit with supposed magic powers, near Mos Eisely". Category: Faction Knowledge, Jedi Exiles Rumor Points: +5 Jedi Exiles As you can see rumors can provide positive or negative values of rumor points, so picking up rumors from the wrong sources (consulting Imperials that don't believe in Jedi's, when you are trying to find one), will hurt your overall point score in that subject (however it may be boosted in others, such as your increase in knowledge about Imperials). Players cannot see what the actual point values are for each category, this is a mystery to them. However, they see bars for each section go up and down, but without actual values presented and just a general indicator that a rumor may have made a change to their overall knowledge in that category. Having a full bar in a particular category typically means that the player knows all there is to know about that rumor subject. So let's see a whole example, without "special" rumors. Player A is trying to find more information about the Jedi Exiles faction. First he talks to an Imperial officer asking about an Imperial outpost. The Imperial knows nothing useful about the Jedi Exiles: Imperial: "How can I help you, citizen?" Player A: "How big is the garrison here?" I: "*sigh* "Almost 200 strong, we badly need reinforcements." P: "Why, been attacked?" I: "No...*sigh* smugglers, thieves, slavers, they all slip through we've never been attacked since all the Jedi Rebellion years ago during the end of the Clone Wars. We have nothing to fear. But smugglers are certainly frustrating." P: "Well I wish I could help, but I haven't the time right now. Good luck." This NPC then gives out some rumor points (objects will need some function added to them to incorporate this). What factors into the rumor point distribution: 1. How long the player conversed with the source. (How many total tree nodes we're explored from the total branches)? 2. Random Factor. 3. Limits set on what kind of rumor points the source can give out. 4. Amounts of rumor points already given out to this player from this source, as well as certain special rumors may require special cases. So in this example the Imperial could have given out any rumors pertaining to Local Imperial Knowledge, or give negative points for the Jedi Exile. ie: +1-2 points in Imperial, +3-4 Imperial, +4-5 Imperial, -1 Jedi Exiles, or +1Local Tatooine. You would likely get the +4-5 Imperial if all tree branches of that NPC had been explored. However, the random factor may still make you unlucky and give you something worse (-1 Jedi Exiles). Typically we'll only do this type of rumor point generation on npcs who do not have tree dialog (eg: they say one thing when you interact, but that's it). NPCs with dialogue trees will probably have custom rumor points given when certain dialog trees are explored. How Rumor Points will be Used Certain NPCs may only begin certain dynamic dialogue options, when the persons rumor points in a certain category are a minimal amount. Quest creators can then set certain dialog trees as being locked until the player has enough of certain rumors. Rumors represent the players efforts to essential uncover truth and will go up (or down) as they learn and gather information in the world. For example, our Imperial gives out negative Jedi Exile points because he is under the wrong and false impression that there are no more Jedi left, since Order 66, despite the fact that there are still Jed out there. Hence by denying the Jedi Exiles existence to do so, because the player may or may not be effected by the belief (simulated by a random selection). Merely by consulting a untrustworthy rumor source, the player runs the risk of decreasing his faith and belief that the rumors he has heard about that topic are actually true. Rumor Source Format Most rumors don't get put in the datapad, only special ones the writers actually want to bother writing and attaching to a particular source (quest NPC). The rest of the rumors simply add rumor points to your rumor knowledge or take it away. So again with an example with the Imperial his object file would go something like this (using pseudo json): { //Example Imperial #245 //Location of NPC: Tatooine, Mos Eisely, coord: 2, 5550, 323 "Name": "npc_imp_245_ex", //name of the object using the rumor property "Source": true, //Is this a source of rumors? true/false "Special": true, //Is this a special rumor source? "Multiple": 0, //Can this source give out more than one category rumor point at once? "Timeout": 1440, //How many minutes does it take for this source to- //-time out before it can give out rumor points again? "Categories": //start of category definition section [ { "Type": ["Imperial"], //What type of rumor point category is the first type? "Max": 5, //What is the maximum amount of points to give out? "Min": 1, //Minimum? "Weight": 50 //0-100% How often should this choice be chosen? (50% of the time). }, { "Type": ["Jedi Exile"], "Max": 0, "Min: -1, "Weight": 25 }, { "Type: ["Tatooine"], "Max": 2, "Min: "0, "Weight": 25 } ] } Other Specifications The system would also in addition to previous information, need to track to see if that "rumor" has been given already and if not allow the player to basically spam mine rumors unless it has already been given to the player. For example once Player A has spoken with Imperial_245 he is not going to give the player any more rumor points until after the 1440 minutes are up (24 hours). Some rumor sources never timeout and are only found once. Other NPCs give out multiple vague rumors and have timeouts so the player can collect new rumors from them after coming back latter. Likely these timeouts would be between 8-48 hours, this will prevent the grinding or mass spam "mining of rumors", at least from one rumor source. Some NPCs can even have multiple requirements for dialogue options to appear. ie: More than one category, or total overall rumor points. Others may require special rumors to be found from specific sources (ie: holocrons, instance npcs, etc...) [ b]Further Development Ideas (please respond with your own ideas!)[/b] - allow players to spread their own rumors? ie: if player is part of a certain faction, speaking to that player basically via chat will allow a chance to pick up rumor points covering that faction. Could run into problems if players start advertising they can give out rumor points or something and then stand all day in the city spamming everyone and giving them rumor points. -Every rumor point adds some bit of random Starwars lore in the datapad that slowly gets unlocked? -Allow player to know that rumor knowledge has been acquired. For example a, "rumor" sound effect, or a popup dialogue box similar to the darkside/lightside point boxes in KoToR. We could also in the quest log add a piece of info that says something like, ""Obtained hearsay from npcs so & so, about Jedi Exiles". -Bonus from rumor points in that skill. For example if you have lots of rumor points in Skills: Force, you get increased force points, regeneration of force points, etc..? -Skill that can be learned to increase the rate or amount of rumor points you can receive from npcs. ie: X2 Rumor points, etc... -Allow players to 'share' rumors. So for example Player A can select one player to share a rumor with. Once the rumor is shared it cannot be shared with anyone else, however, Player A can still share other rumors he hasn't already shared with the same, or different players.

So we've recently been talking a little bit about NPC design in the Discord, so I thought I'd make a discussion thread about it so we can have a place to keep the ideas around. There should be a couple of things to keep in mind regarding NPC behavior and purposes that I want to talk about first, especially in regards to their goals and purpose in the game. Most of this deals with Phase 2 and later design, so just assume we're talking about that phase here, since NPCs will have little to no use in Phase 1 (as of right now). I'm going to discuss some of my thoughts on the design, but want to hear feedback from other players/developers. NPC Purposes in JKG I think its helpful to review NPCs from a gameplay design aspect. Why are NPCs in JKG? To serve as facilitators of items. Some NPCs produce items and you can trade with them to acquire new items. eg: A shop vendor can sell you a new e-11. To serve as facilitators of skills/abilities. Some NPCs can help players unlock new skills/abilities. eg: An npc craftsman can help a player unlock the craft items skill so the player can then craft items. To serve as distributors of quests/missions. Some NPCs can help players learn about new things and give them things to do, they can also help move the story along. eg: A caravan guard on Tatooine might ask you for help when they get stranded by a Krayt Dragon attack. To serve as obstacles and antagonists, that make quests/missions more challenging and interesting. To serve as helpers or allies, that make quests/missions easier, interesting, or even more challenging. To help fill the void of a server with the semblance of life and add to the game's atmosphere when other player's are not around. Given these primary reasons, it makes sense that we should probably optimize/design NPCs around these goals. Not all NPCs are equal, and its fine to disable certain features with some NPCs to optimize. For example, shop vendors probably do not need to serve as obstacles or antagonists so they shouldn't have the overhead of trying to figure out how to kill a player like a stormtrooper might. Some NPCs should probably have scripted actions and not need to do anything other than follow a script. Others should be more dynamic and self determining. All NPCs should have a couple of different universal ways they might interact with a player: +use on an NPC will open up a dialog with the NPC as long as the NPC is not currently hostile to the player, or is not a vendor that the player has interacted with previously. There should probably be a check that goes something like: if(npc.attitude == HOSTILE)//doesn't like player, won't talk to them {return;} if(npc.quest.dialogflag == -1) //dialogflag: -1=talked to, no more interactions, 0=never talked to, 1=dialog available, 2=quest/special interactions, etc. { //do default npc action here, such as a vendor opening his shop return; } //other npc reactions below Otherwise, the NPC would open up a dialogue with the player and the player can choose how to respond. All NPCs should have an escape dialogue choice available. This will usually be the last listed and would be something like, "Goodbye" or "[Leave]". This can always be called by pressing "ESC" to close out a dialog with an NPC. NPC dialogs should be designed so that the player can leave the conversation at any moment and pick it up later (in case of a client disconnect or player backing out, whatever). Other dialog choices would be based on the NPC itself. For example when talking to a vendor for the first time, they might introduce themselves and tell you that they can sell you stuff, and one dialog option would be to look at their wares. Most vendors, should probably only do this interaction once with each player, and then set their dialogflag to -1 (meaning that if you talk to them in the future it just skips straight to the shop screen). Quest NPCs would have additional dialog choices available while the quest is available, for example a stormtrooper might give you an option to ask him about how he became a stormtrooper, which would lead into a imperial recruiting quest. Attacking an NPC will probably be a little complex, but here's some basic ideas. First, make sure the NPC is actually attackable and if not, don't bother doing anything. For example, you shouldn't be able to kill or harm certain NPCs during certain points in the game. In general though, assuming the NPC is a valid target and currently friendly toward the player the following steps should probably happen. In general, while these principles apply to player vs NPC scenarios, they might also be applicable in NPC vs NPC scenarios. Lower the NPCs attitude value toward the player. Reduce it more significantly depending on the amount of damage done or debuffs applied. eg: A stun has far less severe consequences than lighting an NPC on fire does. Doing 100 dmg, lowers the attitude far more than 10 dmg does. This attitude value might be increased through other interactions with the NPC, such as healing it, talking to it, doing quests for it, belonging to the same faction as it, etc. Any nearby NPCs that have a visual on the player and the attacked NPC should also consider if they like or dislike or are indifferent toward the action the player is taking. For example, Darth Vader would like it if the player kills a rebel NPC, but dislike it if the player kills a stormtrooper and be indifferent toward the player killing a jawa. They should then lower or increase their attitude value toward the player. This would be far less significant than the effect of a direct attack. eg: 1 point up/down, instead of 20, etc. If the attitude value remains positive, the NPC should warn the player not to do that verbally/visually, but not do anything yet. eg: similar to the warn jaden sounds If the attitude drops to negative, the NPC will begin treating the player as hostile and any other player's he is currently on a team with. NPCs with a hostile attitude may do different things depending on the who they are. For example, a stormtrooper will probably just begin attacking the player. Not all NPCs of the same class should necessarily behave the same, see below for details. If the player attacked an NPC at somewhere other than neutral/no man's land, they should also be given notoriety points, just as they would with attacking a player. Hostile NPCs: When an npc becomes hostile toward another player it may do several different things depending on its class and personality. For example: A jawa might run away in fear. A quest npc, might fail your current quest/change the requirements. A shopkeeper might refuse to trade with you. Etc. Typically most NPCs will attack the player and their allies. However there are a couple of things to factor in, the NPC will need to consider a couple of things: Does it know where the hostile player/npc is? (Does it a visual within its range?) How long ago did it last have a visual on the target? Does it have a weapon(s) to defend itself with? And does that weapon have range to hit the target? Is it outnumbered? Is it outleveled? How many of its allies has the target already killed/attacked? What is its personality? NPCs should have the option of having a random personality generated with each spawn, this way every npc is slightly different with how they approach situations to some degree. Developers can script in certain restrictions so some NPCs always react the same way, but for most the default will be just random personality biases. For example while Jawa's might tend to be more on the cowardly end of the spectrum and choosing to flee or find cover when in a hostile situation, occasionally one might have the rare chance of being born with courage and thus fight to defend itself instead of fleeing. We would generate these similar to how treasureclass's work with items, where a set of ranges is specified for each npc class and the values generated for each behavior category being within the range specified (will talk about those categories later). After evaluating the above, the hostile NPC will most likely either try to flee or fight the player. Its personality and equipment will help determine its fighting 'style'. For example, if its more cowardly, it might try to snipe the player while ducking down beneath cover if it is a considerable range away from the player. If it is completely outmatched in level, equipment, and not brave, it will probably just try to run away from the player as far as it can get. If it has other allies and feels confident in attacking the player, they might try to work together to flush the player out of hiding, by encircling the player's position for example. NPC Personality Category Ideas, these would probably be variable amounts, eg: -100 to 100, or 0 to 100, depending on the NPC's value. The npc file would determine the range generated for each category, or use a default if not specified: <Brave-----Coward> (NPC will fight or flee) <Reckless----Cautious> (NPC will abandon self preservation vs prioritize staying alive. NPCs with high reckless values will have no problem dishing out friendly fire.) <Obsessive----Tactical> (How likely the NPC is to fixate on a specific target. eg: if the player who attacked them is part of a team, will they put priority on the player who first caused them injury while putting their allies/team as secondary targets? If the NPC is "tactical", the more likely the NPC is to switch targets based on tactical reasoning. eg: if it can't see/hit the original target it will switch targets. Regardless of this setting, if a player does excessive damage to the NPC (50+% of its HP), it will switch to a new target/fixation. <Prefers Range-----Prefers Melee> (How close to the player with the NPC try to get?) <Prefers Backup----Prefers to Solo> (NPC might only fight if it has a group, or fight regardless of allies). <Friendly Fire----Save Allies> (NPC will kill its allies if it has to vs always prioritizing saving its allies instead of the player) <Curious----Indifferent> (How likely the NPC is to investigate odd things. eg: If its companion dies, does it look for a cause or if it hears something odd, or does it ignore stuff) <Darkside----Lightside> (Which spectrum is the NPC on?) <Preferred Weapon> (Does the NPC have a preferred weapon, when given a choice. eg: if an NPC has a rocket launcher, an e-11 and a grenade which one does it choose if they're all in range?) <Loves> (Is there any entity the NPC prizes above their own safety? eg: Is the NPC assigned to protect a VIP, such as the player or another NPC, and puts their safety at risk to protect the target if necessary?) <Hates> (Is there anything the NPC hates above everything else? eg: Does it hate Tusken Raiders and will focus a Tusken over a player whenever faced with both?) We also need to talk about pathfinding/routing and how that should work, but I figured I'd let Xycaleth weigh in on that first since he's been playing with it the most.

Thanks to everyone for helping us play test this new version. The play tests have concluded, we found a few bugs and appreciate all the feedback everyone has sent us. If you have additional feedback feel free to post it in the Discord or here in this thread. A hotfix for v1.3.22 has been released to deal with the more serious issues encountered, but most of the changes based on your feedback will be implemented in later updates. Thanks again!

One match left! We had some good fun games and even found the cause of the last (hopefully) server stability bug we missed, also got lots of great feedback from new players and old veterans. Its been great so far.

Hello! The beta for v1.3.22 was just released and we need your help testing it. We have three planned test scrimmage matches this coming weekend (times are UTC): Thursday, July 10th at 10:00pm UTC Saturday July 11th at 1:00am UTC Saturday July 11th at 8pm UTC To get the latest preview build, go here (you'll want both map packs as well) . More news about the scrimmage will be upcoming, to stay up to date watch the Discord #announcement channel. You'll most likely want the map packs as well!

I have also now added an OSX binary for you Mac users out there. (Special thanks to Flate for helping me with that). Scratch that it looks like we built it wrong, getting it fixed will be reuploaded once its been fixed.

JKGalaxies 1.3.22a Released! Hey everyone, the next major release of Jedi Knight Galaxies is here! This is a full release so you will need to replace existing installs, and will need to download the new assets and binaries. A patch for v1.3.23 will likely be released in the coming in a few months depending on feedback from our next scrimmage match and any new features/bug fixes we manage to cram in by then. Read the change log below to see a summarized list of changes, there's a lot since our last major release! We will be also putting the release on ModDB (and other mirrors) in due time if you're interested in that. The easiest way to download the game is through our new website. Also for your information, we release test/preview releases much more often than we do with our major stable releases which is available at the bottom of the downloads page on the site. These are announced on the Discord, which you should totally join if haven't already =p. Thanks to everyone who helped test and create this version! Links are also provided below: Downloads >Windows: Assets | Binaries >Linux: Assets | Binaries >OSX: (not available) If you need help installing JKG, please visit this page for a helpful walk through tutorial of installing JKG. To build from the source code yourself, please refer the Github page. If you're on Linux, Flate's Guide will take you through the process step-by-step . Change Log We've been through a lot of bug fixes and new developments to get the game to the current state. Here's a summary of the changes. Changes included in v1.3.21 and v1.3.22 New Features Overheating System No more automatic blaster spam! Cross hairs will begin to redden as your weapon generates heat and will stop or slow down your ability to fire once it becomes overloaded with heat. You will need to wait for it to cool down before continuing to fire or switch to a new weapon. Many automatic blasters have received a significant nerf as a result. Medicinal Healing Pellets Load a slugthrower weapon with this bacta based pellet ammunition, it will heal your target as well as cure them of poison or bleed debuffs. Toxic Gas Canisters Load poison gas into a flamethrower in order to conduct chemical warfare against the enemy team. Warning: canisters fumes are deadly to breathe in when burned and will give you a poison debuff! Incendiary Slugthrower Rounds A special type of slugthrower ammunition that is capable of igniting targets it hits, applying them with a painful fire debuff. Loading Tips The game will now display loading tips while a map is loading. EMP Blasts Jetpacks (and in the future hopefully other types of equipment) can now be disabled via emp blasts from certain damage types (sonic, ion, electronic, ionblaster, etc). You must penetrate through a player's shield to effect them. Performance Analysis System A new performance analysis system capable of displaying processor, memory and other in depth system resource usage is available with the /perf 1 command. The tool is still in its early stages, but will be expanded on more. New Map Pack! The Jawa Fortress by Yzmo, features a twisted cave complex the Jawas, native to the Tatooine desert, are currently defending from invading Tusken Raiders. The Mos Eisley Arena a perfect map for one on one duels, or insane team fights in a narrow enclosed arena, this map features a small part of a larger map that will be available in Phase 2. The map was initially created by MaceCrusherMadunusus with tweaks by Pande and Futuza. The Imperial Base map by Noodle features a rebel attack at small Imperial facility located on a very rainy planetoid. Both Mos Eisley Arena, Imperial Base and the Jawa Fortress have ctf modes available as well. Other Improved and fixed ammo overrides, buffs and debuffs are now properly applied. Some new ammo types added as a result. When browsing for servers, the "internet" source will combine all master server lists into one, rather than only pulling from Raven's (thanks to OpenJK for this fix). Only certain types of jetpacks can be activated while carrying a CTF flag (this also plays a sputter sound to indicate it won't activate - sounds based on MWLANDI's gas stove recordings. Shields will now protect you from being stunned while they hold a charge. Death message improvements: centerprint messages restored, more improvements to come. New refined-heal debuff (removes poison and bleed debuffs and has higher healing rate). Vendors announce when their stock is replaced (new cvar: jkg_announceShopRefresh, set to 0 to disable, defaults to 1). Civilian vendors can now have custom upset messages (such as when you don't have enough credits to purchase a weapon). Jetpacks can now be activated with the assigned aci button (eg: press 8 on keyboard to use jetpack on aci slot 8), as well as while in the air like before. Jetpack's and shields now autoequip themselves if you don't already have one equipped. Added the missing Jawa icon from WizardMKBK's pack available here on JKHub. Improved certain system messages to make issues such as attempting to sell a starter weapon more obvious to users. When a weapon exceeds maxHeat, it will need to cooldown to less than the heatThreshold value (default 75% of maxHeat), before you can fire again. The ambientHeatRate key value was added for use in a map's entity/worldspawn data and controls jkg_heatDissipateTime meaning that a map's ambient temperature can affect how quickly/slowly weapons cooldown when generating heat. You will also hear sound events hear associated with each of these events now as well (see below for credits). Bug Fixes and Balance Changes Balance overhaul: extensive changes intended to better balance overpowered weapons and give less used weapons more incentive to buy them. Adjusted several clip sizes, and ammo costs. Fixed LJ-70 Beam Effect. Fixed no damage area bug. Fixed missing textures/shaders in some maps. Simplified damage code to reduce bugs. Fixed bug in dodge rolls present in v1.3.19's initial release. Nerfed dlt 19 sniper to do less damage. Jetpack's fuel gauge auto fill when you spawn (no more waiting to charge them up). Simplified pay commands, you must have earned enough credits to actually be able to share credits with others (doesn't including your starting credits). Fixed shield spillover damage, that was causing bizarre healing damage. Removed extra damage done to armored opponents with ion damagetype. Adjusted some shield prices and stats for better balance. Increased damage to shields (and droids) when using electrical based weaponry. Reduced the slow effects of armor so it isn't quite so drastic. Fixed vendors attempting to autoequip items they sold. Fixed bounty split reward code, improved performance. Buffed the flamethrower slightly. Buffed arc casters slightly. Fixed autofiring bug for weapons that consume multiple ammo counts, when the weapon's clip is partially depleted. eg: DXR-6 Reduced ammo costs in general, especially for blasters and pistols. Reduced price of certain trip mines. Reduced max stack size on bacta consumables and some grenades. Shader's for certain effects such as poison no longer viewable through walls. Bounty Code Bug Fix and Optimization. Fixed bug with fallback vendor sounds, and added new sounds for new types of vendors such as Jawas or sand people as well as new gangwar team definitions for them. Fixed crash on npcs checking for shields when null. Fixed crash with consumables. Fixed ammo price calculations and labels, shop now charges reasonable amounts and doesn't lie about the price anymore. Underdog bonuses for ammo price reductions has been disabled for the time being, until they can be properly implemented in a future patch. Trip mines won't blow up on teammates on anymore. Fixed possible jetpack crashes due to sound issues. Firing mode labels have been fixed on various weapons that were missing it or had incorrect labels. Fixed obituary messages so team changes don't count as suicides anymore. Fixed bug where non-client objects (such as trip mines or glass), could no longer take damage from missile based weapons. You can shoot trip mines now, Ivan. Fixed bug where players could switch weapons while cooking a grenade resulting in funny things, like deleting the wrong item stack. Fixed bug where maxHeat was not set per weapon and all were based on 100, rather than individual weapon maxHeat values. Fixed a bug where heat could become less than 0. Fixed bug where heat values were not initialized properly when respawning. Fixed crash when npcs were targeted by EMP blast weapons. Fixed crash caused by allowing a firemode/saberstyle change while dead. Various other stability and quality of life improvements, see commit logs on Github for details. Audio Sound FX Credits Several new sounds were added to the assets to facilitate current and future development. Most are not yet in use or didn't quite make the cut. The new audio fx were based on or inspired by the following sources, in addition to public domain and self created audio: Changes included in v1.3.19 New Features Dodge Rolls By rolling you can mitigate some damage types by correctly timing your roll. Damage is reduced up to 15% if you roll out of the way. Glua damage system overhaul Script damage is now much more customizable with glua tie ins to the engine (see spice item for test) Bug Fixes and Balance Changes Improved treasure class selection Exploit: no more infinite ammo thermal detonators Fix: ammo pricing corrections for various items, no more 1 credit rocket purchases Gave the array_bryar some more love, has just enough spread now to be useful, also added a 3rd firing mode called "decimate" which fires 9 projectiles in a large spread. Proton carbine buffed a little Fixed extra undefined firing mode on launcher_e-60R (this is possibly causing rare crashes) DH-17 pistol nerfed, smaller clip size T-21 and DLT-19 adjusted to be more worth their price while also remaining distinctly useful Disable passive credit gain announcements except in debug builds Changes included in v1.3.18 New Features New Cvars g_teamsLocked : (default 0), if set to 1 will lock the teams so players cannot switch teams after 20% of the match timelimit has passed (new players have 3 minutes to pick a team). g_teamSwitchTime : (default 5), how many seconds players must wait before switching teams. Bug Fixes and Balance Changes fixed blank name on bacta grenades client data now keeps track of how much a player has spent fixed jkg_buyAnnounce so that it can be disabled, set to announce to your team, or to both teams exploit fix with pay selling back starter guns now shows correct price (1) in shop menu starting weapon ammo is now free of charge ammo for the losing team is discounted off normal price depending on how badly the team is losing by (note: unfortunately this is not displaying correctly yet, though the actual charged amount is correct) compiler fixes don't reward our own team teamkillbonuses for suicides or team kills! don't reward the teamkillbonuses if someone switches teams! increased default spawn invulnerability time to 4 seconds from 3. Changes included in v1.3.17 New Features New Vendors There are now several new types of vendors and treasure class sets, vendors can also use specific fail/buy/interaction sounds if present. You can use these in game by spawning an npc vendor with the command npc spawn vendor npc_name vendorclass eg:/npc spawn vendor vendor_medic medicalvendor Healing Buffs There are now healing buffs, presently no shop weapons actually use them, but we will soon have a number of items put in to make use of these such as bacta grenades. There are two test items currently that use healing buffs including the grenade_bacta_antidote-e grenade and the medicinal slugthrower ammo. New Efx For Poison On body hit effects for poison are now here. Bug Fixes and Balance Changes Healing plums work again! Weapons can do negative damage (healing). Price adjustments to some weapons and slight balance changes CTF Credit bonus fixes. jkg_allowDebuffKills 1 will now use debuff settings to determine whether the debuff can do a last hit and finish someone off Reorganization of some code modules for cleaner code and improved performance Reorganization of some file structures for zz_jkg_asset5.pk3 and glua/server files Added "percentage" (boolean) to debuff data, will interpret damage as a % of current health to inflict rather than a hard number (eg: 25 would do 25% of the target's current health). Ammo price adjustments Nerfed costs for some of the more expensive weapons to make them more likely to be purchased and used. Shield prices have been reevaluated based on their usefulness from play testing Healing Plums now work for items that use lua scripts (such as bacta). Changes included in v1.3.15 New Features Passive Credit System Configurable via cvars, player's will gain a small amount of credits when employed by a team every thirty seconds. Those who join late will be paid what they would have received had the been on a team from the beginning of the match. Three cvars control variables for this system: jkg_passiveCreditsAmount, defaults to 15 credits; how much to be paid each iteration jkg_passiveCreditsRate, defaults to 30000 milliseconds; how often to pay jkg_passiveCreditsWait, defaults to 60000 milliseconds; how long to wait till player's receive payments jkg_passiveUnderdogBonus, defaults 1, disabled if set to 0. If enabled gives 20% increased credits to the losing team's players when passive credits are awarded. Setting jkg_passiveCreditsAmount to 0 will disable this system on the server. Underdog Reward System For late joins introduced. Intended to help player's who join the game's losing team catch up more quickly and keep up with the opposition. jkg_underdogBonus defaults to 1, disabled if set to 0. If enabled, gives player's who join late additional starting credits depending on when they join the game consult the following table: less than 30% match complete = +10% credits 30-44% match complete = +25% credits 45-59% match complete = +40% credits 60-64% match complete = +70% credits 65-69% match complete = +80% credits 70-79% match complete = +100% credits 80-100% match complete = +125% credits Additionally if the winning team is only ahead by 2 or less points, the credit reward is halved. Team Kill Bonus System Configurable via cvar, all player's on a team will be given a bonus amount of credits anytime any player on their team gets a kill (the killer is excluded from this reward). Use jkg_teamKillBonus to set the amount to reward, if set to 0 Team Kill Bonuses are disabled. Player's who's rank (kill count) doubled is less than their death are rewarded double. Improved Bounty System A new cvar, jkg_MaxKillStreakBounty will limit the maximum amount of credits one can receive from claiming a bounty by limiting the multiplier used to determine credit rewards when claiming a bounty. The default is 7. For example: Suppose Jill kills Jack 8 times and has a killstreak of 8. Jack kills Jill but will only receive the max reward (as if Jill had a killstreak of 7). This will help better balance bounties so they don't tip the scales too drastically. Additionally whenever a bounty holder dies from natural causes (falling off a cliff, suicide, etc) the opposing team will receive the bounty divided up by the number of players on that team. Bug Fixes and Balance Changes Disabled jkg_safeTreasureClasses by default until that system can be fixed MAX_PLACEABLE_CONSUME_WPNS increased to 20 (you can now have up to 20 detonators/trip mines on the field at once). Fixed a minor problem with safeTreasureClasses attempting to read memory out of bounds Other miscellaneous bug fixes, code refactors, and optimizations. Various item price adjustments and slight damage changes for better balance. Refactored some code

Okay so I know its hard to tell what's going on from a single frame, but overheating is now affected by the map's ambient temperature (if specified by the mapper). This will lead to some fun things like energy weapons being more effective on Hoth than on Mustafar, for example. (Not that either of those planets are planned to be included, but that'd be cool if we did get maps for them some day).

Just saw this, no idea what I was referring to, maybe I posted on the wrong thread o.O

As I mentioned in the PM you sent me, have you tested it with just OpenJK to see if the same thing occurs when using OpenJK? This will help me narrow it down to whether this is a specific JKG issue or an issue with OpenJK/your hardware.

You might also try joining the Discord to see if you can get a hold of him that way if you haven't already, sounds like you could just ask for the email contact info stuff in the readmes to be blanked out, rather than the mods removed entirely.

It'll make it more difficult but they could still select it using console.

Now I can finally replace my missing Disc 1 lol.

If by hackers they mean, gaining an unfair advantage by having a mouse and being able to adjust settings like fov, I guess? I'm pretty sure most of the supposed 'hacking' happening, is at the worst, crashing the Switch servers (haven't run into any cases so far of anyone actively using an exploit to enable things like god mode etc), the majority are probably just playing with the Switch players.

There is a new install tutorial available: https://www.youtube.com/watch?v=odx-3f07_eA Also, there are some new streams available from the last play test, I particularly liked what came of this stream: https://www.twitch.tv/videos/552405294

Hmmm, maybe some form of that could be possible, but I think creating those blueprints would need to consume something (so player's aren't producing valuable items from nothing and contributing to rampant inflation), perhaps consuming 5 blueprint fragments or some material components or something?

Thanks for the feedback. -Oh wow, that one's really broken. So what happens is it removes whatever weapon you switched to because the code is trying to take one grenade off of the stack (since you used it), but since you switched weapons before it was removed it tries to consume the current weapon instead of the grenade. It needs to just toss the cooking grenade as soon as you switch weapons, I'll get that fixed. -Jetpack + reloading animations are a little derpy, probably will be a while before I can look into improving this as there are other priorities, but thanks for pointing it out. -Tripmine lasers have to have their laser's tripped, if enemies merely step on the mine, but don't break the beam they're safe. I'll look into it more though to make sure something funnier isn't happening. -Bowcasters are being addressed, I probably won't increase the clip size, just the amount of ammo you get for them as well as the refill costs. -Q2 is probably a little too good for its price agreed, might also lower damage in addition to your suggestion. -DC15 charged shots are pretty bad against organics, I've buffed them a bit in the upcoming patch, but because its using ION damage type it sucks right now against players. Using them against droids or shielded opponents is much more effective. This is also true of its primary fire compared to other automatic weapons that do blaster type damage rather than ION. This probably won't be addressed completely right now, since its sorta in there for later stages against opponents that don't really exist right now. I will look at boosting the accuracy, and possibly making it consume 50% less ammo for the alt fire though. -Sprinting in the air is a left over known issue I thought had been fixed, I'll look into it though after fixing other issues it'll have lower priority since I don't really view it as that big of a deal at the moment. -I'll look into this one, this might just have been a server cfg issue though.

Yeah I don't know how I feel about the minigame yet, I think I want a minigame, but I don't like the one I came up with. ? I haven't mentioned anything about creating blueprint schemas based on already known blueprints, but just to clarify are you talking about being able to produce blueprint schemas to then sell to other players for example? Or like combining known blueprints to create entirely new non-existing blueprints? The way this system is setup at the moment, the second is probably not going to happen. Blueprints can only exist for items that are actually in game, the system isn't clever enough to model a new gun and generate new stats for example (plus I don't really like procedurally generated models/items they always end up feeling like filler content and not really fitting in). That said, we could probably do something like collecting certain combinations of blueprints might unlock hidden blueprints not listed on the menu. I added some information about disassembly, since I forgot to include it earlier, but it is somewhat related to your request:

As a reminder (with most Concept Threads), this is subject to (lots) of change and will likely be updated in the future. This idea has been fleshed out less than some of the other concept threads and needs more discussion between developers and the community. In fact I'd go so far to say its more of a very rough outline than a full concept. More details will worked out later. Crafting Crafting in Jedi Knight Galaxies consists of four primary activities: Gathering, Assembling, Disassembling, and Repairing. This write-up assumes you are already familiar with Item Tiers and Durability Concept Thread, and further expands on some of the concepts presented in that thread. Crafting, like many abilities in JKG, is a skill which must be invested into and purchased using skill points. Several different types of skills available in the skill trees will interact with crafting and boost or benefit crafting in JKG in various different ways. For example in the Skill Tree Concept Thread, Junkdog Supreme makes crafting materials more worthwhile to the player. That said, there will likely be a Crafting Skill Tree itself (which will be expounded on at a later date), which will offer more specific crafting related benefits, than some of the other skill trees have. At its root, investing into the Craft Skill will enable you to use the crafting mechanics of JKG. Player's who focus on and maximize their crafting skill will be able to create much more powerful and valuable items and equipment than is available from other item sources in the game (such as drops from NPCS, quest rewards, or npc vendors). Crafting can also be used to repair map structures or repair items. Certain objectives for various game modes or quests may also require the crafting skill to complete (for example: an NPC from Tatooine asks you to construct a gate at the entrance of their home to keep Tusken Raiders from walking in). After unlocking the crafting skill with skill points, you can continue to increase your character's crafting skill level by crafting. New crafting levels will unlock the ability to craft higher tier items. Gathering: Collecting Materials Crafting begins with gathering necessary materials to be used to create an item or repair an item. Every item or structure requires materials to create or repair. No skill is required to be able to gather item materials, anyone can do that! However, as mentioned previously certain skill trees may give you bigger bonuses or benefits when gathering items. There are several different sources that materials can be gathered from. Here are the most essential and common sources: Containers. For example, chests or footlockers that contain loot. These are usually spawned as a result of a one-time or temporary quest and are usually hidden out of plain sight, but if you find them can contain useful materials. There are also long term containers, such as in a player's house or a warehouse where player's can store goods (including crafting materials) indefinitely. Quest rewards. An NPC or event may reward you with items (including crafting materials) for completing or participating in the quest. Natural Resource Spawns. This includes several subtypes, consider some examples: metal ores (iron, aluminum, palladium, chromium, etc), organic materials (wool, rubber, eggs or bones that spawn in lairs of various NPC creatures, tibanna gas, etc), mineral deposits (salt, orveth gas, eleton gas, skevon gas, kyber crystals, adegan crystals, kunda stones, granite, marble, etc), and so on. Of particular note, natural resource spawns, such as metal ores or mineral deposits, may require tools to extract such as a mining drill, others can simply be interacted with without any tools in order to extract. NPC/Player Remains. When most NPCs are killed they have a chance of dropping various items which will spawn in their corpse's remainder container. What is dropped depends on the NPC type and level as well as some other random factors. Most frequently NPCs will drop some sort of organic remains (such as bones, or exoskeleton, or bodily fluid, etc), occasionally they may be carrying something much rarer (especially if humanoid). Player's can also drop whatever they are carrying in their inventory (see looting thread). NPCs which have the animal type, are more likely to drop useful organic crafting materials, while humanoids are more likely to drop synthetic materials or credits. Machinery Spawns. Some types of machines can produce certain types of synthetic crafting materials when paid with credits. Vendors. Some vendors will sell crafting materials and usually carry a specific stock, but can also sell back crafting materials sold to them by other players. Others. Various miscellaneous sources not listed here can also produce crafting materials. (eg: stealing materials from a shopkeeper?) Once sufficient crafting materials have been gathered the crafting process itself can begin. However, before we get to that, I want just to point out a couple of concepts in regards to actually gathering materials in sufficient quantities. While most individual player's seeking to craft items can simply carry their material goods in their inventory space, there will be a cap to how many items you can fit in your inventory at once (I would expect it to be around 100, but this still needs to be discussed). Additionally each item in your inventory (including equipped items), will also have a weight value. If you exceed your character's carrying capacity, your character will become over-encumbered you will not be able to sprint and all movement will be reduced to a very slow walk, furthermore stamina regeneration will not be possible while over-encumbered. These issues will make it difficult to transport large amounts of materials around with you without several trips, however there will be a couple of things that can still help you. Vehicles, including animals like Dewbacks, and actual mechanical vehicles such as landspeeders or swoops, will usually have a limited size container onboard you can also stash with additional goods. Companion NPCs also have some inventory space and can carry some things for you. Beware though, if you are carrying a lot of goods, you may make it very easy for pirates, looters and other deviants to take advantage of your weakened position and steal your goods. Player's might consider hiring other trustworthy player's to guard them to and from resource extraction points in order to minimize risk and maximize profit. Certain crafting materials can only be found from very specific sources and so you might need to travel far and wide or do a lot of trading to get the resources you need. Certain items may require quite expensive investments of time and vast amounts of materials to actually craft, while other more common place items will be relatively simple to create. Player's may wish to pool their resources together (such as part of a guild or party), in order to craft specific expensive items a single player alone would have a difficult time achieving. Gathering: Blueprints Once the crafter has the necessary materials at hand, they can begin using them to create, repair, or improve items and structures in game provided they have unlocked the blueprint required to create the item. Blueprints for various types of different items and technologies can be acquired through quests, vendors, or rare drops from certain npcs. For example, a blueprint for a Blastech DLT-19 Heavy Blaster Rifle would first need to be known, before you could craft the weapon. Blueprints come in three different forms: Blueprint Fragments - These represent incomplete pieces of a blueprint. Blueprint fragments have two parts to them: type, and size. Whenever the player receives a blueprint fragment, the fragment is usually assigned a random type (this can be overridden by a quest/objective etc to give a specific type if needed, but is not the default behavior). There are different types for each type of item (eg: pistol, carbine, shield, consumable, material, jetpack, etc.) Each additional fragment of the same type, increases the player's current blueprint stack of that type, by whatever the fragment's size is. Once the stack reaches 5, the player receives a random blueprint schema for that type and the stack for that blueprint fragment type is reset to 0. Blueprint fragments do not take up inventory space and do not weigh anything (you can view these from the crafting menu). Blueprint fragments are fairly common item drops/rewards, especially for things like destroying an enemy droid. Blueprint Schemas. - These items represent complete blueprints and take up inventory space. For example, you might acquire a KYD-21 Blaster Pistol Blueprint Schema. A player can choose to "learn" a blueprint schema, by activating it. This will consume the blueprint schema (destroying it), and unlocks the blueprint it refers to permanently for the player who activates it. Blueprint schemas cannot be activated if the player has already learned the blueprint for that item. Blueprint schemas can be sold to other player's or NPCs or destroyed. Complete Blueprint schemas can be found by completing quests, buying them through vendors, through rare drops from certain npcs, or by acquiring enough fragments to unlock a random schema. Blueprint schemas are rare item drops/rewards. Blueprint schemas take up inventory space, but do not weigh anything. Blueprints - Once a blueprint schema has been learned, it unlocks the secrets of how to construct/repair/scrap that type of item. For example, a KYD-21 Blaster Pistol Blueprint would allow the player to craft KYD-21's. Player's can view a list of blueprint's their character has unlocked. These are not items, but more akin to unlocking a skill. The blueprint will also list the material component list required to assemble or repair the item as well as the estimated disassembly rewards (see below). Crafting: Assembly/Disassembly/Repair Now that you've unlocked the right blueprints and have the right materials on hand, you can start crafting. There are three different ways to craft something. Note: field crafting requires a separate investment of skill points. Field Crafting Requires an additional "Field Crafting" skill to be learned in the crafting skill tree. Limited to simple items, this skill allows you to craft items, equipment and weapons on the fly provided you have materials on hand. While something complex such as a new gun cannot be created, simpler items such as grenades, sequencer charges, medpacks, bacta stimulants, and other consumables can be created. Equipping a crafting item such as hydrospanner will reduce material costs and speed up the crafting time while equipped (usually 5-30 seconds depending on the skill level and item being created). This skill is unique in that it can be done pretty much anywhere and does not need to be done at a workbench (see below). Additionally you can repair most items in field if the item has a durability score greater than 5 and is of Elite Tier or worse quality. To begin crafting simply access the crafting menu. See below for details on this process. Workbench Crafting The most common form of crafting, if you have the crafting skill you can use workbenches to create or repair items. Requires use of a workbench which can sometimes be found in public locations or purchased for a player's house or vehicle. To begin crafting you will access the crafting menu via pressing use on the workbench (or by opening the crafting menu while next to a usable workbench). See below for details on this process. Structure Crafting Usually done as part of a quest or during some sort of match objective. For example, you might be asked to repair a broken control console, but will only be able to do so if you have the crafting skill and the necessary materials on hand. These types are structure are highlighted with a blue-green hollow transparency when a player puts their cross-hairs on the structure, indicating that it can be repaired or created by structure crafting. The primary crafting menu might look something like this (forgive the temporary images, I'll get better gui concepts up later): The first column would have buttons allowing you to select different crafting options, all options except "View Known Blueprints" would be grayed out if not near a workbench or possessing the Field Crafting Skill. The second column would list all materials currently in your inventory you are capable of crafting (that you have blueprints for). The third column would list your blueprint fragments in order of highest to least (if the current amount for a type is 0, it is hidden from view). Clicking the View Known Blueprints brings up a list of all blueprints you currently know, on which you can view information such as which materials are required to craft the item, repair the item and which materials can be produced when disassembling that item. Repairs Clicking the Repair button will then bring up a list of items in your inventory with durability less than full. Those with the lowest percentage of durability will be listed first. You can hover over each item to view the material cost to repair. You can then click the "repair" button after selecting an item to repair, and the game will then consume those materials and restore that item's durability to full. The higher an items tier, the more rare/expensive materials usually required to repair it. Items of higher tier, require a higher crafting skill level to repair. You can attempt to repair items for which you do not yet have sufficiently high enough crafting level with the risk that you may damage the high tier item and decrease its durability, instead of repairing it. If you successfully repair the higher item, you will gain double crafting skill xp, than you would have otherwise. Each time you repair an item gives you crafting skill xp, with more xp for higher durability items. Assembly Clicking the Assemble button brings up a list of possible blueprints to select from for which you have all the materials and of which you have a high enough crafting skill level. After selecting the blueprint you want to use as a template, you will then select the materials to use to craft the item (required material components will automatically be added, but some blueprints allow for optional additional material components, eg: dye to change the color of the item), as well as which item tier you wish to attempt to make the item. You can also specify a quantity of how many you wish to attempt to craft in a single session. The screen will show you a preview of the new weapon and what its stats might look like if the crafting attempt is successful. You may then click the "craft" button to start. I'd like to have some sort of crafting minigame, but this idea may get scrapped and just skipped over entirely, but review the spoiler below for an explanation of how it might work. I still want suggestions for possible minigames for crafting, but I think something along the lines of a rhythm or timing game would match fairly well. After the circuitry minigame finishes, the game will then take your quality points and add them to a formula that will determine your chance of successfully crafting the new item. It'll probably go something like this: increase base chance by 1-10% (depending on minigame results) up to a max of X%, depending on item tier. Other RNG formula things will also be considered, such as increasing the items durability, damage, and other stats in which more minigame quality points will also increase the chances of the weapon having better stats, as well as factors such as your crafting skill level and other skill trees, etc. The server will then roll RNG and see if successful. If successful, the material components are then consumed from that player's inventory and the game will continue to the final assembly crafting screen, where the item's actual stats are shown and the player is given a chance to give the weapon a nickname if it is of Elite Tier or higher. Once a name has been picked and/or the item's stats are reviewed, the item will be deposited into the player's inventory. If the crafting attempt is unsuccessful, the material components will be consumed, and/or if one of the components is an item with durability it will be damaged. Notes: There are many factors that will actually affect successful item crafting as well as the product's final result. One very important factor is what item tier material components are being used. For example, the highest chance of successfully creating a superior item will require elite tier materials to be consumed. One technique that will always help ensuring you will have a higher chance of success is including the item you are attempting to craft, but one tier lower than the desired tier. eg: If you are attempting to craft an Elite KYD-21 Pistol, including a refined KYD-21 as an optional material component will greatly increase your chance of success, but may also result in the refined KYD-21 being damaged (or possibly destroyed if its durability is too low). This sounds a bit messy to me though, and I might rework this "upgrade" mechanic into something a little simpler later. I will also include add information at a later date that will go into details for how crafting formulas themselves will actually work since this is more of generic summary. Maybe that will just be built into the blueprint recipe itself? Disassembly By choosing the disassembly button you will then be brought into a menu of your inventory of all "scrappable" items (usually items with durability). If you select the item, and you have a high enough crafting skill, your character will attempt to disassemble the item into its material components. Each component has a base 25% chance of being destroyed during this process (this risk can be reduced with higher crafting skill level and certain crafting skills). You can select multiple items to do this with, through this menu as well, instead of just doing one at a time. When the process is complete, the item will be turned into its material components, which can then be recycled into use for something else or sold/destroyed. The disassembly process cannot be started if you do not have room in your inventory to receive the max amount of materials possible, if you are disassembling more than one item at a time the game will attempt to disassemble all of them, running through them one at a time - if your inventory becomes too full to receive more material components it will stop the attempt. You can attempt to disassemble higher tier items higher than your current crafting skill level, but the chance of each component being destroyed increases by 25% for each tier above your current skill level. eg: Someone who can disassemble refined tier, who attempts to disassemble a superior tier item would result in a 75% chance that each material component would be destroyed. Each material component created from the disassembly process nets an increase in crafting skill xp. Successfully disassembling higher tier items results in higher xp rewards. Finally, each time you disassemble an item you have a chance to gain 0-3 blueprint fragments for that item type (depending on the RNG gods and the disassembled item tier). For example disassembling an Elite DL-18 Blaster Pistol might result in rewarding you 2 blueprint fragments of the pistol type. Generally, disassembling common tier items have a very low chance of producing any blueprint fragments, while higher tiers have a higher chance of producing a few blueprint fragments. Disassembling inorganic items while near droids upsets them, and disassembling organic items near meatbags may also upset them. Final Note: I would also like to include some sort of temporary trading system where player's can pay a crafter to do something specific to their item (such as upgrade it by one tier), without risking the other player stealing it. Not sure on how exactly that might work yet, but it'd be a nice feature to have to support crafters.