Official Open Asset Import Library Repository. Loads 40+ 3D file formats into one unified and clean data structure.
I have also tried the 5.0.1 beta package, that one works well for the gltf2 exports. But the issue here is that the application crashes after every export. I have tried the AssimpNet wrapper (both 4.1.0 and 5.0.0-beta1) with the newer Assimp releases. But those are not compatible anymore with Assimp, at least not for exporting to gltf2 files, starting from version 5.1.x and up.
I would of course prefer to use the newest version of Assimp with the C# wrapper so have all the latest fixes for gltf2 included. So I am wondering if someone is still working on it / will pick it up and if yes, is there any indication about when we can expect it? Or if it's better to set this idea aside for now and maybe try to pick it some other time.
4 replies
Hi Kim, I'm using 5.2.0 to export and all the file formats are working fine, apart from the glTF ones (both gltf, glb & gltf2, glb2)... Is there anything different within the 'aiScene' that i need to set for these formats? The exports are failing with aiReturn_FAILURE.
Many thanks!
I'm a french intern, and I have been tasked with contributing to Assimp's STEP support, especially regarding the AP242 schema. So I wanted to know, has anyone started to work on this and would have any progress on the matter? I've worked on it by myself for the past 3 weeks or so, mainly doing some research to better understand the format. Right now, one of my main problems are complex entities, so would anyone by chance have any suggestions on how to represent them inside Assimp (I've already added their parsing)?
Thanks a lot in advance!
I guess not. I tried to update this package but saw a looot of build failures. So I was not able to solve them at this moment
It looks like the BitBucket repo got a pull request that got merged. Apparently it works with 5.2.x now. But a Nuget package is not available and apparently x86 support wasn't updated.
Accessor::Indexer data = prim.indices->GetIndexer();
if (!data.IsValid()) {
throw DeadlyImportError("GLTF: Invalid accessor without data in mesh ", getContextForErrorMessages(mesh.id, mesh.name));
}
Hi @kimkulling , I am having some issues with my travis setup,
/limonEngine/libs/assimp/code/AssetLib/STL/STLLoader.cpp:115:31: error: comparison is always false due to limited range of data type [-Werror=type-limits]
if (buffer[i] > UnicodeBoundary) {buffer is a char*, and UnicodeBoundary is 127, so it can never be true. I don't know what the intention is, so I can't fix it.
Can you comment about what you want? I think intent was to handle it as byte array, but since char is signed, it is failing, and it should be unsigned char, but at this point this is just a speculation
