MSFS20 glTF support for ModelConverterX

[arno]

I'm using a different library now for reading DDS files, as MSFS uses different compression types.

 

[xr219]

My latest version crashes with an Net Framework system out of memory error. I check on ORBX LOWI modelLib.BGL. There are three scenes. The first one loads without errors, the second (simple) with errors, the third (terminal) already loses textures and displays a bunch of errors about the failed to load textures. This was not the case in the previous release.

Have you got the correct version of .Net? You need .NET 4.7.2 or later. Also you’ll be prompted to download the current version of the Visual C++ runtimes.

 

[arno]

Do you also have issues with some default MSFS files? Then I can try to reproduce.

 

[Wonderboy]

Have you got the correct version of .Net? You need .NET 4.7.2 or later. Also you’ll be prompted to download the current version of the Visual C++ runtimes.

Do not think that someone is stupider than you. I have everything installed.

Do you also have issues with some default MSFS files? Then I can try to reproduce.

I tried to find something similar with the default files, but I still don't understand from which folder they are taking the texture. There is simply no folder specified in the config. It's easier for me to send you a faulty file in a PM

 

[xr219]

Do not think that someone is stupider than you. I have everything installed.

I tried to find something similar with the default files, but I still don't understand from which folder they are taking the texture. There is simply no folder specified in the config. It's easier for me to send you a faulty file in a PM

Don’t think there’s any need for that response.

 

[arno]

I just found out that by changing the target .NET framework ModelConverterX also ran as a 32 bit instead of a 64 bit process. So that might explain the out of memory errors. In the next development release it will run as 64 bit again.

 

[Wonderboy]

I just found out that by changing the target .NET framework ModelConverterX also ran as a 32 bit instead of a 64 bit process. So that might explain the out of memory errors. In the next development release it will run as 64 bit again.

This seems to explain everything, since the latest version required installing a 32-bit package Visual C++ runtimes.

 

[tadeon]

Thanks to ModelConverterX, I put to FSX/P3D thousands of my own buildings. Yesterday I put my first building to MSFS, but first i had to manually rotate 180° each piece of the DDS texture. Additionally, textures had to be completely separate, this tip doesn't work for multitexture. It would help a lot if the textures were ready at once. Is there any chance that parallely to gltf, modelconverter x exports a set of MSFS-compatible textures?

 

[GHD]

Is there any chance that parallely to gltf, modelconverter x exports a set of MSFS-compatible textures?

It can.

 

[tadeon]

Thanks, George, maybe a little tip, how to do this? I export gltf, getting 3 files, textures are taken from P3D directory. How to export with textures? Thanks in Advance!

 

[GHD]

Click on "Material Editor".on the "Textures" tab, set texture type to "PNG, check "Overwrite existing textures" then click "Save textures"

 

[arno]

I have been thinking about an option to automatically save the textures to png for the glTF exporter. That would save a manual step.

Question then is where to put them relative to the model?

 

[OzWookiee]

Your batch converter handles this already so no need for an extra option I think.

 

[spatialpro]

I have been thinking about an option to automatically save the textures to png for the glTF exporter. That would save a manual step.

Question then is where to put them relative to the model?

I think such a facility would be great please Arno!

I'm new to gITF and would like to know where my newly converted PNG (from the BMP which was associated with the old FS9 model I'm converting) should be placed relative to the scenery compiled by the SDK please? I currently have it in a TEXTURE folder within SCENERY... a suggestion I saw elsewhere, though to my mind these two folders should reside alongside one another, rather than nested? Right now my model appears with no textures (plain white) and I'm unsure if it is due to either 1) a mistake in compilation; 2) a mistake in conversion to PNG; or 3) the PNG being in the wrong place?

 

[xr219]

I have been thinking about an option to automatically save the textures to png for the glTF exporter. That would save a manual step.

Question then is where to put them relative to the model?

Hi Arno, A "texture" folder on the same folder as the model is exported to would be a big help and fairly self explanatory. It would also mean that if you were exporting multiple models for the same project, they would have a common texture folder.

Just my tuppence worth

 

[tadeon]

the problem is that gltf file refers to dds textures.

 

[OzWookiee]

the problem is that gltf file refers to dds textures.

Which is compiled when you use the fspackagetool.

 

[GHD]

the problem is that gltf file refers to dds textures.

Save the textures as PNG before exporting the gltf.

 

[GHD]

Question then is where to put them relative to the model?

To prevent this situation, I always have the models and textures in the same folder.

When converted I copy them tto the required folders.

 

[xr219]

I tend to convert mine to PNG first too. It does support jpg and actually DDS too, but I've had some funnies with the flipping of the DDS textures, so, like George, found it easier to convert them to PNG first.