MSFS20 Vertical flying cars at bridge

[DeltaTango]

Hi,

I have made a bridge and now happen crazy things , see this video..

https://1drv.ms/v/s!AjzVTRQseSomj3ScmsM4QWjb_0n9?e=DZ7lsS 2

It seems that one street under the bridge is not connected and the cars are floating at this point up. The second smaller street under the bridge is not involved. Any idea to fix this? I have seen this bug also at other places with standard bridges from MSFS.

An other point is the ugly road texture under the bridge, is there any way to delete this?

 

[GaryGB]

Hello:

Tell us more about how you "made" this bridge.

Where is it (Geographic coordinates, please) ?

Is it a custom 3D model, or was it instead placed from the default MSFS SDK objects library pick-list ?

Did you place ex: a road or other polygon type on top of the bridge to "harden" it ?

Did you inspect BING imagery in SBuilderX with a LOD-13 / QMID-15 terrain quad grid to see if the local quad "breaks" / "clips" Traffic poly-lines at the point in question ?

Feel free to inquire further if you wish to explore this more.


PS: See this thread for related info and a tutorial video:

Fix photogrammetry bridges so that they are not "solid" underneath

I flew by some very high bridges over canyons and they were clear below and even could fly under them but the actual road went down the canyon walls, through the water and the vehicles took that path. Someone needs to write some logic into bridges that removes the road below and places it on...

forums.flightsimulator.com

GaryGB

 

[DeltaTango]

Hello,

it is my own modell made with blender 2.90.1and converted to MSFS by the MSFStoolkit 0.40. The road is with the road material

Coordinates are here.. 50.31473626329711, 7.494177808922663

Did you inspect BING imagery in SBuilderX with a LOD-13 / QMID-15 terrain quad grid to see if the local quad "breaks" / "clips" Traffic poly-lines at the point in question ?

Could ypu please explain this more in detail? I don't realy unterstand..

PS:

The bridge is to find here also:

https://flightsim.to/file/4075/edrk-patch

Greetings
Dirk

 

[GaryGB]

Hi again:

I see no reason in the FSX legacy CVX vector QMID-15 quad grid boundary mechanism for why MSFS would 'clip' a Traffic poly-line at that bridge location.

AFAIK, OSM data was some- or all- of the source data used for roads in MSFS 2020; perhaps this may be inspected for possible 2D *.SHP geometry issues ?

Perhaps as well, the texture image material and Road / Collision material UVW mapping in Blender might need to be checked ?


PS: Some would-be end users may object to being required to register at web sites such as https://flightsim.to or https://www.nexusmods.com/ etc. as they do not wish to disclose info that may be distributed to additional 3rd parties.

Why require registration unless info is regarded as having a value if sold; at best, it pays a bandwidth bill, ...but a PayPal donation link is a better idea, IMHO.

If you wish to attach a copy here or at a secure free download site such as the https://1drv.ms URL used for your video linked above, of pertinent data, perhaps we may be more ready / willing / able to offer more help troubleshooting this.

GaryGB

 

[GaryGB]

Hi Dirk:

My apologies for the brief editorial above regarding restrictions of "some" downloads at ex: https://flightsim.to ...as I now see it does not apply to your EDRK scenery package linked above.

I have downloaded (without a need to register) your EDRK_patch linked above, and have some questions regarding the 3D model.


Are you using a semi-automated capture of geometry from imagery used as source data for a Blender 3D model ?

It looks as if shadows cast from bridge pillars have been inverted, then 3D modeled in the Horizontal plane of the bridge roadway structure.


IIUC, if only 'hidden' within the 3D model, rather than fully removed, this may confound Road / Traffic surface material mapping.

One might wonder if the SDK does not tolerate discontinuities in (sur-)Faces mapped with Road / Traffic surface materials.

I would prioritize troubleshooting the geometry of this 3D model.

GaryGB

 

[DeltaTango]

Hello Gary,

first many thanks for your great effort to try to solve the problem

Very strange this shadows, I have no idea where they come from. The model is made completely new. For testing I delete all up to the road, unfortunately it happens the same.

Second try with a complete new model only consists out of a plane with road material. This works. Ok I have to find out what is going wrong with the road in my model

 

[GaryGB]

Hi Dirk:

I do not yet work in Blender, but if the Blender exporter forces a "weld" between support pillars and the underside of the bride roadway structures, possibly that might result in segmenting of the Road / Traffic (sur-)Face Material mapping ?

Perhaps you might try making support pillars and the underside of bridge roadway structures totally separate 3D objects placed in proximity ?

GaryGB

 

[DeltaTango]

Unfortunately I was wrong. It doesn't work also not with a simple plane. Maybe a blender specialist knows what to do? For investigation here are my files...

bruecke.blend

deltatango-edrk

 

[Itay Dor]

I have seen it happening on couple of custom bridges that I checked. I couldn't fixed it and came to the conclusion that it may be a bug in the sim...

 

[DeltaTango]

I have also seen this at other destinations also with vanilla bridges - so I assume also this is a general bug in the sim. I will write a zendesk ticket.

 

[GaryGB]

Indeed, it appears MSFS-2020 has issues resolving draped BING grass and roadway imagery on top of the underlying (Apron ?) polygons when there is a superimposed "platform" at a different Altitude AGL.

This appears further complicated by both highway A_61 and B_49 Road surfaces at different Altitudes, being required to also display traffic vectors.

One might also wonder if there is an imprecision in (OSM ?) Road / Traffic vector data at the B_411 Ramp junction with a B_49 vector at shore level below the Moselle Viaduct:

GeoHack - Moselle Viaduct

geohack.toolforge.org

Notice in the image above, that where the vehicle descends to meet highway B_49 (at an offset), is also where the B_411 Ramp has a junction with highway B_49.

GaryGB