Hi Jason, Have just completed a new fgfs build, and a TG tool build, and have downloaded your - 34169132 newScenery-YSSY.tar.bz2 149396748 newScenery.tar.bz2
And yes, when I load that scenery in fgfs all I see are spaghetti strips, like in your work/fgfs-screen-001.png image... I unloaded it to a /media/Disk2/TG directory, and moved your 'Scenery' folder out of 'work'... then ran fgfs like - ~/fg/fg16$ ./run_fgfs.sh --timeofday=noon \ --fg-scenery=/media/Disk2/TG/newSydScenery/Scenery \ --airport=YSSY --aircraft=ufo --altitude=1000 run_fgfs.sh: Running: ./fgfs --fg-root=/home/geoff/fg/fg16/fgfs/data \ --timeofday=noon --fg-scenery=/media/Disk2/TG/newSydScenery/Scenery \ --airport=YSSY --aircraft=ufo --altitude=1000 loading scenario 'vinson_demo' getting flightplan: Cruise-1 AIShip: Cruise-1 initializing waypoints AIShip: Cruise-1 done initialising waypoints 0 creating 3D noise texture... DONE ERROR: opening /media/Disk2/TG/newSydScenery/Scenery/Terrain/e150s40/e150s34/YGNB.btg\ or /media/Disk2/TG/newSydScenery/Scenery/Terrain/e150s40/e150s34/YGNB.btg.gz for reading! ERROR: opening /media/Disk2/TG/newSydScenery/Scenery/Terrain/e150s40/e150s34/YSRI.btg\ or /media/Disk2/TG/newSydScenery/Scenery/Terrain/e150s40/e150s34/YSRI.btg.gz for reading! Turning a little to the right I get - http://geoffair.org/tmp/newSyd-YSSY.png It looks like the YSSY area got really messed up ;=)) Your YSSY.btg.gz does not look that different, in size at least S1.0.1 134376 2008-10-27 e150s40/e151s34/YSSY.btg.gz NewSyd 136285 2011-10-22 e150s40/e151s34/YSSY.btg.gz So I copy your YSSY.btg.gz into S1.0.1, and load that and it all looks fine... so it is a problem with the surrounding tiles!!! YSSY is in bucket 5426688, with surrounding buckets 5410315, 5426696, 5426681, 5426689, 5426697, 5426680 5410299 5410307... Now there is a ***BIG*** difference in the main YSSY bucket - S1.0.1 56333 2008-10-27 5426688.btg.gz NewSys 3814419 2011-10-22 5426688.btg.gz That's a WHOPPING 70 times larger, compressed... And replacing your tile with the scenery 1.0.1 tile, and the scene returns to normal - http://geoffair.org/tmp/newSyd-YSSY2.png So it is definitely THAT, and maybe other, tiles, that have been either badly generated OR are badly rendered... Un-gzipping both, and looking at the 'signature', there is no doubt this is a NEW GENERATION tile ;=)) S1.0.1 0000000: 06 00 47 53 17 fd 05 49 ..GS...I NewSyd 0000000: 0a 00 47 53 36 5f a2 4e ..GS6_.N with a 'S.G.0.6' versus a 'S.G.0.10' signature... Other scenery parts, like S. Head looks very good - http://geoffair.org/tmp/newSyd-SHead.png with lots of (minor) road detail that add reality... So what can I regenerate using your data and command, modified only for the out path... $ fgfs-construct --work-dir=. --output-dir=../Scene2/Terrain --lon=150 --lat=-30 --xdist=5 --ydist=5 AirportArea AirportObj SRTM2-Australia-3 LandMass Sand Rivers Lakes Freeways Trunk_Freeways Tertiary_Roads Service_Roads Secondary_Roads Primary_Roads Towns Cities Crops Railroads Residential_Roads After reading your 14 hours plus to build, and after an hour of running, that tile is not yet re-produced... maybe if I further limit the lat/lon - maybe with - --lon=151 --lat=-33 --xdist=1 --ydist=1 I will get there quicker... Another hour slipped by, and still no 5426688 tile built... then I remember you can give a single --tile-id=<id> to fgfs-construct... The idea is I am searching for a very easily repeatable set of data and parameters so that people like James, or others, can very easily build and test... I hope soon we will be rid of the 'swirlies', 'spaghetti', or what ever we want to call the problem... DRAT! Even using ONE --tile-id=5426688 it is still trundling along after two more hours... Am off to dinner, so will leave it running... But meantime hope this helps 'explain' clearly the problem Jason, and now I are still seeing... so maybe the sg_binobj is still not doing its job completely... either as a write, or read... Will report more if I find more... Regards, Geoff. On Mon, 2011-10-24 at 06:56 +1100, Jason Cox wrote: > Geoff, > the whole scenery build directory is > http://dl.dropbox.com/u/3028956/newScenery.tar.bz2 > > The process that i used for cutting up the 3sec dems was to use your > makeYSSY-1.0.4 to produce only the SRTM directory and run terrafit as > well as produce the airports. > > After that everything came from shape files from ga.gov.au. > > I have found that all data in the VMAP is out of position with airports > and coastal data and found that the shape files all align correctly. > > > There were also some changes needed to one of the terragear files to > increase the allowed build time for a tile. > > ~line 1187 in src/BuildTiles/Main/main.cxx > > limit.rlim_cur = 300000; // seconds > limit.rlim_max = 300000; // seconds > > The build command > > fgfs-construct --work-dir=. --output-dir=Scenery/Terrain --lon=150 > --lat=-30 --xdist=5 --ydist=5 AirportArea AirportObj SRTM2-Australia-3 > LandMass Sand Rivers Lakes Freeways Trunk_Freeways Tertiary_Roads > Service_Roads Secondary_Roads Primary_Roads Towns Cities Crops > Railroads Residential_Roads > > > hope this all helps > Jason > > PS it took 860min to build > > On Sun, 2011-10-23 at 16:56 +0200, Geoff McLane wrote: > > Hi Jason, > > > > Thanks for sharing your generated BTG files... > > I will try loading these soon... > > > > I am presently in the process of updating > > SG/FG/TG to the latest respective gits, > > particularly to get James' latest sg_binobj, and > > would appreciate having your full - > > newSydScenery/work > > perhaps excluding the > > newSydScenery/work/Scenery/Terrain/* > > which you have already provided... > > > > It would give me some quick data to try this > > new build of TG tools and then fgfs on... regardless > > of size... > > > > If you do not mind, can you advise, either here > > or directly, for the Sydney area - > > > > What HGT/DEM elevation source did you use? 1 or > > 3 arcsec, or other? Very important for the N > > Head Gap, and lots of other shear cliffs around > > Sydney. > > > > Did you push terrafit? If yes, what values? > > ie min-nodes and max-errors specifically... > > > > What source did you use for the landmass (ocean vs > > land) default? That is, what coastline data? > > Again important to get detailed harbor, and other > > coast features. > > > > What sources, SHP or other, did you use for the > > various landuse types? There are lots of 'green' > > areas in and around the city... > > > > Thanks, > > Geoff. > > > > On Sun, 2011-10-23 at 17:24 +1100, Jason Cox wrote: > > > James, > > > here is the scenery that I have generated. Te file 33M and i also have a > > > complwork directory if you would like to look at that but its a +130M > > > bz2 file > > > http://dl.dropbox.com/u/3028956/newScenery-YSSY.tar.bz2 > > > > > > > > > Jason > > > > > > > > > On Sun, 2011-10-23 at 01:46 +0100, James Turner wrote: > > > > On 23 Oct 2011, at 00:41, Jason Cox wrote: > > > > > > > > > I can now build more scenery but still hit the "spaghetti network" > > > > > around YSSY. > > > > > Was the change that you made only to a 32bit int? > > > > > What do i need to do to change to 64bit int? > > > > > > > > I'd be pretty suspicious of this - much more likely, there's a bug in > > > > my code, than you actually need 64-bit indices. I won't say > > > > 'impossible', but I don't think GPUs or OSG actually support indices > > > > larger than 32-bits anyway, and even if they did, you'd still bring > > > > your GPU to its knees before hitting that limit. > > > > > > > > I have tests for > 2^16 vertices / texture coords, which are all > > > > working, which suggests there's 'something else' going on. (Or my tests > > > > need to be extended) > > > > > > > > Can you make available, a zip/tarball with your work directories, so I > > > > can test locally? Or the produced btg? > > > > > > > > James > > > > > > > > > > > > ------------------------------------------------------------------------------ > > The demand for IT networking professionals continues to grow, and the > > demand for specialized networking skills is growing even more rapidly. > > Take a complimentary Learning@Cisco Self-Assessment and learn > > about Cisco certifications, training, and career opportunities. > > http://p.sf.net/sfu/cisco-dev2dev > > _______________________________________________ > > Flightgear-devel mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/flightgear-devel > > > > ------------------------------------------------------------------------------ > The demand for IT networking professionals continues to grow, and the > demand for specialized networking skills is growing even more rapidly. > Take a complimentary Learning@Cisco Self-Assessment and learn > about Cisco certifications, training, and career opportunities. > http://p.sf.net/sfu/cisco-dev2dev > _______________________________________________ > Flightgear-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/flightgear-devel ------------------------------------------------------------------------------ The demand for IT networking professionals continues to grow, and the demand for specialized networking skills is growing even more rapidly. Take a complimentary Learning@Cisco Self-Assessment and learn about Cisco certifications, training, and career opportunities. http://p.sf.net/sfu/cisco-dev2dev _______________________________________________ Flightgear-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/flightgear-devel
