I have developed new scenery .bgl files for FS9 and added them to the Scenery Library. My new files consist of a Folder (eg. EGLL), within this folder is:- a) Scenery folder (containing the EGLL.bgl file) and b)a textures folder (which is empty). Now while this structure is ok. in FS9 Win7 OS. someone has mentioned to me that the folder structure is not ok with Win XP OS and will return a 'Out of memory' message or some such thing. Can anyone throw a light on this. .

No message will be triggered as such however an out-of-memory condition will eventually occur when an empty texture folder exists alongside a scenery folder.

Is it therefore necessary to include this empty 'texture' folder or can the folder be deleted ?

What kind of scenery is that? A landclass or an AFCAD?

The answer would be you don't need the texture folder.

You do need it if your bgl uses any extra textures you created.

But then it would not be empty of course.

This is a AFCAD file so I think that I can do away with the texture folder. Many thanks to you both for your prompt replies and help.

if it is only an afcad you can put it in the "addon scenery\scenery" folder ...

An empty texture folder associated with a landclass scenery has been known to cause an out-of-memory crash, it makes no difference with an afcad though. Leave it, delete it - it doesn't matter.

 

My personal view is that "Addon Scenery" itself should not be listed as an area in the scenery library, only subfolders of it. The reason is that programs like FSNav that build a database according to what addon scenery it finds will scan the directory twice and usually ends up crashing before it finishes building the database. Better to make a subdirectory of Addon Scenery named "Afcads" and put your afcads in a "scenery" subfolder of that folder.

 

Jim

Except where mandatory such as certain navaid creation and approach path exclusive files I just create the particular folders one folder down from the drive root. I have a folder called common add-on scenery (it used to be shared with FS8) and a similar landclass folder as well as one for afcad2s. It makes for less nesting and shorter paths to get to the individual scenery folders and easier shortcut organization for me by class names I have set up.

 

It also keeps them out of the program files folder tree for utilities to get to which can be more complex with VISTA or Win 7 security.