Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Allow mesh specific ATTR_light_level #663

Closed
7 of 10 tasks
tngreene opened this issue Jun 7, 2021 · 0 comments
Closed
7 of 10 tasks

Allow mesh specific ATTR_light_level #663

tngreene opened this issue Jun 7, 2021 · 0 comments
Assignees
@tngreene
Labels
Feature priority high

Comments

@tngreene
Copy link
Contributor

tngreene commented Jun 7, 2021 •
edited
Loading

Right now the fact that ATTR_light_level is controlled via material properties makes the proliferation of materials a big problem. What has been asked for is a mesh specific ATTR_light_level override which is used (even when the Object's material has ATTR_light_level).

  • Unit tests
    • Does the feature emit ATTR_light_level
    • Does the feature emit the correct ATTR_light_level even when it's material has also overridden
    • Does weird combinations of ATTR_light_level on and off
    • Does the feature ATTR_light_level always close after TRIS blocks
  • Code
    • XPlanePrimative and XPlaneMaterial code
  • Docs
    • Screenshot
    • Brief explanation of the relationship between xplane_material and the mesh option
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@tngreene tngreene

Labels
Feature priority high
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests
1 participant
@tngreene