Is something corrupt?
-
As I’ve said in the FLDev thread, I always suggest to follow the one ID, one value rule. FL tends to go wtf otherwise…
That might not be your problem here, but you may want to try and see if that fixes it.
-
Yeah. But I commented out my .dll completely so that isn’t even loaded, as thus none of my new text resources. I’m on a vanilla base, in a vanilla system, and it’s still playing up… ???
-
The only time I have seen that happen is due to a XML scripting error. As far as using ids_name and ids_info with the same number, never had a problem with it. I’ve attached over 10,000 entries to the same dll number.
-
After you mentioned XML Lancer, I was thinking “could it be that I have forgot a closing brace <> or something when i’ve added an ids_info entry”. But that can’t possibly be the case, because i’ve just tried it without that .dll, and that is the only one I ever alter…
![😕](https://the-starport.com/forums/assets/plugins/nodebb-plugin-emoji/emoji/android/1f615.png?v=mhmq9j4qrjg ":-\")
-
These are ranges:
resources.dll (not in list?) 0-65535
DLL = InfoCards.dll  65536-131071
DLL = MiscText.dll 131072-196607
DLL = NameResources.dll  196608-262143
DLL = EquipResources.dll 262144-327679
DLL = OfferBribeResources.dll  327680-393215
DLL = MiscTextInfo2.dll  393216-458751
your first new dll 458752-524287
your second new dll  524288-589823
your third new dll 589824-655359
no additional dll numbers are accepted!!!You stated you started at 450000, if so you may have overwritten vanilla stuff. Please verify that. A good habit before making an entry is to click the ‘Get’ button to be sure it is blank. Also, be sure that everything in the ‘info’ section is in xml format, not plain text.
When you make a base, the info entry in your system ini should be like this: (494292)
<rdl><push><text>DIAMETER: 4,155 km.</text><para><text>MASS: 2.16 x 10e24 kg.</text><para><text>TERRAIN: Terrestrial</text><para><text>TEMPERATURE: -51°C to 26°C</text><para><text>ESCAPE VELOCITY: 5.12 km/sec</text><para></para></para></para></para></para></push></rdl>
The step you probably have not done is a second info entry and tied it into the InfocardMap.ini. This second entry should look like this: (492292)
<rdl><push><text>A planet in the Aquila system, obliterated by the Necromongers at the beginning of TCOR. The Aquilan System consists of ten planets which also got toasted.</text><para></para></push></rdl>
The game engine uses this method to display everything, in effect, pulling info from many infocards and displaying it in one list. A single mistake in one of these files will show bad text. It can be as simple as a closing bracket, a missed slash or & instead of &
Here is the example in the InfocardMap.ini:
Map = 494292, 492292
Commodities, ships, everything sold on the base is affected by this entry.
-
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….
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…
