DarthParametric

Modders
  • Content Count

    4,710
  • Joined

  • Last visited

  • Days Won

    537

Everything posted by DarthParametric

  1. I can take a look at the Max file if you want. Might save some guesswork.
  2. You can do it with KTool, but I prefer Convert2DA myself. As the name suggests, it will convert 2DAs to a tab-delimited text file, which you can open in a spreadsheet like Excel. Once saved, you can convert the text file back into a 2DA. The original GUI-based version is a little hard to get hold of these days though. If you are well stocked with ad and script blockers, you can brave this link - http://deadlystream.com/forum/topic/3649-im-getting-into-modding-and-doing-fairly-well-but-i-have-one-issue-i-really-could-use-help-with/?p=37788 Alternatively, there is a commandline tool available as part of the Xoreos Tools package that will do the same thing - https://github.com/xoreos/xoreos-tools/releases Edit: Actually, Convert2DA isn't in that package. Fortunately the Wayback Machine comes to the rescue - https://web.archive.org/web/20161229181814/http://www.starwarsknights.com/tools.php Also I'm still not seeing your meshes in the ASCII.
  3. Excluding the eyes and eyelids (which Visas doesn't need), it's more like 14 bones including the jaw. Very simplistic indeed by modern standards. Make your custom meshes children of the AuroraBase. You shouldn't need to touch anything else, assuming you haven't modified the rig. As an aside, this is a useful trick when using an existing model as a template. You don't need to delete the vanilla meshes, just make sure they are outside the AuroraBase and they won't get exported.
  4. It's mostly hyperbole, yeah. KOTOR heads don't have a lot of bones to start with, and assuming you keep the bag (or equivalent) over most of her head, all you really need to worry about for Visas is the mouth. Aside from that, there is one trick with heads which is probably what gets people's pants in a twist. By default the model won't correctly link to the neck of the body, meaning it will be offset and floating in the air. You can fix that by patching the binary model that MDLOps compiles with VP's HeadFixer. Regarding the model you posted, you presumably missed my last post after it was buried by all the off topic spam. Your ASCII doesn't contain your meshes because they (presumably) weren't children of the AuroraBase. The script ignores anything in the scene that isn't a child of the base. You'll need to fix that and re-export, then recompile.
  5. I just realised your ASCII has none of your actual meshes. You must not have made them children of the AuroraBase before exporting. You'll need to do that and re-export. This is unrelated to your compiling issue, but in effect the compiled model I have now is just a skeleton.
  6. I compiled it on Windows 10, so that shouldn't be the issue (in theory). I can just give you the one I compiled, but of course that doesn't solve your root issue.
  7. It would also be wise to utilise a folder outside the OS drive. It's unlikely to be related in this instance, but Windows is extremely pissy about permissions, especially in Windows 10 with the nerfing of admin privileges.
  8. My guess is that is a call to the OpenGL command GL_CLAMP that stops the texture shifting more than the specified amount of pixels. This is logical given that some of these textures are only 256x256, so there is basically zero tolerance for the texture wrapping around past the edges. That command is deprecated in newer versions of OpenGL though, so I am wondering if that is part of the problem. As I posted above, the modern alternative is GL_CLAMP_TO_EDGE, which should stop texture wrapping altogether (in theory).
  9. Presumably you derived the base model you rigged to by decompiling the vanilla model, so I can't see that being the problem. And as such you can obviously decompile, which should notionally rule out a problem running MDLOps. You didn't change the ASCII? You have hide extensions turned off in Windows Explorer so you can be sure the filenames are right?
  10. I used the ASCII you posted earlier in the example above. You are using the original binary copy of P_VisasBB on your end, right?
  11. The AuroraBase was already named correctly, VisasAssassin. You just failed to properly rename the original P_VisasBB binary model (and also had a wrong filename on the ASCII, but MDLOps doesn't care about that).
  12. It is. Your model is named VisasAssassin. You need to change the filename of the supermodel (i.e. P_VisasBB) to VisasAssassin.mdl/mdx
  13. Typically when MDLOps hangs trying to compile it's because of an incorrect filename. If you want to post your models I'll take a look.
  14. You'll need to rename your AuroraBase to a unique name and then change the supermodel to P_VisasBB. Export without animations. After exporting the ASCII, change the filename to something like XYZ_ASCII.mdl. Extract a copy of the binary P_VisasBB MDL and MDX, then rename them to your custom model's name (whatever XYZ is). Put them in the same directory with the ASCII then load up the ASCII with MDLOps, hit Read and Write Model. Fingers crossed it doesn't screw up and collapse your PC into a singularity. Your compiled model should be something like XYZ_ASCII-k2-bin. You can delete the renamed supermodel, then change your compiled model's filename to XYZ. After that you'll want to edit appearance.2da and replace the references to P_VisasBB in her row. If you plan on making texture variants, you will need your texture names to conform to the format ABC01, ABC02, etc. In the texture columns of appearance.2da you just put the base ABC texture name. The item UTIs will specify the texture variant number.
  15. The highest res textures are stored in an ERF archive located at TexturePacks\swpc_tex_tpa.erf but they aren't TGA, they are TPC, Bioware's own format. You'll need to install KOTOR Tool anyway as a prerequisite for just about any KOTOR modding, and that will let you browse and extract the textures. Regarding bones, for the most part what you are looking for is anything with a "_g" suffix, for example rthigh_g, lforearm_g, etc. Although that's not a universal rule, for example breastbone. Anything with "_geo" is actually a rendered mesh, not a bone. Anything that is a dummy object you can ignore, like the AuroraBase that everything is a child of, anything with "hook", like DeflectHook or HeadHook, etc.
  16. You have weights assigned to non-bone objects, like the AuroraBase (P_VisasBB), the ignore ngon, and all the various dummies/hooks. You need to clear all those out. That's causing most of your distortion. But you also have incorrect bone weights, like fingers weighted to the pelvis.
  17. A simple diffuse is pretty much your lot in most cases. The game doesn't support specularity in the typical sense. It uses environment maps (i.e. cube maps) to fake a combined specularity/reflection. In practice it is mostly used for shiny metals because of how over the top it is (getting a nice flat specular highlight is pretty much impossible). You use the alpha channel as a mask for this, then specify the envmap via a text file sharing the texture name with the TXI extension (vanilla textures include this info internally). As you may suspect, this is an either/or proposition if you want to use alpha transparency. As for your skinning woes, it's hard to say from looking at pictures beyond a generic "weight issue". If you want to post or PM me your model I can take a look.
  18. Ah, well that's good then. I've never used Maya, so I don't know how similar or different they are. For Max, you apply a skin modifier, then in the modifier select the bones that will affect the mesh, then apply/paint your weights. The important limitation I mentioned earlier is that KOTOR can only accept a maximum of 4 weights per vertex. You can limit this in the Skin modifier in the Advanced Parameters section, setting the Bone Affect Limit value to 4. Embedding should work with any valid browser-renderable image format, via the IMG tag. Imgur should offer you embedding links via the Get Share Links option (in the mouseover menu).
  19. Ho boy. I assumed you were familiar with skinning. This will be a modding baptism of fire. Start here I guess - https://www.youtube.com/results?search_query=3ds+max+character+skinning+tutorial
  20. We'll need some sort of split-screen/side-by-side before and after showcase.
  21. Use the Sticky, young Padawan: http://deadlystream.com/forum/topic/3875-nwmax-plug-in-for-3dsmax-2014/ You'll need to decompile one of the vanilla models using MDLOps, then use NWMax to import the ASCII model into Max. That will give you a rig to skin to. When you are finished you can export a new ASCII model, then compile it back to a binary game format with MDLOps.
  22. Chances are it's a conflict with a different mod, not a fault with the mod itself.