Jump to content

mrwonko

JKHub Staff
  • Posts

    1,610
  • Joined

  • Last visited

5 Followers

Profile Information

  • Pronouns
    Not Telling
  • Location
    Germany
  • Modding Interests
    Coder
    Jack of all Trades

Contact Methods

Recent Profile Visitors

20,838 profile views

mrwonko's Achievements

  1. I'm not entirely sure if you need a shader to get correct lighting for the model, maybe not. On export, every vertex can only have one UV coordinate and one normal. So if you have sharp edges or UV seams, the vertices along them will get duplicated automatically on export. You can re-import the exported glm to see the result. To get around it, manually split the surface in question. Ideally aim for less than 500 vertices per surface after exporting, because dynamic shadows cause the limit to be halved.
  2. The exporter should automatically discard any bones beyond the 4 most impactful ones.
  3. There are different ways of weighting models, but they're not specific to Jedi Academy. You can look for general advice on how to do weighting in Blender, the only important thing is that it needs to be done using an armature. I would not start by assigning individual weights using vertex groups. For a rough first pass, bone envelopes should provide a more convenient workflow. Weight painting would then only be used to further refine the result. But this is not my area of expertise, I know just enough to get something working, but probably not efficiently.
  4. That error should not happen, can I see the .blend file that produces it?
  5. I'm not aware of a concrete overall vertex limit, but performance will suffer eventually. Try to stay close to what the original models use, this will both help keep things smooth and improve visual cohesion with the base game. Typically, caps are hidden until dismemberment. But I'm not sure if that's hardcoded, or if models explicitly mark these cap surfaces as initially disabled. If it's the latter, you should be able to have caps that start on. Or just don't give them the magic cap names, just make them "regular" always-on surfaces. Having a cap that doesn't behave like one would probably just be confusing to anyone examining the model.
  6. You should not need to hex edit your models. Just make sure that when you unpack the original files, you keep all the paths intact, so that _humanoid.gla ends up in WhereverYourJediAcademyIs/GameData/Base/models/players/_humanoid/. Then you can refer to it as models/players/_humanoid/_humanoid.gla in the export settings and the game will be able to find it.
  7. Take a look at and let us know if you still have questions.
  8. Sounds like something that needs to be fixed in the game's source code. Or you can limit your FPS.
  9. Usually, collisions e.g. with lightsabers are calculated using a lower LOD (I think 2) to keep them reasonably cheap to calculate. Since the model doesn't have any LODs, the calculations become too expensive, they need too much transform space, which has a hard limit. Some custom engines may raise this limit, which could be why you had no problems before? Either way, I would recommend giving the model LODs 1 and 2 which are roughly in line with the vertex count of vanilla models.
  10. The models/players/SenatorAang/cape shader has a missing }
  11. The reason is a missing } in the textures/Valora_Underlevels/glass1 shader.
  12. Can you share a pk3 with everything required to reproduce the issue?
  13. Clear out the skin setting in the import dialog when importing glm files without skins.
  14. What exactly is the bug? Do NPCs sometimes turn off one blade to use fast style, or do they use fast style with both blades extended?
  15. In theory it's possible, but I don't think we have the necessary tools. SomaZ' Blender BSP plugin gets closest, but it looks like it cannot add new brushes (yet?). Or maybe it could be done using a misc_bsp?
×
×
  • Create New...