TOOL:KotORBlender

[Purifier 22]

View File

KotORBlender

---

KotORBlender 1.01 for Blender

 

---

• Submitter
  Purifier
• Submitted
  07/04/2016
• Category
  Modding Tools

 

Edited June 1, 2018 by Purifier
New Version

[Hunters Run 57]

Just when I decided to switch to blender. You.Are.Awesome.

 

 

Edit: I just tried it. Is there a specific method of exporting  an area walkmesh? At the moment I have to change the  walkmesh from trimesh to aabb in notepad. Also is it possible to add an Other designation to the aurora base list? Sill KAurora recognizes it so I am extremely pleased (even more so after I upgraded neverblender and it messed up exports).

[Purifier 22]

Just when I decided to switch to blender. You.Are.Awesome.

 

 

Edit: I just tried it. Is there a specific method of exporting  an area walkmesh? At the moment I have to change the  walkmesh from trimesh to aabb in notepad. Also is it possible to add an Other designation to the aurora base list? Sill KAurora recognizes it so I am extremely pleased (even more so after I upgraded neverblender and it messed up exports).

 

 

 

That's one of the things I'm working on improving in KotORBlender right now, but really there is no specific method of exporting a area walkmesh, Hunters Run. Did you get a traceback call when you exported it out of Blender? If you did, I'd love to see that if you could copy it and post that here. Also, which Blender version are you using BTW?

[Hunters Run 57]

Sent you p.m with more details.

[Kha 0]

Hi Purifier,

 

I am having trouble to make it work with head meshes and Taina's Replacer. I was trying to replicate this tutorial using Blender, but the texture gets messed on the Head mesh when I change the UV Coordinates of some vertices. Doing the same using 3ds Max 2014 I have notice that when use Blender the Taina's replacer "Texture Coordinates" list changes, for example, the head was number 1 in the list and after exporting from Blender the head goes to 24 in the list, while using 3ds Max the number of the mesh in the list doesn't change. Do you think it is something that you can fix on KotORBlender?

 

Thanks.

[Purifier 22]

Hi Purifier,

 

I am having trouble to make it work with head meshes and Taina's Replacer. I was trying to replicate this tutorial using Blender, but the texture gets messed on the Head mesh when I change the UV Coordinates of some vertices. Doing the same using 3ds Max 2014 I have notice that when use Blender the Taina's replacer "Texture Coordinates" list changes, for example, the head was number 1 in the list and after exporting from Blender the head goes to 24 in the list, while using 3ds Max the number of the mesh in the list doesn't change. Do you think it is something that you can fix on KotORBlender?

 

Thanks.

 

Long time no see, Kha. Glad to see you're still modding KotOR these days. I actually learned some things from you back in the early days over at LucasForums (merging bodies), when I was just a noob\ lurker modding KotOR. Good to see your still around and still at it. 

 

 

Okay, I will look into this issue, while I'm currently in the process of upgrading KotORBlender's python code. So thanks for bringing it to my attention. I normally don't use Taina's Replacer concerning modding heads, I usually do hex editing after using MDLops. But I'll check the method of using Taina's Replacer out and get back to you ASAP, Kha. And see if it's something that can be fixed in KotORBlender. 

[Kha 0]

I have been playing with DAO and Skyrim, but now with your KotORBlender I am really tempted to remap the UVs of my old models and repaint its texture in Blender to fix all those awful visible seams.

Thanks for taking a look into this and see if Taina'a Replacer can be used with KotORBlender. Also, if I could ask for one more thing, it would be really great if KotORBlender could create an armature when importing the skinned mesh to make it easier for weight painting... I would never use 3ds Max again for modding Kotor!!

[Purifier 22]

I have been playing with DAO and Skyrim, but now with your KotORBlender I am really tempted to remap the UVs of my old models and repaint its texture in Blender to fix all those awful visible seams.

 

Thanks for taking a look into this and see if Taina'a Replacer can be used with KotORBlender. Also, if I could ask for one more thing, it would be really great if KotORBlender could create an armature when importing the skinned mesh to make it easier for weight painting... I would never use 3ds Max again for modding Kotor!!

 

I see. Well nothing wrong with improving one's old mods. Improvement is always good

 

Funny you should mention that, "armatures", I've been working on that one too, so the user could test the rigging and character animation pose with using the bones; like in Gmax\3ds Max. So it's actually been in the "To-Do" works. 

[LiliArch 115]

Hey, I’ve been wondering. Would it be possible to create a plugin that would automate converting an imported MakeHuman model to a format that KotORBlender could export?

[Purifier 22]

On 5/28/2018 at 3:26 AM, LiliArch said:

Hey, I’ve been wondering. Would it be possible to create a plugin that would automate converting an imported MakeHuman model to a format that KotORBlender could export?

Hey sorry for the delay reply, LiliArch. You know...I'm not sure. Tell you what though, let me ask someone who knows more then me about that and get back to you. :)

[LiliArch 115]

I can send files, if that would help. (I have a 75-% complete KotOR rig for MakeHuman already, it’s the Blender part that’s giving me grief.)

[CarthOnasty 214]

When I try to export a model to an .mdl, I get the attached error. How might I remedy this or is this user error?

[ndix UR 218]

Uncheck 'Export TXI Files' on the Export Odyssey MDL settings and/or don't use relative paths, I believe. Probably one of those places I should look at making paths more OS-neutral, and also probably find /look for the Blender API relative path methods...

[CarthOnasty 214]

2 hours ago, ndix UR said:

Uncheck 'Export TXI Files' on the Export Odyssey MDL settings and/or don't use relative paths, I believe. Probably one of those places I should look at making paths more OS-neutral, and also probably find /look for the Blender API relative path methods...

That did the trick, thanks fam.

Not to be a pain again... but once I exported an .mdl, it locks up when I try to Read/Write in MDLOps. Could be user error of course.

[Purifier 22]

2 hours ago, CarthOnasty said:

Not to be a pain again... but once I exported an .mdl, it locks up when I try to Read/Write in MDLOps. Could be user error of course.

What does it say in the black dos window when you do that?

Also are using any processed files that were edited and exported out of the old KB version(0.1), then imported into the new KB version(1.0) and then exported from the new version?

[CarthOnasty 214]

7 minutes ago, Purifier said:

What does it say in the black dos window when you do that?

Also are using any processed files that were edited and exported out of the old KB version(0.1), then imported into the new KB version(1.0) and then exported from the new version?

Just says reading ascii model and freezes up.

And I've only used 1.0 with this model.

[Purifier 22]

6 minutes ago, CarthOnasty said:

Just says reading ascii model and freezes up.

And I've only used 1.0 with this model.

You mean it freezes like that for over a minute or two?

[CarthOnasty 214]

1 minute ago, Purifier said:

You mean it freezes like that for over a minute or two?

Yeah, I went and had dinner and it was till like that. Tried a couple times, same thing.

[DarthParametric 3,782]

Your problem will be a malformed ASCII. The easiest solution is just to post a copy for someone to look at.

[CarthOnasty 214]

3 minutes ago, DarthParametric said:

Your problem will be a malformed ASCII. The easiest solution is just to post a copy for someone to look at.

 

plc_starmap_from-Blender.mdl

[Purifier 22]

Hang on, CarthOnasty. We're looking at the file. Might be a while before we get back to you. :) 

[CarthOnasty 214]

4 minutes ago, Purifier said:

Hang on, CarthOnasty. We're looking at the file. Might be a while before we get back to you.

Not a problem at all. Let me know if you need anything else.

[DarthParametric 3,782]

MDLEdit compiles it with no errors but can confirm that MDLOps is choking on it. Loading it into KOTORMax causes the script to throw an error at line 2547, which is the end of node emitter Projectorflare.

 

Edit: A quick comparison to the vanilla indicates that the Blender version is missing "chunkname" and "render Motion_Blur" from that node. After replacing that node with a copy from the vanilla version, KOTORMax throws an error at the next emitter node, so presumably KOTORBlender needs a tuneup in that regard.

[Purifier 22]

24 minutes ago, DarthParametric said:

MDLEdit compiles it with no errors but can confirm that MDLOps is choking on it. Loading it into KOTORMax causes the script to throw an error at line 2547, which is the end of node emitter Projectorflare.

 

Edit: A quick comparison to the vanilla indicates that the Blender version is missing "chunkname" and "render Motion_Blur" from that node. After replacing that node with a copy from the vanilla version, KOTORMax throws an error at the next emitter node, so presumably KOTORBlender needs a tuneup in that regard.

Yeah O' man, sucker is locking up bigtime! Apparently MDLOps 1.0.1 does not like this file. Lol. Thank you for pin-pointing that out, DP.  Appreciate it!

Looks to be another bug to be fixed for the next KB version. Well anyway, we'll see what Ndix thinks when he takes a look at it.

[DarthParametric 3,782]

Interesting. If you compile and decompile with MDLEdit, you can see it adds in blank chunkname and render variables to each node. So I guess @bead-v added in a failsafe for missing variables, which is why it doesn't crash. Although presumably it would not function correctly in-game, given it is missing all the specific render semantics like Motion_Blur, Billboard_to_Local_Z, etc.