Skip to content

Indices of point and line meshes are mixed up after compression #1

@rhonke

Description

@rhonke

Hi, I'm facing issues with lines and points after compression, so I have posted an issue in the library for which MeshOptimizerWrapper is a wrapper.

zeux/meshoptimizer#993

Here is the issue:

When compressing files that contain lines or points, their indices are mixed up.

Before compression:

Image

After compression:

Image

It seems this is independent of any setting. I think this library assumes that there are always three indices because a "mesh" consists of triangles. But Gltf also knows lines and points.

FullContent_331.zip

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions