Sign in to Mod The Sims
#26
Today at 12:31 AM
Today at 12:31 AM
Quote: Originally posted by CardinalSims
This is one of those times where we especially feel the loss of Cmar's presence in the community  It would have been lovely to discuss what she knew about those limitations personally. In the absence of that, anyone's guess would be as good as mine. Each morph vertex contains 6 coordinates, so your mesh would have over 18,000 of 'em. Some potential values to try would be unticked, 19,000, and 10,000. I tried with MorphMaker with the limit option unticked and the S3PE preview looked promising (higher VertexData and FaceList totals) but the appearance ingame was identical. It's one of those moments where I can't spot why it isn't more broken, as the appearance hasn't been changing at all between morphs with different totals (caches totally cleared for each test). It would almost be more reassuring if it totally exploded from one of the methods. We almost* have no morph handling that doesn't go through one of her programs at some point, so if they're where the limitation lies you'd run headlong into it with any method. *On that note, I just tested replacing the mesh and geom morph with the copies exported fresh out of Blender ie. untouched by MTK or MorphMaker. But unfortunately, the morph simply doesn't work at all ingame- so no dice bypassing MTK or MM. Perhaps missed the mark with my first theory, but it does feel like the darts I'm throwing are at least circling the real, elusive, issue. A limited array related to coordinates... somewhere. |
I also just tried the "limit" thing in Morph Maker, setting it to 10,000. No changes here either. I was very hopeful of the "add as morph mesh to package" method but if even that doesn't work then I feel kinda hopeless. :/
If I understood correctly, LadySmoks' method ends with either converting to BGEO or GEOM morph mesh as well in MTK so I suppose it'll have the same problem.
Maaaybe we can find how this is calculated in the game code so that it can be overwritten?
Don't know what else to try now so just throwing ideas.
Other than Cmar, I think Bloom, cmomoney and WesHowe were knowledgeable about this stuff (maybe?) but don't think they are active either.
Advertisement
#27
Today at 2:25 AM
Today at 2:25 AM
Quote: Originally posted by Slamyy
|
Maaaybe we can find how this is calculated in the game code so that it can be overwritten? |
While I haven't taken the plunge from looking at the code to modifying it yet, the idea certainly crossed my mind- especially because of LazyDuchess' latest release. Previously, overwriting how the game handles one small thing would have been a bit of overkill to core mod. Mono Patcher at least makes the concept a bit more accessible from what I can see, if anyone looks into it and it's possible to adjust without breaking other things.
@LadySmoks unfortunately it was the morph mesh that didn't work when replaced, which has different data than a regular geom
But that did give me the idea to add it with MTK first and then replace it manually- which worked! But still has the same small flaws all of the methods result in- which at least means, unless SmugTomato implemented the same limitation in their morph exporter, it's the game itself that interprets morphs imperfectly.
#28
Today at 3:12 AM
Today at 3:12 AM
Page 2 of 2
|
|