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

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions