We have some odd behaviour when using aerial texture masks (CGL)… We are
seeing large areas of white when far away from the target area. The zoom level
was set to 19 when generating the tiles which is the same as we always use and
the area around our target area is transparent, not white. The area in
question is the Virgin Islands. It looks like Asobo/MS have their own water
mask in the area. Could it be that there’s a collision between the
CGLs?
If anyone has experienced this before and resolved it I’d be much obliged to
hear the solution. Currently we are looking at redoing the textures but
clearly don’t want to run into this issue again. We’re not sure if this is
related to SU9 or not, but we only noticed it afterwards. EDIT: Redoing the
textures (including with a test generating tiles at zoom level 20 instead of
19) has unfortunately not changed anything.
EDIT2: I’ve noticed that the
white tiles are only appearing at LOD12. I’ve also turned Bing World Data off
and on again (and cleared the rolling cache) but although I thought it was
working initially the issue has returned.
Hi @SFSimsDev , Can you give me the exact
location where you have this behavior please ? I’m still making some tests, I
will let you know when I know more
Hi @SFSimsDev , Sorry for the lack of news on
this subject We are still investigating, so I can’t give any ETA yet. I
will let you know when I know more Regards, Boris
Hi - we are also experiencing this. We have developed a large (170 km. sq.)
aerial scenery, and after the latest SU, we are getting these really bad white
square areas on the scenery. Nothing changed in the scenery package, it is the
same file. Also, note: No water in any of our scenery, it is Mt.
Kilimanjaro area! Here is an example: Before latest
SU:
Update to my post: While working on another issue, I noticed that my General
Options > Data > Online Functionality was completely OFF. When I turned it
back on, lo and behold, the above problem disappeared!! I am NOT sure how this
went off, but I certainly didn’t do it on my side, and for some reason, didn’t
notice it. Therefore, my above post with my particular circumstances has been
resolved. The original problem, however, may still be present in some other
circumstances.
I had it return after a short while even with the online functionality turned
on again. That said, I do think it’s a server side problem rather than
something client side but I’m not 100% certain.
Microsoft are having a lot of trouble with stable connections and general
stability around airports what I would assume is their azure server
environment or network build-out. It started about 8 months ago in New Zealand
region and seems to have spread (going by reports on the forums) Even when
people from other regions fly in New Zealand its been happening. So its not an
ISP or bandwidth issue on the client end. (I have done a lot of checking with
our big network provider here) Ive been nagging Jorg about it and he’s getting
some of the team onto it and he has said they will. This is causing
connections to disconnect and stay disconnected. Us scenery developers don’t
really notice when things go offline, as we don’t have time to play the sim
and mainly hanging around airports where we have customer ground aerial data
so don’t really see the issue visually. Ive got sick of fighting it so I just
stay in offline mode as its too unstable at the moment.
That’s interesting analysis and good to know someone else is chasing it too.
Thanks for sharing your experience with it @HybridNZ. If Jorg’s aware fingers crossed it’ll
be resolved.
We are still investigating, so I can’t give any ETA yet. I
Regards, Boris
