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.

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

Support ascii STL files #1364

Closed
simonschmeisser opened this issue Apr 5, 2019 · 4 comments
Closed

Support ascii STL files #1364

simonschmeisser opened this issue Apr 5, 2019 · 4 comments

Comments

@simonschmeisser
Copy link
Contributor

rviz currently uses handcrafted code for loading STLs and assimp for everything else

else if (ext == ".stl" || ext == ".STL" || ext == ".stlb" || ext == ".STLB")

does anybody know why? I'm asking because this handcrafted code does not support ASCII format of STL files which creates a lot of confusion among our test users/customers. I will open a PR to simply use assimp for everything

@rhaschke
Copy link
Contributor

rhaschke commented Apr 5, 2019

@wjwwood, @jfaust, do you remember the reason for not using assimp for STLs?
Looking into the commit history, it looks like STL loading was there first and later assimp was added to support more formats as well. So, if assimp can handle all formats, this proposal looks reasonable to me.

@wjwwood
Copy link
Member

wjwwood commented Apr 5, 2019

I don't know, if code can be deleted for assimp instead, that's fine with me. Though something like this should be tested well (maybe even ask the community to test is specifically).

@jfaust
Copy link

jfaust commented Apr 5, 2019

The commit in question: 3117a98

That's from 9 years ago, so I don't remember specifically, but based on my experience with assimp in general, I would guess it choked on some of the STL files we had at the time, and it was easier to keep using our own parser than to fix theirs.

@rhaschke
Copy link
Contributor

Addressed in #1365.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants