* Thomas Förster -- Friday 17 March 2006 09:56: > I experienced the same problem. Looks like STATIC_OBJECTS are only loaded > after the terrain for a given tile is already loaded.
Why would that matter? The *.stg file is read in one part and then all entries are loaded. Not at the same time, which would be kind-of difficult on a system with only one hard disk. But none of the object entries of a once read *.stg file is dropped. And least of all those from the first read one. > My guess is that you will see your objects if you put your custom directory > to the end of FG_SCENERY This has no advantages whatsoever. In version 0.9.9 all stg files for a tile were always scanned, and all objects loaded, no matter if that was in the first or last FG_SCENERY path. In CVS and later versions your suggestion won't work at all, because now scanning of further stg files is stopped after a *.btg file has been found in one of the FG_SCENERY paths. yavuz' setup looks correct for all versions of fgfs. The object should appear, and does here and for Georg. I have a similar FG_SCENERY setup: export FG_ROOT=/usr/local/share/FlightGear export FG_HOME=$HOME/.fgfs export FG_SCENERY=$FG_HOME/Scenery:$FG_ROOT/Scenery:$FG_ROOT/WorldScenery $ ls $FG_HOME/Scenery/w080n40/w076n45/ 1712593.stg myObject.ac $ cat $FG_HOME/Scenery/w080n40/w076n45/1712593.stg OBJECT_STATIC myObject.ac -075.670182 45.318967 0 180 $ fgfs --aircraft=ufo --airport=CYOW and I even see the object from the default position and view on RWY25: (myObject.ac is a link to my hangars at LOXL.) http://members.aon.at/mfranz/cyow-test.jpg [2 kB] This is the relevant part of the --log-level=info log (which looks a bit different on 0.9.9): Loading tile 1712593 Trying /home/m/.fgfs/Scenery/w080n40/w076n45/1712593 OBJECT_STATIC myObject.ac lon=-75.6702 lat=45.319 elev=0 hdg=180 <----- Trying /usr/local/share/FlightGear/Scenery/Terrain/w080n40/w076n45/1712593 Trying /usr/local/share/FlightGear/Scenery/Objects/w080n40/w076n45/1712593 Trying /usr/local/share/FlightGear/WorldScenery/Terrain/w080n40/w076n45/1712593 OBJECT_BASE 1712593.btg OBJECT CYOW.btg OBJECT_SHARED Models/Airport/beacon.xml lon=-75.6868 lat=45.3304 elev=102.8 hdg=0 OBJECT_SHARED Models/Airport/windsock_lit.xml lon=-75.6896 lat=45.3263 elev=102.4 hdg=0 OBJECT_SHARED Models/Airport/windsock_lit.xml lon=-75.683 lat=45.3341 elev=103.3 hdg=0 OBJECT_SHARED Models/Airport/windsock_lit.xml lon=-75.6718 lat=45.3143 elev=111 hdg=0 OBJECT_SHARED Models/Airport/windsock_lit.xml lon=-75.6439 lat=45.3243 elev=109.4 hdg=0 OBJECT_SHARED Models/Airport/windsock_lit.xml lon=-75.6849 lat=45.328 elev=104.7 hdg=0 OBJECT_SHARED Models/Airport/windsock_lit.xml lon=-75.6555 lat=45.31 elev=110 hdg=0 Trying /usr/local/share/FlightGear/WorldScenery/Objects/w080n40/w076n45/1712593 OBJECT_SHARED Models/Structures/radio-medium.xml lon=-75.7022 lat=45.37 elev=36.22 hdg=180 OBJECT_SHARED Models/Structures/radio-medium.xml lon=-75.7442 lat=45.365 elev=-28.4 hdg=180 OBJECT_SHARED Models/Structures/radio-medium.xml lon=-75.5242 lat=45.3619 elev=-45.16 hdg=180 [...] m. ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Flightgear-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/flightgear-users
