ZFX + Developia

Wie erkennt man den Master-Blob

• Export schreibt zum Beispiel ein aiScene im Obj-Format hinaus.
• Daten wurden zuvor zum Beispiel aus einem Collada-File gelesen.
• Blobs sind die Datenhaufen zum Arbeiten, die die Daten von aiScene beinhalten, ein Blob pro File ( also gelesen von einem Obj mit 2 Mtl-Files -> 3 Blobs ).
• Blobs sollen nicht zum Zwischenspeichen auf die Platte gebracht werden.
• Blobs sollen dementsprechend keinen Header / Flag whatever haben oder ... <- darauf bezog sich meine Frage.

kimmi hat geschrieben: [*]Blobs sollen nicht zum Zwischenspeichen auf die Platte gebracht werden.

Wenn man einen Blob auf der Platte rumflaggen hat bzw. dort zwischenspeichern und den irgendwohin verteilt: wollen wir das zulassen? Welche Probleme würden auftreten, wenn wir das wollten. Sollen die ein reines In-Memory-Konstrukt sein, die unter gar keinen Umständen jemals auf der Platte landen?

struct aiExportDataBlob 
{
        /// Data desc. ( flags like id of next blob etc. )
        unsigned int Header:

        /// Size of the data in bytes
        size_t size;
	
        /// The data. 
        void* data;
};

• In DefaultLogger.cpp müssen alle ai_assert(false) durch ai_assert(message.length() <= MAX_LOG_MESSAGE_LENGTH) ersetzt werden — ai_assert(false) bedeutet: „Dieser Befehl darf niemals erreicht werden“. Darum würde der Optimizer den kompletten Block wegoptimieren, wenn er auf __assume(false) träfe. Dasselbe gilt für SceneCombiner.cpp:67 und u.U. Subdivision.cpp:119.
• In BlenderModifier.cpp:299, StreamReader.h:93 und Subdivision.cpp:564 müssen die ai_asserts so angepasst werden, dass sie boolesche Ausdrücke ergeben (NULL !=?)

• In den Vergleichsoperatoren von aiString memcmp() statt strcmp() benutzen, weil an dieser Stelle sicher ist, dass die Strings gleich lang sind. Das ist bestenfalls doppelt so schnell.
• Nachtrag: Wo nur Ausgabe-Funktionalität gefordert ist, kann man ::std::ostringstream statt ::std::stringstream benutzen. Ersteres hat eine flachere Vererbungshierarchie und umgeht Diamantvererbung, weshalb deutlich weniger Aufwand für K’toren und D’toren am Anfang und Ende der Nutzungszeit aufgewendet werden muss. Betroffen sind
  • code\BoostWorkaround\boost\format.hpp:34
  • code\LWOLoader.cpp:1100
  • code\OgreImporter.cpp:224
  • code\OgreImporter.cpp:245 und
  • code\Q3BSPFileImporter.cpp:71.
• Assimp::Logger::debug()/info()/warn()/error() für const char * const überladen. Die Überladungen unterscheiden sich von den Originalen insofern, als dass sie nicht message.length() sondern strlen(message) für die Längenprüfung benutzen. Bringt: 2,9 % weniger Größe (manche Importierungsfunktionen werden um bis zu 2 KiB kompakter) und einen winzigen Laufzeitvorteil, weil bei den meisten Logger-Meldungen die Konstruktion eines temporären ::std::string entfällt und die Prüfung schon zur Kompilierzeit aufgelöst werden kann.

• Das Exportinterface ist mittlerweile vollstaendig implementiert. Auch das Sekundaerinterface ueber Blobs funktioniert und ist durch Test-Cases grob abgedeckt.
• Das Export-Interface ist nun standardmaessig aktiviert, auch in CMAKE. NO_EXPORT deaktiviert es.
• Sowohl AssimpCmd als auch AssimpView unterstuetzen nun das Exportieren. Thomas' sehr kreativer, hardgecodeter Collada-Export im Viewer ist dabei rausgeflogen. Wenigstens habe ich jetzt nicht mehr staendig eine test.dae auf dem Desktop :-)
• Krishty's Tipps von oben sind, mit Ausnahme von __assume implementiert. Die Platzersparnis lag in der Tat im Bereich 2-3%.
• Website ist auch auf dem neuesten Stand. Ihr muesst ggf. aktualisieren.

• Exporter-Doku
• Die Export-Funktionalitaet verwenden um die Regressions-Suite zu erweitern (z.b. Ping-Pong Import/Export-Tests)
• IGES
• Blender-Animationen
• 3DS-Export
• Refactoring bei einigen grenzwertig implementierten Loadern

Aramis hat geschrieben: [*]Sowohl AssimpCmd als auch AssimpView unterstuetzen nun das Exportieren. Thomas' sehr kreativer, hardgecodeter Collada-Export im Viewer ist dabei rausgeflogen. Wenigstens habe ich jetzt nicht mehr staendig eine test.dae auf dem Desktop :-)

• Wenn ich ein File in einem beliebigen Quellformat nehme, lade und nach A im zu testenden Format exportiere
• A erneut lade
• und nach B im selben Format exportiere
• muessen A und B vorbehaltlich Fliesskommadetails identisch sein.