any update?
Topic updated to include informations & a repro file to the B2372.
Itâs very disturbing to see how the limit has lowered on the newest build, but i hope we can get another fix attempt to this annoying limitation somewhere in the future. If not, newer builds will became much less likely to be used with addon clothing.
There wonât be any other fix than decoupling dependencies which, as said, broke other servers which donât have repros or approachable owners.
Theoretically, however, manual management of this metadata may work, but itâd require finding out what calls the modelinfo paged-in callback as thatâd need to be deferred until later â no thatâs not a solution either, the only solution would be a âfakeâ streaming module to be a dependency holding up load entirely, but not having any dependencies of its own, indeed manually managing and somehow blocking backing load (i.e. a non-file entry with an external loaded condition).
⌠unless modelinfo dummy requests are already manually completed.
I guess people are doing something similar currently, they are merging all their clothing items in an unique ymt (or even two ymts), but after a while this can lead to various issues, as for example: The 0-127 items per component sync limitation, and even random crashes during model load when you have reach some specific ymt ranges (and, for some reason, this is much more frequent with the female freemode ped).
If you feel the âfakeâ streaming module would be a good solution to this problem, i will be here to help you testing it as much as possible to identify any possible crash problem.
In order to help with the problem you stated before about the last attempt breaking other servers, i was trying to produce a repro to the error i stated with female ymtâs (random crashes during model load when you have reach some specific ymt component ranges).
But, currently i got it only in the B2372 (it can happen on other builds too, but itâs being pretty more difficult to produce a repro on them).
A repro in that build is helpful, or only in older builds (B1604 & B2189)?
Finally i got repros to all Game builds related to random ymts crash inconsistencies, which maybe can explain the problem other servers had, as you said here:
There wonât be any other fix than decoupling dependencies which, as said, broke other servers which donât have repros or approachable owners.
(Those repros are only valid to Female freemode peds. I donât know why male freemode peds seems to not be affected by this, or less frequently then females)
B1604: B1604Repro.rar (30.1 KB) (table-zulu-april)
B2189: B2189Repro.rar (19.9 KB) (uncle-white-july)
B2372: B2372Repro.rar (10.8 KB) (zulu-blossom-nevada)
Extra informations:
- All ymts have been generated with CodeWalker dev36.
- Sometimes, when you add/remove an component from these .ymts in B2372, you can cause another crash: idaho-spaghetti-alanine. (I donât know why, it just happens. If you feel necessary, i can try to cause it again and get repros to all builds too)
- If you add a specific amount of empty components entries in any category, the crash may vanish (This one is pretty inconsistent, sometimes when trying to do it, your game rarely accepts and load the ped model normally, but when restarting your game, the crash comeback, itâs pretty weird).
I will be here for any clarification.
After a LOOOOOOOOOOOOOOOOONG research process trying to get more informations about it, i came into some weird situations:
- Those crashes sometimes will not happen when the game download those .ymts for the first time, but after relogging you gonna crash almost 100%. (This donât make any sense to me, but thatâs it)
- And for some unknown reason, male character donât suffer from it (at least, i never could repro this with male character, only with the female freemode model).
Itâs becaming more clear how much weird those addon clothing can be.
And i forgot to provide some crash dumps related to those repros, so here they are:
- B1604: B1604 CfxCrashDump_2021_10_01_13_53_01.zip (1001.8 KB)
- B2189: B2189 CfxCrashDump_2021_10_01_13_49_30.zip (1007.6 KB)
- B2372: B2372 CfxCrashDump_2021_10_01_13_42_11.zip (1006.8 KB)
And talking about weird things, this happened when researching this crash on B2372 (maybe itâs valid for all builds):
- In rare occasions, instead of simply crashing with the same crash hashes i stated before, i could get this instead:
[ 140516] [b2372_GTAProce] 14908/ Error: Invalid fixup, address is neither virtual nor physical (in prop_table_chair_01.ytd)
[ 154719] [b2372_DumpServ] 3348/ Process crash captured. Crash dialog content:
[ 154735] [b2372_DumpServ] 3348/ FiveM has encountered an error
[ 154735] [b2372_DumpServ] 3348/ Invalid fixup, address is neither virtual nor physical (in prop_table_chair_01.ytd)
(No, i was not streamed any prop_table_chair_01.ytd file, and this can maybe related to my tests trying to trace back the reason about those crashes)
Dump file (generated on B2372): 87dffbc5-40da-4504-8a7f-8337787bf49e.rar (733.8 KB)
(Maybe i got the wrong dump file, if i did so let me know)
If something itâs not clear, let me know.
As much i research, i found more weird statements:
- Males can be affected by this too. This is much more likely a corruption you can achieve when adding too much clothing options. Maybe something wrong is being done in YMTs import/export process? (Remembering: All YMTs posted here has been generated with CodeWalker dev36)
For example: I was adding more clothing options to a second male YMT, and it got ingame normally, but with a little thing: ALL helmets doesnât show up on the ped helmets section (but they load normally, as i can seen in the F8 logs), but with a small exception: helmets from mp_m_freemode_01.ymt shows up normally. Probably if i continue to add more clothing options, probably the crash seen with female characters will appear to males too, or things even weirder can happen.
Obviously i can be wrong about my guesses, but with what i have currently, thatâs what makes more sense to me.
And iâm not hitting any 128 components limits, and iâm not hitting any components textures limitation.
In addition, i have 1 female pack and 1 male pack, in build 2372 when player joins some crashes occur randomly. Today i reached jbib limit (127) on female so i just tried to create one more female addon pack and its working for now (just 2 jbib added and no mp_creaturemetadata)âŚ
Hope this its helpfull.
Yeah, you probably will be just fine for now, but as much as you add more clothing options, some corruptions are going to occur, like:
- Helmets (or other props) not loading properly
- Empty components appearing on some slots (Like 50 empty masks being placed for some ackward reason)
- Crashes (obvious one)
- And much more weird inconsistencies i didnât experienced.
What i recommend for now is: Be careful when using addon clothing, and try to stay away from having a lot of .ymtâs & clothing options until a definitive fix be found by the Cfx team.
(everything below are now based on guesses)
Considering CodeWalker generating weird .ymt files, maybe other applications can generate more consistent .ymtâs, but i didnât find other programs which can do something similar as the CodeWalker does (without using the CodeWalker structure to do it). But i would recommend to try other alternatives to generate these files.
Hope we found a fix for this
Today i can confirm CodeWalker dev36 was causing these problems (and probably newer versions are too).
After generating the .ymts using this MetaToolkit: GitHub - indilo53/gta-toolkit: GTA Toolkit - WIP : Updating the lib from CodeWalker the crash inconsistency vanished.
I tried other toolkits, but this is the only who had work.
Yeah, thereâs been a regression in PSO conversion in CW for quite some time.
So in lamens terms because this is confusing as all hell for me right now.
What is the solution to stop this? I run on 2372, I tried 1604 and 2189 as well and got all the exact errors you did of zulu blossom nevada etc.
I added clothing from clothing packs or from gta mods and modified some textures for my server, Would some of those cause this issue or am I just an idiot and have no idea what Iâm doing in this regard? lol.
And if I need to use the MetaTool kit, is there a tutorial on how it works somewhere? Anything that will fix this would be great. My female clothing etc works flawlessly, Males do not.
Something might be wrong with you did male. Ie wrong file matchups like something should have _r and .whi or whatever.
I noticed from some files I had, I had to fix these since the mod maker did it wrong somewhere.
When I put the male and female in the same DLC it works perfectly fine.
BUT male shirts go to like 510 (Which is female total) so males have like 150 blank slots.
But separating them is when it crashesâŚ
I have 2 DLCâ;s technically⌠1 for male (1 ymt) and 1 for female (1 ymt as well) totalling 2 ymtâs.
Running them as 2 separate DLCâs the male one crashes the server (Even if I disable the female dlc/ymt)
But if I merge them, the male one and female one work, but i have to call the female dlcFullName in order for everything to work. but then the males have 500+ shirts just like females, but 150+ of them are nothing, as we donât have as many male clothes currently.
(Our ymtâs were generated using YMTEditor, never Codewalker)
Looking at the YMTEditor repository in GitHub, you can see they use the CodeWalker to generate the ymt files. Thatâs why you are having the crash inconsistencies with the male characters.
YMTEditor repository i suppose you are using: GitHub - grzybeek/YMTEditor: YMTEditor is a free tool which allows to easily edit GTA5 .ymt files (Peds clothes)
Iâve had 3 other people look into my pack so far, and nobody can figure out the issue, Tried codewalker directly, tried ymteditor and a couple others⌠only male is messing up.
Can I ask you how you generated the .ymt? Did you just convert the .ymt you already had to xml and then run it through the program and that fixed it?
Iâm dealing with a .ymt causing crashes rn and Iâd love to try your fix.
edit: I tried doing as I described and it seems to have resolved my issues as well, so thank you very much for posting all of the information you did about codewalkerâs (and subsequently ymt editorâs) issue. I have tried more than once to run the xml versions of the files (as in, both the bugged ymt and then the fixed one) through a diff check but they appear identical in xml form. I think codewalkerâs problem is some sort of syntax formatting issue, because the regenerated (working) .ymt from the toolkit only has like a 25 byte difference in github.
I didnât have the exact same issue as you did, my players were crashing with uncle-white-july
as their error msg on 2189 build, but your fix to run the ymt through the toolkit has resolved it.
Newest version of codewalker (codewalker30_dev40) should fix all ârandomâ issues with ymtâs.
I have to update my ymteditor to also fix those issues, Iâll try to do it in this month