DarthParametric

Modders
  • Content Count

    4,626
  • Joined

  • Last visited

  • Days Won

    523

Everything posted by DarthParametric

  1. However you define it, I would think "proper" would completely invalidate "nothing fancy" and "simple".
  2. True, KOTOR cradles the barrel rather than using a chainsaw grip style like TOR, but it is two-handed at least.
  3. I wouldn't say that. The heavy repeating blaster in Sithspecter's High Quality Blasters mod has a barrel rotation animation as I recall: K1 - http://deadlystream.com/forum/files/file/861-high-quality-blasters/ TSL - http://deadlystream.com/forum/files/file/915-high-quality-blasters/ Sithspecter also made a M134 A-2 Vulcan Minigun mod way back in the day (the date on the file I have here says Sept 2008). I don't think that was ever uploaded to Deadlystream. Perhaps he could be persuaded to update it and post it here.
  4. I'd suggest the closest you are going to get is the Clone Wars Armor Pack for K1 and TSL.
  5. I think that's one of the things you "grow out of" once you realise that no matter how many polys your model has, no matter how many pixels your textures have, your saber models all end up looking like a blurry silver (or insert other colour here) tube regardless. I'd say don't feel too bad about focusing on non-visual elements.
  6. The Dragon Age Toolset wiki will give a rough idea of the sort of thing I am proposing. The original was nuked by EA, but this is a mirror: http://www.datoolset.net/wiki/Main_Page It has a mix of your usual wiki-style descriptive pages as well as tutorials.
  7. So I figure the odds on this ever happening are long, given we can't even get a new sub-forum added, but you don't know unless you ask. How about we add a wiki to the site for the purpose of disseminating knowledge regarding KOTOR modding? To be honest it is a far better format for doing so than trying to use posts in a forum. It provides a single coherent point of information for a given topic that can be edited and updated by multiple parties as needed. It's much simpler for readers to parse and be linked to additional related information. There appear to be some existing packages to link IPB to a wiki install (or user database/auth at any rate), although it looks like some of them may be pretty out of date. I'm not sure what the current flavour-of-the-month is in regard to wiki packages. I confess to having limited experience with the backend of such things, having only briefly flirted with a MediaWiki install and half a decade ago at that.
  8. I just checked and the download is fine. Both ASCII and binary models are included. The ASCII models are named XXXX-kotormax.mdl.ascii
  9. Ah, apologies. That must have been the original map that never got updated. I've swapped in the new one, try re-downloading. Your model is still screwy though. You can see in your pic that the viewfinder is on the opposite side to what it should be.
  10. It doesn't. As I said, it's intended to be used as an overlay over the diffuse. Yeah that was ye olde MDLOps failing to deal with unbroken UV edges. It should indeed be fixed in the MDLEdit compiled versions.
  11. I mean that if you are looking at the texture in an image editor, the helmet portion will be upside down because that is the way I laid it out: Thus I suggested it may be easier to paint the texture if you temporarily rotated it. That mesh has been completely flipped. Are you using Blender or something? Whatever you're looking at it in has mangled the import.
  12. If you re-download the archive, I have added a quick AO bake which you can overlay on top of the diffuse to give you some depth. That should also give you something to work with. Note that the helmet texture is "upside down" relatively speaking, so you may find it easier when working to rotate it 180 degrees (just don't forget to rotate it back before exporting). You'd be best off using something like GMax or the Model Viewer to preview your texture as you go, if you are working directly in something like PS or Gimp. I also recompiled the models with MDLEdit and included them as an additional extra, so that should hopefully prevent any UV mangling like ye olde MDLOps was want to do. Although I didn't check them in-game. While I was at it, I dug through some old folders and found some reference images I compiled back when I made the models. Here they are for anyone that may need them - https://www.darthparametric.com/files/kotor/misc/Rebels_Sabine_Wren_Reference_Pics.7z
  13. With various robe mods like Prequel Robe Replacement and Movie-Style Jedi Master Robes, you could make the likes of Mace Windu, Obi-Wan, or Anakin relatively easily. There's also Deadman's Anakin head, which I touched up a little. There are various prequel sabers available, notably the ones by oldflash. There are a few clone trooper mods around, but the best one is probably the Clone Wars Armor Pack for K1 and TSL. With the Movie Mandalorians mod you could make a Jango Fett. I made Sabine's helmet and blasters for someone years ago over on LucasForums, but never textured them. If someone else wants to finish them off, here are the files. They are free to use them as long as they credit the source.
  14. All the Swoop Gang appearances use the same base model, N_Swoopgang, so it shouldn't be an issue with the model itself. I notice however that the model has no inherent texture reference, but the appearance entry also does not have a racetex specified. It does however have a texa override. You could try editing row 45 and changing the racetex value to N_Swoopgang01. Still, odd that it would be black though if that is the cause. Typically you'd expect it to be grey or white.
  15. Seems like it is not receiving any character lights. You'll need to outline what you did.
  16. It probably will be once all the bugs are ironed out, just because of the ease-of-use factor. Under the hood, bead-v and ndix UR are working together to make both MDLEdit and MDLOps function the same/produce the same outputs.
  17. Keep in mind that some practices/advice regarding MDLOps from posts that originate before the second half of 2017 are now deprecated due to fairly drastic improvements in MDLOps and the emergence of an alternative in the form of MDLEdit.
  18. The model itself also needs to be edited to enable it. You can do this interactively in MDLEdit, or by recompiling an ASCII in the latest version of MDLOps with the tangentspace 1flag for any mesh the normal map is applied to. Additionally, the diffuse texture needs a TXI with the addition of bumpmaptexture XYZwhere XYZ is the name of the normal map. Alternatively, to use an envmap in conjuction with a normal map, your diffuse needs these TXI semantics (substitute your envmap of choice): bumpyshinytexture CM_baremetal bumpmaptexture XYZwith the caveat that the alpha channel now controls both the envmap and normal map distribution/intensity. Unfortunately there doesn't seem to be a way to utilise both independently. You may wish to also experiment with some of the following TXI semantics for the normal map: isdiffusebumpmap 1 isspecularbumpmap 1 bumpmapscaling 3The first two values are boolean (0 or 1 for false/true). The last entry appears to be an intensity scaler, and seems to accept integer values of at least up to 3, although I am not sure of what the engine's limits are.
  19. Both K1 and TSL use 001 to 005, with TSL additionally using 011 and 012 as well (the values in between are used for props like Bith musician instruments). Are you sure the weapon you are attempting to change actually uses the w_blstrpstl_001 model?
  20. If you are just trying to replace vanilla textures, then w_blstrpstl_001 through to 005 will replace the 5 variants of the basic blaster pistol in K1, with the addition of 011 and 012 in TSL.
  21. You might want to tweak the specular in a few cases. HK's gun in particular looks far too plastic, and HK himself could also do with a much sharper, narrower specular.
  22. Is your texture actually specified in your model? Does the texture follow texture variant naming conventions and match the variant specified in your UTI?
  23. That's because they are tangent space normal maps. It's a single RGB map comprising one channel per vector, not three separate greyscale bump maps.
  24. Blending additive is a semantic used for transparency, not envmaps. Refer to - http://deadlystream.com/forum/topic/5992-tpc-compressed-texture-transparency-alpha-blending/ You can only have a single alpha channel. Multiple alphas is really only a thing in programs like Photoshop. I don't know of any game engine that handles that (or even what image format supports it, beyond a PSD or nearest open source equivalent).