Fair Strides

A long time ago back on Lucasforums, over at Holowan Labs, two of the brightest minds in KotOR Modding teamed up on a project called Scrapyard Games. The old fossils among you who remember the project are likely on the edge of your seats, but settle down. This mod was thought up by Quanon and Glovemaster (nowadays known as Groovy Carrot) and was a TSL mod with a simple premise: a bit of fun and sport for those wanting a challenge. This mod has a fun cantina, a big hangar, a GM and an arena. The mod was worked on until both got busy with other things and Glovemaster had to go off to college and was forced to give up modding because of that. I've since been approached to resume work on this mod, so I contacted Quanon to coordinate our efforts between the areas and the content. As it stands, all that is left is a bit of modelling, some minor touch-ups on the content, and then droid audio. That last part is why I'm here... We need some people who would want to do droid audio similar to how M4-78EP's audio was done (real voices with droid filtering/synthesizing applied to them). The dialog isn't gender-specific, so anyone could apply for the following roles: Patrol Guard: Patrols the hangar and cantina and is stationed in the Game Master's Lounge. Acts as both security and information kiosk of sorts. Clipped tone, as though not looking for conversation. Ship Guard: Could be the same audio person as the Patrol Guard. Guards a ship in the hangar and has one or two lines. Bartender: Standard bartender droid offering you drinks. Security Droid: Posted in the cantina. Authoritative tone. Protocol Droid: Same as the Patrol Guard's info, but in a friendlier manner. Game Master: Droid in charge of the Games. They tell you about the game types and are the way to access the games, as well as reports the results after the game. Should you wish to audition, please record the lines below for the part you want and PM the results to me with the words "SG Audition - ", where "" is the name of the droid above. Patrol Guard: "Awaiting query..." "This is the Scrapyard Games Station, in orbit around the Hutt world Nal Hutta." "The requested information has been transferred." Ship Guard: "Back away! This is the Barracuda, property of Scrapyard Station." Bartender: "May I take your order, sir?" "We have Juma Juice for 5 credits." Security Droid: "Watch out." "Don't cause trouble." Protocol Droid: "How may I be of service?" "This is the Scrapyard Station, home of the Scrapyard Games dueling event. We are currently orbiting the Hutt homeworld of Nal Hutta." "To compete in the Games, you need to talk to the Game Master. You can find him in his lounge, through that door in the oorner." Game Master: "You have failed to complete the round." "Ah, it appears we have a new contestant." "Before I can allow you to participate in any of the Scrapyard Games challenges, I must have you sign this contract."

http://deadlystream.com/forum/topic/3392-modders-tool-files-changed-with-tslrcm-183/

Just a word of advice before he bites your head off... I think he was referring to either the Steam Workshop deal or the new KotOR 2 update...

Yeah... but doesn't that kind of character decision pro/con thing happen in RPGs all the time? Besides one or two points in a few attributes and five extra Force Points, there's no bonus to having Hanharr; conversely, besides being weak in Demolitions and thus can't pick up a mine, there is no way Mira could be any more useful. Regardless of the character's physical usefulness, Darth Tyren already laid down good in-game reasons why the two can't be in the same group. Not only would you have to make a Mira version of Kreia's Hanharr cutscene in Visguis' base, Hanharr thinks she's dead. Throwing the two of them together in the same ship, knowing that one wants to kill the other, is just a recipe for disaster and chaos, breaking the mood in some cases, and most likely requiring cutscenes involving the two of them. I don't know about you, but I don't have Mira's VA on speeddial...

First thing would be confirming these bugs before fixing them. And all but the first two sound like ones that we can't touch via modding, since they have to do with the interface and it's operations rather than the game's files...

Well, I can say that the .tpa, .tpb, and .tpc won't work out... The reason for this is because of how KotOR 1 and 2 do their textures, as well as the formats they support. I will endeavour to explain below: The Texture Formats: TPC -> Native format that the game's original textures come in. This format is a modified form of the DDS file format, and the game's files make use of DXT1 (if there is no Alpha Layer/channel in the image) or DXT5 (if there is an Alpha Layer/channel), resulting in a 1:8 or 1:4 (approximate) file-size ratio. In addition, this file format supports mipmaps, which are basically a series of bytes that allow varying levels of detail the closer the camera is to the texture being rendered, as well as including the textures special information (what you'd typically find in a .txi file) at the end of the file itself. DDS -> Essentially, this is the same as the TPC file format, though again, the TPC is slightly modified from the DDS so there is some variance. Both seem to support mipmaps, though I know for a fact that the DDS doesn't support the .txi information being embedded into the file. TGA -> Undoubtedly, this is the most common format used by mods. This is due mostly to the ease of access, as we don't have a TGA-to-TPC converter, and the DDS file format requires a special plugin for both Photoshop and Gimp (and the PS one can be really slow; I can't speak for the Gimp one...). This format is undoubtedly the biggest of the files, since most users will use a 32-bit version, even if there is no need for the Alpha Layer in the texture. Also, there have been varying levels of success and no confirmed reports as to the use of the RLE Compression when saving the textures themselves. The game's Precedence Order, or Hierarchy if you prefer, isn't clear with textures. We know that the game will use a texture in the Override folder, but we do not currently know if it will use a TGA before a DDS, or a DDS before a TPC, for example... The Texture Storage: The games support three texture options: Low, Medium, and High. These are controlled by the texpacks.2da, which is pictured below: First off, no; I've already tried it, and we can't seem to add our own options. The game went back to High... The first column is the row number, the second is a label for description, the third the name of the texture .erf to use, the fourth the GUI .erf to use, the fifth is the TLK reference to the text used in the Graphics Options in-game, the sixth and seventh have to do with the Graphics Engine, I'd imagine... The Texture Packs map onto the tpa.erf, tpb.erf, and tpc.erf packages in the Texture Packs folder. Each .erf package contains the same textures, though the number of pixels (and thus the quality and filesize) varies between each, and all are in the .tpc file format. Most modders extract the textures from the tpa.erf, since the letter denotes the quality level, in reverse order; tpa.erf maps to the High setting, tpb.erf to the Medium setting, and tpc.erf to the Low setting in-game. As to what the modders can do, it is entirely possible that they could downsize their textures to fit a lower quality, should they choose to do so. In this day and age, most just assume that people have good computers that can handle games like Skyrim (and thus can handle a few HD textures in KotOR...), which admittedly can be argued as a fair assumption... P.S.: Of note is the fact that the .tpc and .dds files are better in both file-size and performance, and so are highly recommended to use (hence the TGA-to-DDS Converter here) both for download size and load-time in-game...

Well, if it helps, the animated textures should still work the same if you convert them to DDS with the conversion tool in the Downloads section... You'll still need the .txi file of course, but the size should be anywhere from 15-35% of the original... The only downside is that you'll want to keep tga versions on-hand for editing...

That would depend on how you're testing. For one, save the files to the Override folder. After that, you need to load a save from before ever seeing the person. So for Atton, a new game would be a yes. For Mira, probably just before you first go to Nar Shaddaa is good.

Ooohh.... I love the colors and designs on those last three!

Ah yes... I've only played the NTSC (US) versions of the games, so I haven't seen the International content yet. And I was halfway through reading a review of it when my brother said, "Oh just go ahead and get it!" And then I showed him the SD-HD half-screen comparison video that Gamestop had up...

Yay, someone else likes them! I just bought the FF X/X-2 HD Remaster, but I'm waiting on the PS3 to show up...

I always interpreted those scenes as Atris being like a child when they're told not to talk to someone, or to not listen to anything someone says...

You... did talk to her, right? She found a weird holocron (SITH) and studied from it while hiding in the Enclave. That at least explains the master and laigreks. And she mentioned that she saw someone (Vrook) earlier but hid from them because she didn't know them or their intentions... She was also probably passed up for training, since she is naive enough about the Force to not recognize Sith teachings from the holocron...

The thing is, they insert files into the .mod modules or edit existing ones to add them to the level. The only other way of doing it would be to hijack the behaviour that happens when you enter a level, which can be a BIG source of incompatibilities...

In a way there is. If you know the location of the specific placeable (which you might need Darth 333's WhereAmI Armband for; SWK is down so try Filefront), you can use this to get the placeable: object oFootlocker = GetNearestObjectToLocation(OBJECT_TYPE_PLACEABLE, Location(Vector(, , ), 0.0)); And then you can add items to it with: CreateItemOnObject("", oFootlocker, ); for each of the items you want to add. This would all have to be in one script.

View File RGB-BGR Converter This conversion tool is simply a converter between the standard hexadecimal RGB colour format and the decimal BGR color format. This BGR format is used in the Fog settings and the Tweak Colour field used in the UTD structs in a .git file (though, the tweak colour might be useable in all of the Type structs...). Submitter Fair Strides Submitted 07/11/2015 Category Modding Tools  

You can try changing the node the effect is at by editing the k_inc_force.nss: // This is the one used by the Death Field // You can change this to a different node like the ones below: // NOTE: BODY_NODE_HAND should be used to attach to the 'handconjure' node. int BODY_NODE_HAND = 0; int BODY_NODE_CHEST = 1; int BODY_NODE_HEAD = 2; // NOTE: BODY_NODE_HAND_* should be used to attach specifically to either the left or right hand. The // nodes used with be 'lhand' and 'rhand'. int BODY_NODE_HAND_LEFT = 3; int BODY_NODE_HAND_RIGHT = 4; effect eBeam = EffectBeam(VFX_BEAM_DEATH_FIELD_TENTACLE, OBJECT_SELF, BODY_NODE_HEAD);

It should be, since it uses the TSLPatcher, but it won't move M4-78 on the map. And if it screws up, the unedited galaxymap_p.gui should be in the backups folder.