JCarter426

M478_Staff
  • Content Count

    1,493
  • Joined

  • Last visited

  • Days Won

    121

Everything posted by JCarter426

  1. It would also let you avoid 2DA and UTP nonsense. Editing the area models is pretty trivial with the new tools, so I would definitely recommend it. I can't say what the source of the problem is exactly, but I believe I've seen this before. The room where the prototype accelerator is in the Vulkar base has similar problems with the window. I remember trying to fix that before and ruling out a lot of possibilities (it's nothing to do with the glass texture, for example). My guess is it's a problem with the area model. This was before we had the new tools, so I gave up on it at the time, but it may actually be a trivial fix now.
  2. I do know of an old style Basilisk model... I'm not saying I want to use it, but it is possible. Possibly.
  3. I'm glad you like it. The writing is probably the biggest change here compared to our previous works, more than all the new characters and locations and technical developments. All that's business as usual, really, and derived from the writing. It's a totally different story than the one in the games. Well, that's a complicated question. I believe for the most part we're covering parts of the timeline that haven't been shown before, which will help us avoid stepping on the comics' toes too much. There are certainly things we like and will reference, but there also might be some things we maybe don't agree with or have to be ignored or changed a bit to fit the film's pacing, One example I can give without much spoilers is how the comics handled Revan and Malak's involvement in the war. They made it out to be a mercy corps thing that the Jedi Council authorized, which I feel goes against what was established in the games, so we're not mentioning that. But for the most part the answer is yes. I'm not sure if we'll show the old style basilisks, though... I'm worried it would look silly on film, and there's probably a good reason Obsidian didn't go there. Although I do still consider them part of the film canon's history (back in the Great Sith War) and there's a bit of a reference to that in the script.
  4. Yeah, there's actually a story to that. I first learned of them years and years ago, 2008ish, but the models are incomplete, each has something different missing, so I immediately dismissed them. When we started working on the film, I recalled the models, and more importantly I recalled that one of them was animated. Some of you may recall my http://deadlystream.com/forum/topic/4758-seeking-help-to-restore-flying-drexl/http://deadlystream.com/forum/topic/4758-seeking-help-to-restore-flying-drexl/]request about getting it textured - turned out RedRob had already done it, and VP got it over to me. So I knew we had to do something with it, and here we are now. The other guys thought I was crazy at first, but Jenks and I (mostly Jenks) got it to work and we have a special use for the in the film planned. Thanks, guy. That's a custom design I did, and I'm a little proud of it because it was my first time working with new geometry on characters (Malak's skirts and the gold shoulder trim). Sadly, the visuals for the teaser were locked down over a week ago... any later and we certainly would've had second thoughts on Malak's attire. Her head actually is in the game files, although unused in the game.
  5. I looked at the model again and I think you're right. The main problem I had with it in the past turned out to be some issue with the smoothing rendering properly, and once that's fixed it looks better. Touch ups would still be nice, of course, and a new turret model would be required for the Peragus departure. There isn't one in the game. Another model that's not in the game is Ahto City. I did create one for new scenes (as seen ) but the quality was not great. The geometry of Ahto City is not that complicated, though, so I'm sure it would be no trouble for the modelers here. Oh, we also don't have Yavin Station. I still have to figure out how to trigger emitters on and off, but I'm pretty sure it's doable. They're on loop in some hangars, so the settings and positions can be copied from there. One thing I'm not so sure about is the dust clouds on Tatooine and Korriban. Yeah, it's not an importing issue. Well, there are importing issues (like the smoothing I mentioned) but most of those can be fixed. The main issue is the game doesn't run on 3ds Max; it runs on the Odyssey engine. A lot of the visuals are rendered through that and don't exist as anything you can import in a modeling program - the lighting, the grass, the particles, etc. A lot of it looks like empty boxes and nonsense in 3ds. So that won't get us anywhere. Better to use the game as a rendering engine.
  6. I'd be up for pitching in with that sort of thing. The animation, anyway. But the game's Ebon Hawk model is of lower quality than the cinematic ones, so I'd say that would be needed before anything.
  7. I actually like the blue one. It reminds me of a cruder version of daytime Korriban I did a few years ago (as seen in KOTOR Episode III: The Circle of Fate™). Although for continuity reasons as you say, I'd also vote for one of the others.
  8. I'll get them online. I just have to sort through them. I have a bunch of unfinished and early drafts, some of which may never have been released, so I'm thinking of doing a compilation book. But they aren't labeled, so I have to figure out which is which first. I think I have everything except the very original draft of my K1 adaptation, which was terrible, but it may also be on an old hard drive. Right now I have two later versions of K1, as well as several K2 issues, in various stages of completion. I also know I have draft pages of another version of K1 and the Mandalorian Wars story I mentioned before. I'll put together everything I can find when I find it.
  9. People remember my comics?!!!! Yeah, it was a thing. I did some, and I recall one or two other people did a bit, but I don't think any of us got a lot done. I know my stuff isn't currently accessible because of hosting problems, either. I think I have most of it but I know I did lose a lot of my older images. There's some stuff I never released, too, so I might see about making it all public. I didn't really know what I was doing at first, and my methods changed over time, and even then I still didn't really know what I was doing. So there's a lot I would do differently. I initially started making comics because I had failed at making films, and I only quit making comics because I basically learned everything I needed to learn in order to make films while I was making the comics. There was another factor, though: coming up with the visuals was so much more time consuming than writing the scripts. Back in the day, when I was doing a comic adaptation of KOTOR, at the same time I was also doing a novelization with the help of Jenks and some other guys. I remember getting halfway through Dantooine in the novel before we ever got close to rescuing Bastila in the comic... mainly because I was the only one working on the visuals, but it really took that much longer. The format does have its merits and I'd certainly like to see other comics done with the game, but the game engine isn't a substitute artist; you still have to do all the work. I repeated that process a few times on my own with some other projects, some got scrapped and others turned into just prose. For one of them, I was doing a story set in the Mandalorian Wars and the existing assets were just too limiting for the story I wanted to tell. So that's another issue. If you're drawing a comic and you want to visit a new planet, you only need to draw it. With the game, it's not that simple. If I were to give that another go, I'd probably seek out an artist instead. If you have a story that can be told through the game alone, though, it's worth a shot.
  10. I looked at the existing OnEnter script and it really doesn't do much. It just changes the skybox. I'm guessing the other triggers are done with actual trigger objects rather than the script. There may be stuff I'm overlooking but I don't think it would be a scripting problem. The work would be in making all the cutscenes, and also editing the banter dialogue to account for the changes.
  11. That would be a bit of work, but I like the idea. I might take a look at it when I have the chance.
  12. It could, and that's the method a couple K1 mods have used. But the thing I'm not sure about is whether new forms can be added into the same GUI spot as the existing forms. Otherwise, you would be able to use two at a time.
  13. Well, once again, pretty much all of the combat system is hard coded; however, it might be possible to make something with similar effects. I haven't really looked into it much, but the existing forms are outlined in spells.2da.
  14. I believe they already do, but in any case it's not possible to add new feats like that. That's because it displays what whoever accesses it can do. I was under the impression that it displayed everything with some options greyed out, though. Anyway, I don't think that can be changed. Yes, but what did you want to do with them? Animations? Or just mechanical effects?
  15. That's not a mod but rather the High Quality Music Patch, which can be found here. As for extracting stuff from StreamMusic, they have to be renamed to .mp3 and then decompressed with Miles Sound System. The installer used to be free on their website, but I don't know where to find it anymore.
  16. 1) Demolition act as a damage&hit multiplier for grenades This is possible by editing k_sup_grenade. I remember this idea has been discussed before, but I'm not sure if anyone went and did anything with it. 2) Awareness increase critical hit chance & protect from critical hits This is not possible. The combat system is hard coded. 3) Charisma can lower the price of the items you buy This is theoretically possible, but not very practical. Stores and their prices are defined in UTM files. The only way have the prices change would be to make a different store and then script which one opens depending on your charisma. But it still wouldn't really work, because the game would consider it an entirely different store and one would not keep track of what was added to or removed from another. Edit from the future: It's also possible to change the markup via script, and that could be based on Charisma. Still not very practical as it requires editing every merchant and may be incompatible with other merchant mods, but possible. 4) Blaster Rifles have a feat like blaster gun Not sure what you mean here. 5) Wrist launcher has a 50% chance of using rockets&darts without consuming them. Or, even better, make it so that rockets&dart are no more consumable but like skill force related (unlimited, but after a certain use they finish and refill only after battle) This is not possible. Rockets and grenades are destroyed upon use and there's no way to change that. Theoretically, you could edit the impact script to give you back another item, but it would be a little wonky. 6) You can see in-game the influence point (es: 65/100) The only way to do this is to edit or create a dialogue file that will display it for you when you ask. There are mods that do this. There's no way to add it to the GUI, though. 7) You see at the workbench all the items you could craft 😎 You can access, equip&unequip all the PCs inventory in the ship The game already does these. 9) Your inventory shows you all the items, even those equipped by members that aren't currently in your team This is not possible. Items are stored in a character's inventory or the party inventory, not both. 10) You can go invisible during fights (with the invisibility going off when you attack) consuming items or force points This is not possible. You can only use the stealth mechanic outside combat. There may be a way to fake it with a new spell, but I think it would require editing the AI to make them stop noticing you and that's a mess I try to avoid, so I can't say much more. I really doubt it would work. 11) You can use a FF12 gambit system (http://finalfantasy.wikia.com/wiki/Gambits) ex: condition hp-80%: medpack / condition non droid: action stasis, / condition stunned enemy: flurry This is not possible. The engine and GUI would have to be built for that sort of thing, and they're not. 12) You can add different stances What do you mean by stances? 13) You can see the dice rolls in the bottom of screen This isn't possible. Again, the GUI can't be edited in that manner. If you want to see the results of die rolls you'll have to check the feedback screen. 14) Always meet lvl 1 new companion so that you can build them differently, and in general modify their starting feats&skills This can easily be done by editing their UTC files. 15) Make all the starting base armors upgradable Any armor can be made upgradeable, but the systems differ slightly in each game. They both require editing of the UTI files.
  17. It's weird that they would use a 32-bit integer if, practically speaking, you'll never get as high as a 16-bit integer would get you anyway.
  18. Comic was 100% canon in the previous Expanded Universe canon, and written by Chris Avellone himself. Miraluka are also long established as having no eyes, going back to the 90s here. So my vote would be for that as well, although I understand the technical challenge. I don't think it would look too weird, and you could include an option with a bag over her head. It should even be possible to unlock her headgear slot and make that an equippable item for her.
  19. Oh, I'm not sure. The walk and run animations are completely different in K2, so it's not a minor thing that can be fixed. Hmm, I took a look at them and if it's just the right arm I could probably do it. I don't really consider it a mistake that needs to be fixed, though. I'm fairly certain they changed the walk and run animations in order to accommodate the robes with capes, so it probably looks the way they intended it to look. Changing it back could possibly cause some clipping problems, but probably nothing worse than the game is guilty of already. Eh, I'll think about it. Update! Well, I can't sleep, so I did that. As I suspected, it does clip a bit. I put it in a separate, optional folder, so if you don't want it you don't have to use it.
  20. I didn't notice any other differences, but if there are any I could take a look. What's the problem?
  21. I think you'll have to rename VisasAssassin.ascii.mdl to VisasAssassin-ascii.mdl or such. MDLOps was hanging up on me for the same reason. It wasn't liking any other dots.
  22. Update! Fixed dual blaster animations. Somehow they ended up in the wrong place in K2, so I restored them to the K1 positions. So the blasters will no longer clip through the hands or hover in the air.
  23. Well, I'm just guessing. The texture variations for the UTI files are stored in 8-bit, so they only recognize that 256 numbers exist - 0 through 255. If you try to input anything higher, it just rolls over back to the beginning, so it thinks 256 is 0, and so on. appearance.2da clearly goes higher than 256, so my guess is 16-bit, which would support rows 0 through 65,535. If you go higher than that? I don't know. Perhaps it would recognize no more entries. Or maybe it would crash the game like everything else does.
  24. The Model Name™ is what the Aurora/Odyssey Base is named in 3ds. Whenever you compile with MDLOps, it looks for that, regardless of what you name your ASCII file. So in this case, VisasAssassin. When you run MDLOps to convert ASCII to binary, it looks up your ASCII's model name and then tries to find a binary MDL & MDX with the same name. So it can copy missing data over as previously mentioned. So you need a binary MDL & MDX with that name. That's the only time it cares about file names. You can name the ASCII to whatever you feel like. So, if your model name is VisasAssassin, to compile it you need: An ASCII named whatever you feel like. I usually go for a scheme like VisasAssassin-ascii_v1. VisasAssassin.mdl (renamed from the game's P_VisasBB.mdl) VisasAssassin.mdx (renamed from the game's P_VisasBB.mdx) Also, I believe the ASCII file extension has to be .mdl for MDLOps. I've had it hang up on .ascii files.