plane icon Welcome to Microsoft Flight Simulator’s SDK Q&A Platform!

You have questions regarding the SDK? DevMode Tools? SimConnect? You would like to submit an idea for future improvements, seek help or exchange knowledge? You’re in the right place.


Please take a moment to read the platform’s guidelines before you get started!


question

RXP avatar image
RXP asked RXP answered

SU9 overriding some glTF materials: is this a regression or intentional?

Hi,

I've noticed a strange behavior with SU9 and I don't know if this is bug, or a design decision.

Here is the context:

1) FS2020 prevents overriding the Taxi helpers with a community add-on for those finding them too obtrusive.

2) FS2020 doesn't provide any convenient "toggle" either ( Taxi Navigation Ribbon - Toggle - Community Support / Wishlist - Microsoft Flight Simulator Forums - 414 votes )


I've therefore made a mod which now consists in a PowerShell script in order to make the taxi helpers less obtrusive (in 3D and VR), more naturally blending with the environment, so that you can leave the taxi assistance enabled always: https://flightsim.to/file/19152/rxp-small-taxi-helpers-3d-vr

The script parses, modifies then overrides the Asobo_UI.bgl file with a user selection of colors, sizes and alternate representations.

However, I've noticed that with SU9, no matter the changes to the TRACK_HELPER_Taxi {f518b7e1-0c31-4724-9968-4ccb346f8153} model materials, the game is always displaying the arrows in a certain shade of blue. More surprising is that adding the same object in scenery editor do show the correctly modified material like in this screenshot:

screenshot-2022-05-23-214840.jpg

However, changing the size is ok, as well as changing the material of the two other parking helpers (you can see the white non-emissive pseudo ground painted version in the screenshot).

But for the arrow specifically, the same object with the same GUID is displaying in 2 different ways with 2 different materials, as if SU9 is overriding the material to paint it blue.

Is this an SU9 bug?

Is this an SU9 design decision to prevent modifying this object specifically?

Can you please open up the VFS so that we can make this type of mod in the form of a community folder instead of overriding the stock files?

Thank you!


bug
10 |10000

Up to 5 attachments (including images) can be used with a maximum of 4.8 MiB each and 23.8 MiB total.

RXP avatar image
RXP answered

Although the topic about the VFS is telling that any object is singly identified by its GUID:

Is scenery file structure and duplicates still a thing? - MSFS DevSupport (flightsimulator.com)


I've done a few more tests and it really seems like FS2020 and in this case, the same GUID is representing two different types of instances at runtime:


- FS2020 is instantiating the TRACK_HELPER_Taxi {f518b7e1-0c31-4724-9968-4ccb346f8153} model with a material which is not in the Asobo_UI.BGL file (unexpected)

- FS2020 is also instantiating the same model that I can manually add in scenery editor, but for these, it is using the material as it is set in the Asobo_UI.BGL file (expected)


Q: Is this a bug in the object management?

Q: Is this a voluntary override for this model specifically?

10 |10000

Up to 5 attachments (including images) can be used with a maximum of 4.8 MiB each and 23.8 MiB total.

RXP avatar image
RXP answered

Well despite trying, FS2020 SU9 is instantiating the model

TRACK_HELPER_Taxi {f518b7e1-0c31-4724-9968-4ccb346f8153}

with a material which is not in the Asobo_UI.BGL file it is coming from, and this might be a bug.

@EPellissier @FlyingRaccoon do you have any hint/recommendation?

10 |10000

Up to 5 attachments (including images) can be used with a maximum of 4.8 MiB each and 23.8 MiB total.

Write an Answer

Hint: Notify or tag a user in this post by typing @username.

Up to 5 attachments (including images) can be used with a maximum of 19.1 MiB each and 23.8 MiB total.