DarthParametric
-
Content Count
4,591 -
Joined
-
Last visited
-
Days Won
518
About DarthParametric
-
Rank
Dark Lord of the Sith
- Birthday 03/12/1976
Recent Profile Visitors
129,268 profile views
-
wip 4x Upscale+ Character Textures & Model Fixes for KotOR & TSL
DarthParametric replied to redrob41's topic in Work In Progress
With the advent of seedhartha's fork of KBlender and his implementation of binary model I/O, breaking normals shouldn't be an issue. At least if you can stomach using Blender. -
wip 4x Upscale+ Character Textures & Model Fixes for KotOR & TSL
DarthParametric replied to redrob41's topic in Work In Progress
Wow, long time no see. Welcome back. You definitely want to split them for each game. Definitely not half a gig's worth. You'll have to create an off-site gallery somewhere. Imgur maybe, or you could create a Github repo and use their Sites functionality (have a look at Kex's skyboxes mods for an example of how it is done). Not sure off the top of my head, but I have released stuff under CC BY-NC-SA 4.0 before - https://creativecommons.org/licenses/by-nc-sa/4.0/ You'd need to add it to every release page and readme I guess. You'll want to read the rules regarding it, since I have never looked into it personally - https://deadlystream.com/topic/7454-deadlystream-forum-rules/?do=findComment&comment=73940 -
DarthParametric changed their profile photo
-
@Scirs: Please try again with a fresh install of the game using this version of HP - https://github.com/NickHugi/PyKotor/releases/tag/v1.60-patcher-beta4 Grab HoloPatcher_Windows_x64.zip if you're on Windows. Speaking of which, can you please provide some details of your system. What OS version are you running? Where's the game installed? What version of the game is it (Steam, etc.). -
There's definitely something weird going on. It's complaining about the ini lacking things that should be there. Can you confirm what version of K1CP you have?
-
That was the plan eventually, although it wouldn't be of any use here since it is designed for taking screenshots/videos of weapons. This particular case would require a custom solution, but would follow the same basic idea.
-
Because it's the vanilla blaster model. It was for testing/demonstration purposes, nothing more. That's why I mentioned the invisible character approach above, because it obviates the need for any model at all (besides the character itself), so it will work with any arbitrary custom model simply by specifying the appropriate UTI in the script (exactly as you'd equip any other NPC). Albeit possibly/probably requiring custom positioning adjustment, depending on the type and style of weapon.
-
We'll need to wait for the authors of HP to chime in on the technical side of things, but it looks like you're trying to reinstall it over a previous installation. Don't ever do that. K1CP needs to be done over a clean, unmolested copy of the game.
-
Does it generate any logs? If so, post them. Try downloading a newer version of HP and using that - https://deadlystream.com/files/file/2243-holopatcher/ Perhaps @th3w1zard1 can help troubleshoot and/or provide a newer beta version.
-
Not necessarily. Off the top of my head, the only other obvious examples I can recall are for Matrik laying mines and Calo throwing a grenade. I don't think there are any problems with either of those. For the former, that presumably explains why the trapkit models protrude beneath the floor. But as far as weapons go, yeah if you are creating a custom scene then it's probably not great. A better, or at least more flexible, alternative to the current approach would be something like the stunt weapon holding rig I made for taking screenshots of my melee weapons mod. Basically an invisible character that's just a couple of hand hooks. Going that route would allow you to equip any weapon you wanted dynamically, without needing custom models for each one. It would probably require different positioning depending on the weapon though, for which you can use different animations.
-
Try this: Alt_Model_v2.7z
-
That's the "measuring stick" I mentioned. Each colour is 10cm high. It allows for a rough estimate of the required offset. Based on the pic, looks like -10cm is required (bottom of the light blue/top of the green is the model's Z axis 0 point).
-
Yes. As I said before, there could be some hardcoded element to prevent clipping through the floor. Given that changing the height of the spawn location doesn't appear to change anything, I'm assuming it just ignores the Z value altogether and calculates it from the walkmesh height. While item is listed as a valid object type for that function, that could just be a holdover from NWN. They have the specific CreateItemOnFloor and CreateItemOnObject functions in Odyssey to handle their needs. Try this alternate model: Alt_Model.7z It contains a "measuring stick" that should be useful to gauge the offset from the floor. I also moved the blaster mesh below world zero.
-
Is that with the adjusted waypoint height? Try this script that switches to a location instead. Alt_Script.7z
-
If you want to test it, try this and see what happens. Duncan_Stunt_Blaster_Test.7z
-
The only difference is that vanilla blasters don't have shadows enabled. Just makes it harder to notice that it's floating as well. If you edit the vanilla model and enable shadows you'll see the same thing. If it was laying flat on the floor then half of it would be clipping beneath the ground. This could be an issue with the way CreateItemOnFloor works. Perhaps it only takes X and Y co-ords from the input location and calculates the Z (height) value dynamically from the walkmesh to prevent clipping. After all, locations only support a Z rotation value (heading), so it is giving it a Y rotation by itself. There might be some hardcoded element for how to deal with certain object types. In that case you might need to create a custom model of a different type.
