• 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.

Is it possible ...

GHD

Messages
12,243
Country
england
... to display GP objects depending upon the setting of Scenery Complexity?

I currently have over 130 objects and will probably quadruple this before the project is finished.
 
Is there a scenery complexity value for these objects? It would be quite easy to arrange to show them by layer. To do it in ADE I would need some property that I could use. Since ADE does not provide the editor for GP objects it would either need to be something that is already stored by ADE or something that Don could add.
 
FS8 MakeMDL assigns a scenery complexity value assigned to GPs, but on a per-file bases, not individual lines/polys - which is what I suspect you are asking. So , the simple answer to your question, George, is "No".

Presumably, it would be possible to extend this to individual polys. But, that's not something I'm interested in doing at this stage, since it would mean "surgery" to the editor, compiler and most of the base data definitions. The risk of destabilization is too great only two weeks before planned release and there'd not be sufficient time to test it thoroughly.

Better it be a "phase 2" candidate, along with better color control, Bezier lines, etc.

Don
 
Better it be a "phase 2" candidate, along with better color control, Bezier lines, etc.

I don't know why you are requesting Bezier curves, the crew who mark the lines at an airport won't have such a facility. They will be restricted to string and pegs.

Check out the Echo 1 / Echo 3 / NORTH junction at Palma de Mallorca airport in Bing. You will see that it can be created using only circular helpers:

 
You will see that it can be created using only circular helpers:
That's helpers, PLURAL. and multiple GP objects and the need to exactly match line ends.

With a Bezier function, a line can have multiple curves. - so, a single "helper", a single GP object and no need for end-matching.

Since (as you say) the same end result can be accomplished with helpers and multiple objects, when Jon asked me what additional functionality was essential for the initial general, I agreed that the Bezier function could be deferred.

I don't know why you are requesting Bezier curves
If you look back in the forum, George, I provided a good example with apron markings.

I expected you, of all people, to appreciate ease of use.

Don
 
But how did the original crew create the markings?
Doesn't matter, George. I'm not using a paintbrush.

I've already acknowledged it can be done your way. And, when Jon implements the Bezier function, you can leave it to others. Personally, it'll save me some time.

Don
 
FS8 MakeMDL assigns a scenery complexity value assigned to GPs, but on a per-file bases, not individual lines/polys - which is what I suspect you are asking. So , the simple answer to your question, George, is "No".

Presumably, it would be possible to extend this to individual polys. But, that's not something I'm interested in doing at this stage, since it would mean "surgery" to the editor, compiler and most of the base data definitions. The risk of destabilization is too great only two weeks before planned release and there'd not be sufficient time to test it thoroughly.

Better it be a "phase 2" candidate, along with better color control, Bezier lines, etc.

Don

Hi Don,

is it possible in "phase 2" that you create a new option to assign the visibility value to individual objects or (if not possible) to transform a line into a polygon. I explain why such an option is useful : I decide to limit lines visibility to 500m (to limit the fps impact), but I have made the runway edges and some runway markings with lines. When approaching the runway at landing, these lines "pop up" which is not an eye candy effect.

Regards
 
Jacques, it would be possible to assign visibility on an individual basis, but it would have a major impact on FPS. So, I don't think it would be practical. On the other hand, assigning visibility per layer would have no FPS impact since each layer is "packaged" individually anyway.

It's not clear why converting lines to polys would be helpful.

Have you tried adjusting the line visibility to a larger number? I appreciate it may make your model slightly less efficient overall - but perhaps there's a satisfactory solution in a larger number.

Don
 
Hi,

Been reading every entry but found no need to add some comment myself, except this one time and only to say as I have said a couple of times before that I agree with Don 110% with respect to the Bézier curve implementation.

Roby
 
On the other hand, assigning visibility per layer would have no FPS impact since each layer is "packaged" individually anyway.
Don

assigning visibility per layer is not yet available, isn't it? It would be a valuable feature.

It's not clear why converting lines to polys would be helpful.
Don

Because GP offers only 2 visibility values, one for polys and one for lines.

Have you tried adjusting the line visibility to a larger number? I appreciate it may make your model slightly less efficient overall - but perhaps there's a satisfactory solution in a larger number.
Don

I prefer to keep the line visibility as low as possible (500m) to lower the impact on fps.

Regards
 
assigning visibility per layer is not yet available, isn't it? It would be a valuable feature.
No, its not available. Should there be sufficient call for it, we'll consider it for a future release.

I prefer to keep the line visibility as low as possible (500m) to lower the impact on fps.
Yes, I can understand that and agree (in principle). But have you run any tests to ascertain that increasing line visibility to the extent necessary to overcome your current difficulty imposes an intolerable FPS hit?

Don
 
No, its not available. Should there be sufficient call for it, we'll consider it for a future release.
Don

I hope someday you will join us, and the world .... :)

Yes, I can understand that and agree (in principle). But have you run any tests to ascertain that increasing line visibility to the extent necessary to overcome your current difficulty imposes an intolerable FPS hit?
Don

Yes, I have run many tests. You know how many lines I have drawn.
This being said, the lack of such a feature doesn't constitute a blocking point. I'm going to replace the lines concerned with polys.
Thanks for your answers.
 
Back
Top