Jump to content

Paris Conflict !!


Recommended Posts

Hello ,

Today i did a flight at LICR ( Addon from Aerosoft ) . 

I Noticed a Huge Building next to the main Runway and also the Control Tower was missing !

I tried many things ! Reinstalling the Scenery , removing several Free addons from my Community folder , but i couldn't solved my issue !

Then i started removing my Payware Sceneries ! 

When i finally removed Orbx Paris City Pack my issue was fixed and everything was back to normal !

Please see shots below :

img%5D

 

img%5D

 

Any help from the developer will be appreciated !

At the moment i have uninstalled the pack , because it is in direct conflict with my Scenery !

Link to comment
Share on other sites

Hello ,

 

Just to let you know i had a very similar issue with KEYW which i bought from Microsoft Marketplace , and that one was in conflict with LICR as well  !!

And these two are 9,000km apart B)

I still don't use that scenery  :( No fix up to now !!

I have installed All Orbx products plus many many other Addons Freeware and Payware !! Only these two are in Conflict with LICR !

 

Nick , could you please tell how can to edit my Content.xml file  ?

 

Thanks

Mike 

Link to comment
Share on other sites

I have the Paris City Pack. I went and checked LICR and it is totally fine, nothing abnormal. Something else might be causing the problem, some other file. Do you have a lot of freeware in the community folder?

 

Lee

Link to comment
Share on other sites

8 hours ago, Lee H said:

I have the Paris City Pack. I went and checked LICR and it is totally fine, nothing abnormal. Something else might be causing the problem, some other file. Do you have a lot of freeware in the community folder?

 

Lee

Not much freeware addons !

But as i said , i removed everything from the community folder in msfs2020 an i left Only LICR plus Orbx ! I still had the issue .

When i removed Paris everything was back to Normal !

I am just wondering where is this building in Paris ??

 

Mike 

Link to comment
Share on other sites

Goodmorning !

Just an Update : Found and solved the issue with the help of Nick :) 

img%5D

I checked in my Content.xml file and i Moved Orbx Paris Entry at the very bottom . Then i checked again and the issue was gone !

If Paris entry is above LICR then i get this :

img%5D

It is a Beautiful Building B)

Thank you all very much for your help , much appreciated !!

Link to comment
Share on other sites

36 minutes ago, mikee said:

It is a Beautiful Building

The Musee D'Orsay I think. An old railway station which is now a wonderful art gallery mainly displaying works by the impressionists.

 

Must be more than 20 years since I was there but still have good memories.

 

All the best,

 

John

Link to comment
Share on other sites

3 hours ago, John Burgess said:

The Musee D'Orsay I think. An old railway station which is now a wonderful art gallery mainly displaying works by the impressionists.

 

Must be more than 20 years since I was there but still have good memories.

 

All the best,

 

John

Thanks for letting me know John !

 

Cheers 

Mike 

Link to comment
Share on other sites

10 hours ago, Tony Wroblewski said:

We've worked out the problem here, and it'll be fixed. It's nothing more than copy & paste where both we and Aerosoft used the same GUID from the SDK documentation for one of our objects. I'm sure others have probably done the same by accident as well and are yet to find out :)

 

Am I correct in assuming that once this fix is in place, then the order in content.xml will not matter?

 

Rod

 

 

Link to comment
Share on other sites

I personally would hesitate to state that the order doesn't matter, but that may be a correct assumption in this particular case with a fix coming. It does not however pertain to all matters that concern layering sequence issues with MSFS that can cause addon conflicts as the support forum posts can attest to.

Link to comment
Share on other sites

5 minutes ago, stiletto2 said:

Am I correct in assuming that once this fix is in place, then the order in content.xml will not matter?

Changing the order is just swapping the problem to Paris or elsewhere, e.g. the OP will now see a control tower in Paris where the Musee D'Orsay would be

 

Once fixed by us or Aerosoft, the order won't matter.

Link to comment
Share on other sites

1 minute ago, Tony Wroblewski said:

 

I don't think it is.. I don't recognise what this object is even supposed to be, and just looks like a detected building gone wild

 

Thank you Tony

I have reported it to MSFS too

I'm about to test without PL and will revert with results just to be sure

Cheers

 

Carlos

Link to comment
Share on other sites

  • 4 weeks later...

This seems like an inevitable problem thats likely to happen again multiple times in the future unless there is some central repository with MS/Asobo that gives out GUID's to maintain uniqueness.  I was wondering about this very issue when working on some of my own scenery projects...

Link to comment
Share on other sites

Hi there,

 

actually, ending up with duplicate GUIDs by chance is extremely (astronomically) unlikely, assuming that developers actually use random-GUID generators. GUIDs are in use for other sims and games & apps everywhere and they are 128-bit strings for that very reason: https://en.wikipedia.org/wiki/Universally_unique_identifier

 

The issue here is very specific in that a GUID, included in the SDK with one of the example packages, has been re-used. In other words, for whatever reason the developers didn't follow the required approach of always generating a new random GUID for their respective project.

 

Cheers, Holger

Link to comment
Share on other sites

28 minutes ago, Holger Sandmann said:

Hi there,

 

actually, ending up with duplicate GUIDs by chance is extremely (astronomically) unlikely, assuming that developers actually use random-GUID generators. GUIDs are in use for other sims and games & apps everywhere and they are 128-bit strings for that very reason: https://en.wikipedia.org/wiki/Universally_unique_identifier

 

The issue here is very specific in that a GUID, included in the SDK with one of the example packages, has been re-used. In other words, for whatever reason the developers didn't follow the required approach of always generating a new random GUID for their respective project.

 

Cheers, Holger

 

Got it, makes sense now.  Thanks for the link! :)

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...