Is something corrupt?
-
Yeah thanks for typing all that out mate. I’m aware of all of that though. Checked that initially. That number I stated was just for example purposes. I have it all in the first ‘new’ range, above 458752 but below 524287. I’m wondering if I have messed up somewhere in the xml format (which Lancer prompted me to think). But how on earth will I be able to identify where I have made that mistake? Suppose I missed a closing bracket or a slash in there….
![😕](https://the-starport.com/forums/assets/plugins/nodebb-plugin-emoji/emoji/android/1f615.png?v=mhmq9j4qrjg ":-\")
As of the moment I have no additional entries in infocardmap.ini, and I have ‘never’ had any problems with having it blank like this. Everything has always been fine with new systems, bases, planets etc. I also reinstalled and moved various files around (especially .dll’s) in an attempt to find the issue, and I can’t. Like I out above, even when I ‘remove’ my mod .dll (I only have the one atm) it still screws up with garbled text. And I definately haven’t knowingly altered anything in the vanilla .dlls.
Are there any .inis that you might suggest I look at? Because after all the testing i’ve done, I fail to see how it could possibly be a .dll issue. Damn this is annoying
-
I’ll ask the obvious: could it simply be that your Freelancer install has gone haywire? Did you try to just reinstall everything and pray? ;D
Oh and again, FLDev lets you see the contents of the DLL without needing to press on any button… Just saying shameless plug ^^
-
Yeh I reinstalled the lot, and tried it on a second PC.
I’ll try out fldev. I’ve never used it.
And this is wierd. Just checking out random entries I have in my Li01 system…:
http://img111.imageshack.us/img111/4015/errorsp4.jpgEven though this resides in the .dll I commented out/removed, it’s still pretty wierd. Could this be corruption?
-
Considering this ID is in the DLL you have removed from freelancer.ini, FLEd-IDS cannot possibly guess in which file it should be reading this ID from. Therefore, it errors out. So no, I doubt this is a symptom of your problem
-
It does that when the .dll is present of course
Only on that exact number. The ones either side work fine.But yeah… Suppose the error did lie in an entry in say my Li01 system .ini, then would this still cause a problem when not in that system? Do all system .inis get parsed on the main menu or when loading in-game, or only on system-access?
-
Universe.ini gets parsed at the beginning, but each system is reloaded on entry. However, DLLs are loaded on the initial load, so I don’t know if that’d fix it.
What bugs me is that you’re saying it does that without the DLL in; there must be something else. Care to post your FLSpit logs maybe?
-
Ok, your fldev kicks a$$
Fixed several xml errors (wierd missing braces at the beginning) which I assume must have been caused by FLEd-IDS, because I sure as hell never left out them, I always checked them if nothing else. Only thing it doesn’t do is display the info ‘and’ name attached to the same number. For example, I might have a planet’s name on 458850 and a ship description (ids_info1) on 458850 too. This has always worked fine in the past (and Lancer just provided a confirmation of sorts for that), so that’s a little annoying, but not a problem ;D I’m about to retest, to see if any of that dll (and some system ids re-arranging) has helped.If not, I guess i’m back to the drawing board
-
Actually, the IDS can be linked to as many times as you want. As far as putting two dif IDS numbers to the same location, you are just asking for trouble. Most likely the only reason you have managed to get away with it so far is that one of the IDS numbers is in the ‘string’ resource part and the other is in the ‘HTML’ part of the DLL. That would be consistant if you always followed the rule of no 2 names or no 2 infos are stored at the same place. Names are stored in the string part and infos are stored in the HTML part IIRC about FLEd. You best bet is never ever use duplicate numbers for 2 different entries unless they are named the exact same, as in you have a thousand wep platforms named ‘wep platform’ then thats fine and is what I meant by my post.
-
Yeah. Understood. Still, this is defo some error in one of my .ini’s, that’s the only explanation for a vanilla base showing up as completely screwed on it’s infocard. I’ll have to go through all of it and track it down.
When I visit a base, land or whatever, it parses the second entry in infocardmap.ini right to display the actual text part of the infocard… and it also parses the market files… goods entries etc too right? To obtain the list of ‘stuff’ sold at that base… so could it be a screwed up info entry for one of my goods? Referring back to my pictures before… I think it’s either 3 or 4… it shows it starting to screw up part way down the commodities or equipment list… could that be why… :-X
Cheers!
-
OMFG! Check this shiz out guys… The cause seems to be either certain equipment having a price of $0. I take it, this aint possible… After I fixed up all my equipment that had a price of 0, things seemed to settle down. All that garbage disappeared. I also found a goods entry (a commodity) that had an ids_name of 0. I can’t see this as being the problem, but that resulted in the olde ‘Object Unknown’ text… hmm this may well be fixed. And it wasn’t because i’m tieing an infocard and a name to the number after all…
