I found the issue because the Excel spreadsheet i had developed (straight from the equations Martin published) showed a different answer than what treeman generated. Of course, I went straight to my spreadsheet first - thinking I had set up the algorithm wrong.
After seeing your add-ons...you...
I think fort is right.
The following is empirically determined:
If I convert old surface tile, Moon_3_e1674_s0397.dds:
using Martin's documentation, I get >>surf\15\001421\003723.dds
using treeman, I get >>surf\15\001420\003723.dds
using fort's rules, I get >>surf\15\001420\003722.dds
What...
Thanks for posting this fort.
I thought I was losing my mind when the documentation and treeman were giving two different latitude index results for the converted file, old surface tile to new. :cheers:
All I saw was CTD while Orbiter 2016 was loading. This using the resident graphics version. I PM'd Jedidia about it.
Would you post a working scenario please? Did it work on a clean install? What other add-ons did you have loaded?
This may not be 100% accurate as far as what actually can be seen by the naked eye in Earth orbit, but, IMO, this looks far better and more realistic than the stock celestial.:cheers:
In your YouTube video, MESSENGER - Orbiter Space Flight Simulator 2010, you give credit to "GEP-Messenger thxfiles 19", for the spacecraft model used. Where did you get it as I'm unable to find it anywhere?
The UCGO vehicles don't always work as intended...but that is DanSteph's issue.
Note that I'm updating the base, and until I release it with terrain flattened, the buildings are going to look odd.
Yes. I've never had a CTD.
Read this post, same thread:
http://www.orbiter-forum.com/showthread.php?p=541803&postcount=115
If you can reproduce the CTD, share the particulars. I'll be happy to help.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.