• 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.

Object library question

Desert Rat

Desert Rat

Library Staff
Staff member
was hoping a knowledgeable chap would know the answer to my question.

I'm currently rebuilding (again!!) FS, planning several installs, 1st one is a 'Test Centre' install, everything passes through it before making it's way to FS, GW, SW, etc. It will be pretty stock, so fixing it will be painless (zipped up a vanilla install for just that purpose).

What I want to do is have an object library folder, that can be used across all the other installs, a common folder so all installs can access all objects for EZScenery. Fine enough, yes?
My problem is many scenery packages come with libraries, often in the same folder as the rest of the scenery, ideally I would like to move these library bgl's to the common folder, should work?
My next problem is the textures used by the library bgls, they would have to follow the parent files into the shared folder so all installs can see them. So, does anyone know if a library manager proggy will help me achieve this aim? Don't want to balls it up at the first hurdle by charging in a trying stuff, lol.

ta,
Jamie
 
I would think that no matter where you place the common library, as long as that folder contains a "scenery" and "texture" with all your bgl's and bmp's and that common folder is active in the Scenery Library, that it would work just fine.:salute:
 
JDTinballs said:
was hoping a knowledgeable chap would know the answer to my question.

I'm currently rebuilding (again!!) FS, planning several installs, 1st one is a 'Test Centre' install, everything passes through it before making it's way to FS, GW, SW, etc. It will be pretty stock, so fixing it will be painless (zipped up a vanilla install for just that purpose).

What I want to do is have an object library folder, that can be used across all the other installs, a common folder so all installs can access all objects for EZScenery. Fine enough, yes?
My problem is many scenery packages come with libraries, often in the same folder as the rest of the scenery, ideally I would like to move these library bgl's to the common folder, should work?
My next problem is the textures used by the library bgls, they would have to follow the parent files into the shared folder so all installs can see them. So, does anyone know if a library manager proggy will help me achieve this aim? Don't want to balls it up at the first hurdle by charging in a trying stuff, lol.

ta,
Jamie
Click to expand...

I have tried the same thing your attempting. There are many textures from different authors with the same name giving you an overwrite problem. Addon scenery objects are fairly easy to segregate but not the textures as they can be named anything. I have never gotten the major object librarys down below 10 or 15.
 
Thanks guys,

was kinda figuring it would be a royal pain in the buttocks. It may be possible to rename some texs and edit the BGLs with a hex editor, that would be easy enough. Figuring out which bgls need edited for each duplicate texture would be hugely time consuming,nigh on impossible :isadizzy:

jamie
 
You must log in or register to reply here.
Back
Top