Assimp-News

[kimmi]

Der war etwas knifflig, da ich dank des fantastischen Default-Windows-Allocators für große Files keinen einheitlichen Memoryblock mehr beziehen kann. Somit habe ich das Ganze zunächst für Obj auf blocked-IO umgestellt. Dass wiederum ist doof für Daten-Definitionen, die per Line wie im Obj-Format vorliegen. Dementsprechend gibt es einen kleine Buffer, in denen die Lines zusammengebaut werden, auch wenn beim Auslesen einer Line ein neuer Block des Files importiert werden muss. Und dann kam Krishty mit seinen tollen Linebreaks und ich war interlektuell etwas angepisst von diesem SchXXX ...

Gruß KIm

[kimmi]

Habe ich erwähnt, dass das Allokieren großer Blocks unter Linux kein Problem ist?

[Krishty]

Also ich kann auf meinem Windows problemlos um die 30 GiB allokieren …

[kimmi]

Du solltest sie laden können, allerdings sind momentan die Daten der aiScene noch komplett Incore. Das werde ich nach dem nächsten Release wohl mal umstellen, wenn nun mehr und mehr Leute Riesen-Baujobs per Assimp nach STL konvertieren wollen, um damit 3D-Druck zu betreiben.

[Krishty]

Leute mit Riesenbaujobs haben auch immer Maschinen mit Riesenspeicher. Sowas löst Moore’s Law für dich; Kompatibilität müsst ihr aber selber verbessern …

[kimmi]

Irgendwann freust du dich, wenn man Krams zwischenspeichern kannst. Aber ist auch erst mal nur eine Idee...

[Krishty]

Ich würde mich erstmal freuen, wenn ich überhaupt alle Dateien laden könnte ;)

[kimmi]

Wer nicht, ich arbeite drann ...

[kimmi]

So, für Debian musste ich die UTF8-Lib tauschen. Und das konnte ich dieses Wochenende abschließen. Nun nur noch die Json-Lib tauschen und dann 4.0, wir kommen!

[kimmi]

Und da ist v4.0.0: https://github.com/assimp/assimp/releases/tag/v4.0.0 .

Gruß Kim

[Krishty]

Ich muss mich auch entschuldigen: Die Leistungsprobleme, die ihr mit OBJ habt, scheinen nicht nur bei Amateuren aufzutreten :D Ich freue mich schon auf’s Wochenende; dann probiere ich die neue Version aus!

[kimmi]

Um nicht ständig einen neuen Post aufzumachen, benutze ich den hier mal, um auf Neuigkeiten hinzuweisen.

Zum Beispiel:
Wir sind auf der SIGGRAPH zur glTF-User-Gruppe eingeladen worden Dumm nur, dass ich da nicht hin komme. Irgendwer von euch vielleicht?

[Krishty]

Hat hier jemand was vergessen?



Das sieht aus, als wäre ein Unicode-Korrektur-Tool amok gelaufen:

[Krishty]

Sehr gut! Ihr habt für 4.0 endlich die PH-Fehler im .DAE-Export und die Kommas in X3D behoben. Danke dafür!

IFC wurde verbessert, und ich kann nun tatsächlich eine Datei mehr laden als vorher (zwei von sieben). Die bunten Fehlermeldungen, die ich bei den anderen Testfällen sehe (nicht mehr immer die gleiche!), schicke ich dir nachher.


… und …


… ihr habt den PLY-Importer total geschrottet. Ich schicke dir gleich zwei Dateien, von denen eine mit Access Violation abstürzt und die andere eine Kette von Fehlern schmeißt, die nach internen Problemen klingen. Beide luden vor zwei Monaten noch. Ich werde in meinem Build die alte Version vom PLY-Loader wiederherstellen müssen; solche Regressions sind nicht akzeptabel.

3MF und AMF sind, naja … ich habe noch nie eine 3MF-Datei gefunden, die ich mit Assimp öffnen kann, und von AMF nur eine. Ich schicke dir die auch.

[kimmi]

PLY-Loader kaputt? Ups, da werde ich wohl ran müssen. Danke für die Files! Das hilft massiv! Mittlerweile könnte ich das direkt Vollzeit machen :( ...

Gruß Kim

[kimmi]

Ply-Loader Exception ist im aktuellen Master behoben.

[Krishty]

Sauber; alle meine PLYs laden jetzt! Nochmal besten Dank!

[kimmi]

Kein Problem, das war ein Fehler im block-weisen Laden der ASCII-Files. Es folgt 4.0.1 ...

[xq]

Gibt es eigentlich eine offizielle Doku, wie ich mit Assimp eine Szene baue, sodass ich sie ordnungsgemäß exportieren kann? Ich scheitere grade grausam an den Texturen

[kimmi]

Du kannst dem folgenden Dokument die grundlegenden Ideen entnehmen ( http://assimp.org/lib_html/usage.html ). Ansonsten gibt es die Unittests, die zu Testzwecken eigene Szene bauen.

Da ist aber noch Luft nach oben. Ich erstell mal ein Ticket, um einige Tutorials zu schreiben.

[kimmi]

Ein erster Schuß für die glFT2.0-Export-Funktionalität ist nun in Assimp verfügbar. Das Ganze kann auf dem aktuellen Masterbranch eingesehen werden. Feedback wäre toll!

Viel Spass und happy Loading ...

[Krishty]

PLY kracht wieder gewaltig, und zwar immer in PlyLoader.cpp (522):

plycrash.png (8.12 KiB) 12117 mal betrachtet

[kimmi]

Danke, ich hab da was verschlimmbessert.

[kimmi]

Sollte wieder behoben sein.

[Krishty]

Läuft; danke!

[kimmi]

Habe das Ganze auch gleich per Unittest abgesichert, damit ich in Zukunft merke, wenn ich einen Loader kaputt mache. Allerdings ist das schon eine ganze Menge Arbeit. Zur Zeit gibt es da eine abstrakte Basisklasse, bei der im Test die Methoden importerTest und exporterTest implementiert werden müssen. Dazu werden nun noch Anzahl importierter Meshes, Vertices und Faces überprüft:

Code: Alles auswählen

class utPLYImportExport : public AbstractImportExportBase {
public:
    virtual bool importerTest() {
        Assimp::Importer importer;
        const aiScene *scene = importer.ReadFile( ASSIMP_TEST_MODELS_DIR "/PLY/cube.ply", 0 );
        EXPECT_EQ( 1u, scene->mNumMeshes );
        EXPECT_NE( nullptr, scene->mMeshes[0] );
        EXPECT_EQ( 8u, scene->mMeshes[0]->mNumVertices );
        EXPECT_EQ( 6u, scene->mMeshes[0]->mNumFaces );
        
        return (nullptr != scene);
    }

    virtual bool exporterTest() {
        Importer importer;
        Exporter exporter;
        const aiScene *scene = importer.ReadFile(ASSIMP_TEST_MODELS_DIR "/PLY/cube.ply", 0);
        EXPECT_NE(nullptr, scene);
        EXPECT_EQ(aiReturn_SUCCESS, exporter.Export(scene, "ply", ASSIMP_TEST_MODELS_DIR "/PLY/cube_test.ply"));

        return true;
    }
};

Falls da was schief geht, fällt es zukünftig also auf. Dazu gibt es noch eine Regressions-Testsuite, die gerade aber nicht läuft. Aber ich arbeite daran.

[Krishty]

Das gibt es doch schon, oder? Zumindest wurde mir bei GitHub mit deinen letzten Check-Ins als kleines rotes Kreuz angezeigt, dass es PLY-Probleme mit der Coverage geben würde (40 % fail oder so) … bloß habe ich das erst nach dem Merge entdeckt ;)

[kimmi]

Den IMporttest gab es schon, allerdings habe ich vergessen, die Parameter abzutesten ( in dem Unittest ).

[Krishty]

Ah okay!

[kimmi]

Ich habe bezüglich der verschiedenen Language-Bindings mall eine Umfrage ins Leben gerufen. Es würde mich freuen, wenn Ihr da mal abstimmt, um die Relevanz der verschiedenen Bindings besser abschätzen zu können: https://www.patreon.com/posts/asset-importer-13907338