On Wed, Sep 14, 2011 at 12:33 PM, Andreas Gaeb wrote: > Am 14.09.2011 11:43, schrieb Erik Hofman: >> I've been pushing this behavior various times and scenery objects should >> always be positioned at the same location over and over again. > To clarify things up a bit, not all is broken: > - Houses etc. are the same > - Trees are at the same location and same size, but sometimes have > different textures. Looks like this is called by a rand() call in > TreeBin.cxx:256, which is probably there because sg_random doesn't have > an integer rand function.
Thanks very much for the bug report. I've submitted a patch to fix this. (FYI That was certainly the bug location, but in fact it turned out to be because that put the tree in a random LoD node, which subsequently ended up using a different element from a fixed list of tree "characteristics". ) > - both 2D and 3D clouds differ, and as far as I can tell, both in > position and texture. This is a bit trickier to fix in concept, because we want there to be variation in the clouds between runs rather than generating exactly the same set of clouds if you start in the same location with the same weather. I need to have a think about what should be the "seed" for the pseudo-random number generator in this case. It really needs to be something that is guaranteed to be consistent for both computers if they are running from the same weather scenario but otherwise will vary. Perhaps some hash of the METAR string might be a good choice? Unfortunately that will differ if a METAR update takes place between the different FG instances being started. Perhaps those running multiple FG instances on different machines could comment on whether this restriction would be acceptable? -Stuart ------------------------------------------------------------------------------ Doing More with Less: The Next Generation Virtual Desktop What are the key obstacles that have prevented many mid-market businesses from deploying virtual desktops? How do next-generation virtual desktops provide companies an easier-to-deploy, easier-to-manage and more affordable virtual desktop model.http://www.accelacomm.com/jaw/sfnl/114/51426474/ _______________________________________________ Flightgear-devel mailing list Flightgear-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/flightgear-devel
