Norman Vine writes: > the routine has the 'smarts' to try the whole graph if and > when it doesn't get an intersection in the 'current tile' so > the tile boundary thing shouldn't be the problem.
Ok, that sounds correct. > I'll try testing with KBOS again but I was teleporting there > as part of my regression testing because of its unique tile > arrangement Try --airport-id=KBOS --heading=270 > Yikes good catch :-( > > Hmm..... hey this still works in my test bed :-) What I'm seeing *definitely* happens on the tile boundaries. Part of KBOS is good, but you cross the tile boundary and instantly everything is 'wrong'. It's reporting elevations that are 450' too high. > FYI > This was developed against my fork of FGFS which I made > when the view stuff changed a month or so ago and regression > tested against the then current FGFS snapshot where this still > works and I didn't move to the current FGFS code or base until this > morning when I discovered why YASIM was blowing up so I got > fresh CVS snaps and it seemed to work OK against these > so I announced it. > > What has changed !!! Nothing related to scenery structure and representation has changed recently. I've done some work on runway lighting, but that hasn't touched the terrain branch. I'm using plib-1.4.2, have you tried it with the stable plib branch? Maybe there's a bug/difference between the stable/development trees of plib? > Except for the highest level fgCurrentElev() call everything is I believe > FGFS independent ie pure SSG code operating directly with the data > stored in the scenegraph. > > Has the FGFS scenery node linkage changed subtly somehow in > the last month or so ? Not that I'm aware of ... David? > FWIW > It appears to me as if you get one frame of KBOS at the correct > altitude then get pushed into the sky How can you tell that? I thought you said it was working on your end? > Arrgh I really don't know when or even if I'll get to this as I really > have forked the code I am working on and this runs fine there. > > My apologies for the line noise > > I'd better just go back into lurk mode I guess I guess you have to eventually pick one side of the fence or the other. :-) Curt. -- Curtis Olson IVLab / HumanFIRST Program FlightGear Project Twin Cities [EMAIL PROTECTED] [EMAIL PROTECTED] Minnesota http://www.menet.umn.edu/~curt http://www.flightgear.org _______________________________________________ Flightgear-devel mailing list [EMAIL PROTECTED] http://mail.flightgear.org/mailman/listinfo/flightgear-devel
