-
Which the release of FS2020 we see an explosition of activity on the forun and of course we are very happy to see this. But having all questions about FS2020 in one forum becomes a bit messy. So therefore we would like to ask you all to use the following guidelines when posting your questions:
- Tag FS2020 specific questions with the MSFS2020 tag.
- Questions about making 3D assets can be posted in the 3D asset design forum. Either post them in the subforum of the modelling tool you use or in the general forum if they are general.
- Questions about aircraft design can be posted in the Aircraft design forum
- Questions about airport design can be posted in the FS2020 airport design forum. Once airport development tools have been updated for FS2020 you can post tool speciifc questions in the subforums of those tools as well of course.
- Questions about terrain design can be posted in the FS2020 terrain design forum.
- Questions about SimConnect can be posted in the SimConnect forum.
Any other question that is not specific to an aspect of development or tool can be posted in the General chat forum.
By following these guidelines we make sure that the forums remain easy to read for everybody and also that the right people can find your post to answer it.
New improvement
- Thread starter ALain152
- Start date
- Messages
- 34,376
- Country
Hi,
That idea is on the wishlist already.
But I have a problem there. After loading the MDL in ModelConverterX it can show if it would be exported with or without drawcall batching. But even if ModelConverterX can export it that way, it could be a GMax MDL that does not have the batching.
If you want to see if on the MDL itself, I would better add it to DrawCallMonitor.
That idea is on the wishlist already.
But I have a problem there. After loading the MDL in ModelConverterX it can show if it would be exported with or without drawcall batching. But even if ModelConverterX can export it that way, it could be a GMax MDL that does not have the batching.
If you want to see if on the MDL itself, I would better add it to DrawCallMonitor.
- Messages
- 607
- Country
Thank you. I haven't thought abour DCMonitor.
I tried out to read 2mdl exported with and without the DCB set. An Hex dump confirms the 2 files aren't the same. But when reading with DCMonitor, I can see no difference !
My concern is not to know if the model will be exported with or without DCB option, but if the model I read is already or not DCB. That's why I suggested just an info in the properties panel .
I tried out to read 2mdl exported with and without the DCB set. An Hex dump confirms the 2 files aren't the same. But when reading with DCMonitor, I can see no difference !
My concern is not to know if the model will be exported with or without DCB option, but if the model I read is already or not DCB. That's why I suggested just an info in the properties panel .
- Messages
- 34,376
- Country
Hi,
Yes, at the moment DrawCallMonitor does not show the difference. I just said it might be a better tool to get the information you are looking for.
Since ModelConverterX does first import the MDL file and the structure can change at that phase.
Yes, at the moment DrawCallMonitor does not show the difference. I just said it might be a better tool to get the information you are looking for.
Since ModelConverterX does first import the MDL file and the structure can change at that phase.
hcornea
Resource contributor
- Messages
- 2,388
- Country
Arno, the presence of animation code within the mdl would indicate that it will not drawcall batch.
A simple flag for these (in the display) would be a good indication.
"BATCH" or "Ani/LOD" perhaps.
It would be up to the user to decide whether the model was supposed to be compiled with either priority.
A simple flag for these (in the display) would be a good indication.
"BATCH" or "Ani/LOD" perhaps.
It would be up to the user to decide whether the model was supposed to be compiled with either priority.
- Messages
- 34,376
- Country
Hi Ian,
Yes, but ModelConverterX does not import an empty animation for example. So in a GMax MDL it might be there, but ModelConverterX ignores it.
But in DrawCallMonitor it would be useful to see if such an empty animation is there or not. I'll see if I can implement this.
Yes, but ModelConverterX does not import an empty animation for example. So in a GMax MDL it might be there, but ModelConverterX ignores it.
But in DrawCallMonitor it would be useful to see if such an empty animation is there or not. I'll see if I can implement this.
- Messages
- 34,376
- Country
Hi,
If an object only has one LOD level, the levels of detail will be gray. Only when there is more than one it will appear in a colour.
Since you have only one LOD level, drawcall batching can work on it. Hence the green colour. If you set DrawcallBatching to false in ModelConverterX means it has no priority over LODs, it doesn't mean it will not work.
If an object only has one LOD level, the levels of detail will be gray. Only when there is more than one it will appear in a colour.
Since you have only one LOD level, drawcall batching can work on it. Hence the green colour. If you set DrawcallBatching to false in ModelConverterX means it has no priority over LODs, it doesn't mean it will not work.
- Messages
- 607
- Country
Hi,
I will follow this thread instead of opening a new one.
I get some trouble when trying this operation:
- batch convert of many (>20) big (1.5Mo) files from mdl9 to mdlx (default lod500) with empty lod300 and night texture additions.
Framework.net crashes with this box I attach the error log (index out of range). Sometimes message refers to memory overflow while I still get free memory.
Also I found that when batch converting collada jpg textured to mdlx with add night texture AND texture conversion, the resulting material is the right bmp diffuse texture, but nightmap is set to jpg.
I'm still searching how I can empty the bump slot when batch processing.
Yours
I will follow this thread instead of opening a new one.
I get some trouble when trying this operation:
- batch convert of many (>20) big (1.5Mo) files from mdl9 to mdlx (default lod500) with empty lod300 and night texture additions.
Framework.net crashes with this box I attach the error log (index out of range). Sometimes message refers to memory overflow while I still get free memory.
Also I found that when batch converting collada jpg textured to mdlx with add night texture AND texture conversion, the resulting material is the right bmp diffuse texture, but nightmap is set to jpg.
I'm still searching how I can empty the bump slot when batch processing.
Yours
Attachments
- Messages
- 34,376
- Country
Hi,
In what order did you put the night texture and convert texture operators? If you first have the night texture and then the convert I would expect they should all get the right format.
I am not sure about the errors. Recently I have converted a batch of over 100 objects without any errors. But if you can always reproduce the crash with your object, please let me debug them.
There is no option at the moment to remove bump maps.
In what order did you put the night texture and convert texture operators? If you first have the night texture and then the convert I would expect they should all get the right format.
I am not sure about the errors. Recently I have converted a batch of over 100 objects without any errors. But if you can always reproduce the crash with your object, please let me debug them.
There is no option at the moment to remove bump maps.
- Messages
- 34,376
- Country
Hi,
I just check the first part of your question. I found out that when you first assign the night texture and then convert, it could be that the night textures are not converted. But that only happens when ModelConverterX can not find the texture to convert.
I just check the first part of your question. I found out that when you first assign the night texture and then convert, it could be that the night textures are not converted. But that only happens when ModelConverterX can not find the texture to convert.