• There seems to be an uptick in Political comments in recent months. Those of us who are long time members of the site know that Political and Religious content has been banned for years. Nothing has changed. Please leave all political and religious comments out of the forums.

    If you recently joined the forums you were not presented with this restriction in the terms of service. This was due to a conversion error when we went from vBulletin to Xenforo. We have updated our terms of service to reflect these corrections.

    Please note any post refering to a politician will be considered political even if it is intended to be humor. Our experience is these topics have a way of dividing the forums and causing deep resentment among members. It is a poison to the community. We appreciate compliance with the rules.

    The Staff of SOH

  • Server side Maintenance is done. We still have an update to the forum software to run but that one will have to wait for a better time.

Failure to initalise in FF

highpockets

SOH-CM-2025
Here I go around the mountain again.
I have removed all my A/C adds and back to stock A/C. Checked all my ship installs for panel, sound and texture files. Had several of those missing. Thought that would fix it--NOT
Now what??
 
Try to remove all the unused DP files from your Objects_DP folder.

This did the trick for me a couple of times.
 
Well... I guess mines were pretty obvious, since I deleted all modern weapons from WW2 folders, then all Russian weapons from ETO/MTO/PTO folders.

Maybe you should delete all weapons excepted stock ones, then re-install only those that are used by the planes you installed.

One thing I did also was to use only one US weapon set. I kept only DBolt's US weapons, then modified all aircraft DP files that were using FDG, Alphasim or other weapon packs to use Dbolt's weapons. This reduced drastically the number of DP entries.
 
Hello Highpockets
I have found that the Failed to Initialise can be caused by too many entries in the mdlnames file.
I found a lot of duplication in the mdlnames file, probably caused by multiple installation of scenery objects.

To find out you can
Backup your mdlnames file first.
Copy and paste the entries in the mdlnames file to a word program that cant 'sort name' by alphabetical order.
Carefully (and I mean carefully) identify duplicated entries and delete them.
Copy and paste the changed file back into CFS2.
Good Luck
Stuart
 
Plus you may want to look at deleting any of the CFS1 stuff, they have a star by them.

?? just a thought............ PS ...I think 1250 is very close to the DP limit ??
 
That only true in the mdlnames list. CFS1 objects use the same as they did in CFS1 for DPs. The * was added to mdlnames to note CFS1 objects as old.
 
I found the issue. a ship folder file named "modorisedsampan" instead of "motorisedsampan". :banghead::banghead:

stuart277--I have used the copy and paste trick to reduce size of mdl files before-thanks

Allen- I learned the * just the other day when double checking the mdl file of "AF_40_GM" =antiaircraft gun

Thanks to the others for your input.
I removed all the ships except the stock ships and placed them in a separate file and added them one row at a time till if found the culprit.
I had been told before about the file name issue but did not see the"d" instead of the "t" in the folder name:redfire:
 
Try to remove all the unused DP files from your Objects_DP folder.

This did the trick for me a couple of times.

Hi all,

I finally got myself a genuine failure to initialise in QC and Free Flight.

As I've posted (somewhere) before, normally after getting the failure to initialise two messages, I just OK them and try the flight again, which until this week worked fine.

This week that didn't work, I traced it to the Objects_DP folder. Here's the interesting bit, I have (currently) a working set of obect dp files totalling 1,756 files - many more than some other people have had in other threads and run into the failure to initialise problem. If I added another 5 or so files to Objects_DP the problem would return - I haven't yet had the patience to work out what the exact number is.

Anyway it seems there is no absolute number that we can give as being "too many" files in Objects_DP - it will be a matter of trial and error for each person.

Now I have to comb through the Objects_DP and remove what I think I don't need - I have a feeling a lot of trees are going to lose their DP files!


Cheers,

SW
 
It may help a bit to only delete the ones that do not have a CDP along side...they are the ones being used..

Just my 2 cents
 
It may help a bit to only delete the ones that do not have a CDP along side...they are the ones being used..

Just my 2 cents

Thanks No Dice, a good idea. Unfortunately I've already deleted all the .cdp files as part of a general clean-up, so I'll have to give it a few weeks I think to see how many .cdp files return.

Cheers,

SW
 
Just shooting from the hip...But I think I read on the forums that the CDP files do not effect the overall DP count in the folder ??


Also, when I delete a dp file, I see if it is also associated with an item in the .mdl names list and delete it also...Make a copy of your .mdl file list first
of course and just rename it mdl .org
 
Reply...

SW,

My "do not exceed" number is 1,574 .dp objects in a sim, not including .cdp files.
 
CFS2 Failure to initalise in FF

SW,

My "do not exceed" number is 1,574 .dp objects in a sim, not including .cdp files.

Hi Rami and No Dice,

I just wanted to thank you for your input. I haven't even turned on my PC for the last few days so I haven't looked at the mdlnames file yet but I will. Reducing the number of Obects_dp files has allowed me to start FF and QuickCombat, so I'm back in a happy place!

Thanks again,

SW
 
Back
Top