Hi Mathias,
I understand that the fact to compute the elevation every time scenery is
loaded is not a way to improve loading time.
X-Plane give the possibility to compute the elevation of an object, FSX do the
same, and FlyLegacy do the same. Only FG require absolutely the elevation of
object.
If other simulator do that, why FG can't do that ? I haven't heard that FSX
scenery loading take 1 hour or X-Plane scenery loading take 1 hour, therefore
the feature is available. Thus I think we can test to implement the feature and
see if the loading time is really impacted. If other simulator have reasonable
time of loading with this feature, why FG can't have the same reasonable time
of loading with this feature ?
I keep in mind that the time of loading can be impacted, but I would like to
test the feature before to say No it's not possible because the loading time
will increase enormously!
About the boost library, I done this choice because I thought it was better for
computation. But as I said I'm only a little C++ programmer and if you say :
don't use boost for this feature is better. I trust you ;)
I'm totally open to other solutions. The important part in this feature is
really to leave FG compute the elevation of the object if the user don't give
the elevation data.
To be honest, the little git diff provided in my precedent mail take me 1 day
and 1 night (I'm definitely not a good C++ programmer). You say that you can
implement the complete feature in 1 or 2 hours. In this way it's maybe better
that I stop to code on my side and leave you implement this.
In this way you use the technique that you want/prefer.
After reading your mail, it seems that my choices and technical solution are
not appropriate at all.
You introduce another solution : OBJECT_SHARED_AGL
Models/Communications/radio-medium.xml -121.287778 37.008056 2.30
180 0.0 0.0
As I said I'm open to every solution, if you think that it's better to use this
solution I'm ok. your solution give the same possibility than my solution
(indicate ground elevation + optional offset) But with your solution we can
skip these line in case of use of a viewer (as you speak about a future viewer)
with a simple condition like : IF ( viewer is used ) { skip OBJECT_SHARED_AGL
OBJECT_STATIC_AGL line }
With this feature I really want to be independent of the terrain elevation. A
lot of scenery exist everywhere on the web and use different terrain elevation.
This feature is a real solution to these problem of different terrain
elevation.
Also this feature give the possibility to use external tools for object
positioning. For example this tools :
http://www.youtube.com/watch?v=dajvfna0CaM Moreover this feature give the
possibility to user to use objects distributed by TerraSync out of the terrain
distributed by TerraSync, and it works also in reverse, TerraSync can use
object that are not specially placed with TerraSync terrain. In this way
TerraSync is winner with this feature.
With all these elements and elements in my precedent mail I can affirm you that
this feature is really welcome. Also if other Flight Sim have implemented this
feature it's because it's useful.
Are you able to propose your technical solution and start to write some C++
lines ? or can we experiment my changes since I have already started to write
some C++ lines ?
Let me know what are you ready to do, your plan, your solution. Even if I'm not
the coder, I'm interested by your choices and solutions for this feature.
Cheers,
Clément
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape has changed and how IT managers can respond. Discussions
will include endpoint security, mobile security and the latest in malware
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/___
Flightgear-devel mailing list
Flightgear-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/flightgear-devel
