I got a report, that error is in 688th entry and I can't figure out which unit this is
Printable View
I got a report, that error is in 688th entry and I can't figure out which unit this is
Post a screenshot of the error so we can see the actual error.
It's "unspecified" - I think you don't need a picture. I got to the number by trying with changing the count number on the top of battle_models.modeldb :)
Im not following. So you got an "unsepecified" error, then you screwed with the serialization and got this "688th" entry error?
Ive never gotten an error like that. Any time Ive gotten a serialization error, it was thrown in the edu when it looks for a model that isnt read from the modeldb file and says something along the lines of "cant find model bla bla bla".
I'm assuming you meant the 688 error came from the modeldb checker, and I wanted to see the modeldb checker's error not the one that M2TW throws (i.e. not the unspecified error). In other words I want to see the screenshot of the actual error message with 688 in it.
Does it look like this:
Unit count at top of file = 833
Number of processed unit models = 834
It is advisable that these two numbers should match.
Total errors: 0
String count errors: 0
Faction count errors: 0
I used this method. I set the number to 688 and that was the border betwen "unspecified erroring" and direct CTD.
Yes, it says in log, that only 688 files where processed, but the problem is, that it checks whole file for errors, and therefore I can't find the entry with intentious erroring.
Anybody has an idea?
It will be in the modeldb file. If you have only added faction entries in there (cloning the Jerusalem entry) then a change in the serialization number was not required. Remove the modeldb (move into a different folder) and start the game to confirm this.
You could also try my modified checker, not sure if it will work. It will need modifying to include your custom faction as well. I described the method here.
Still doesn't show any errors. Can I modify checker to process just 688 entries? That would be helpfull.
Did you remove the modeldb and start the game as suggested?
Yes, loading screen showed, then game CTDt without error report.
Did you check the log afterward - a CTD without report doesn't mean that there isn't something in the log.
If it crashes like that without modeldb file, then I would say it points to the descr_strat file. A lot of times it is mentioned in the log.
Here, all mentioned files:
Now I am stumped: the log in there says it can't find the dismounted archer battle model, but it in the included modeldb. Would that be the log after you removed the modeldb? Anyhow, I ran the modeldb with my checker and it threw out a mile (136) of errors.
The checker and that list (error log) is in the attachment.
You will need to have Python 2.6 installed to run the checker! Later versions of Python will not work.
.
That log is from after I put .modeldb back where it was.
I think all those errors from your checker are there, because you didn't add "bern" faction to faction list. :)
I think the problem is, that there are two files (dismounted_archers_lod1.mesh and dismounted_archers_lod2.mesh) are missing in unit_models/_unit/as_light.
And jerusalem and antioch have to be added to the faction list as well.
No errors after that.
This error relates to this entry in the EDU:Quote:
20:09:08.125 [script.err] [error] Script Error in mods/eidgenossenschaft/data/export_descr_unit.txt, at line 11230, column 1
Could not find soldier battle model for unit type 'Dismounted_Archers'.
soldier Dismounted_Archers, 48, 0, 0.8
And here are the archers in the modeldb:
18 dismounted_archers
Only thing that I could imagine, is the difference in capitalization of the names. (both entries will have to agree completely)
I would recommend to change it in the EDU (easier), sometimes the game is a bit fussy about that.
The error with the missing meshes will only lead to a crash in a battle, not at the start. Suggestion: if you have a mesh (lod_0?) simply copy and rename it accordingly. It will not make much of a difference . The higher the lod number, the fewer surfaces the original has, the easier when viewed at larger distances.
Fixed those, still the same.