Assimp - Brainstorming zum Release

[kimmi]

Wie ich schon mal zu Schrompf meinte: sagt mir auch zu.

Gruß Kimmi

[Aramis]

Ok,

hier mal der auf "Open" gefilterte und vorab etwas aufgeraeumte Bugtracker. Kriegen wir das in naechster Zeit hin? Wie sieht es bei euch zeitlich aus? :-)

https://sourceforge.net/tracker/?group_ ... id=1067632

[Schrompf]

Puh. Ich könnte mir zwar mal einen Tag Zeit nehmen, aber ein subtanzieller Teil der offenen Issues ist so ein WischiWaschi-Zeugs, was bei uns funktioniert, aber dem OP nicht passt. Hm.

Collada-Export muss auch mal werden. Und ConvertToLH als eigene Klasse rausziehen, damit verschiedene Importer und Exporter den auch benutzen können.

[Aramis]

Die erwaehnten Aenderungen an aiScene sind eeendlich (ich komme grade irgendwie zu gar nichts) drin. Im Zuge dessen haben sich noch etliche weitere groessere und kleinere Eingriffe ergeben. Siehe die Commit-Message.

[klickverbot]

Oh, mick-p fühlt sich jetzt wohl etwas auf den Schlips getreten, aber ich finde dieses »hier ist mein toller Patch, und aufräumen könnt ihr selbst«-Gehabe einfach völlig unangemessen.

[Aramis]

Er hat nicht eben ernsthaft die ersten 3 Buchstaben unseres Projektnamens missbraucht um dich zu beleidigen? :-)

Ich lese da raus, dass du dich der bisherigen Reaktion auf den Patch grundsaetzlich anschliesst. Ich hatte urspruenglich vor, ihn selber anzupassen, hab dann aber beim Anblick von ComplexScene aufgegeben.

[klickverbot]

Das ist eben das Problem, das wir schon einmal hatten: Mick hat so eine Art »Code-Dump«-Vorstellung von Open-Source-Software, und wenn man ihm beibringen will, dass es eben nicht so funktioniert (weil später andere seinen Code warten müssen), fühlt er sich beleidigt oder nicht ernst genommen. Ich weiß nicht, ob ich an deiner Stelle das Risiko eingehen würde oder nicht – andere Meinungen?

[glassbear]

Das ist eben das Problem, das wir schon einmal hatten: Mick hat so eine Art »Code-Dump«-Vorstellung von Open-Source-Software, und wenn man ihm beibringen will, dass es eben nicht so funktioniert (weil später andere seinen Code warten müssen), fühlt er sich beleidigt oder nicht ernst genommen. Ich weiß nicht, ob ich an deiner Stelle das Risiko eingehen würde oder nicht – andere Meinungen?

Ich war auch mal so :oops: , bin jedoch mittlerweile dagegen. Mittel- und langfristig macht das nur Probleme.

[Schrompf]

Mich erreichte eine Mail.

Hi, I was wondering if there is any known time, of when Assimp will support Java.

Currently I program online 3D Java Demos:
for example:
http://have2chat.net/benchmark

And wanted to make a 3D model viewer online, and was hoping to use Assimp for model support.

Is there currently anyone dedicated to the develop of Java with Assimp.
If so will it be accessable via JNI, or will it be implemented as pure Java?

- David

Was soll ich darauf antworten? Haben wir denn erkennbare Java-Unterstützung?

[Aramis]

Huh, das habe ich etwas aus dem Fokus verloren. Fakt ist: klickverbot's SWIG Bindings muessten mit etwas Aufwand auch fuer Java funktionieren, oder? :-)

[klickverbot]

… die aber wiederrum ich etwas aus dem Fokus verloren habe – keine Ahnung, ob sie zur Zeit überhaupt in brauchbarer Form sind (müsste ich mir vom einem etwaigen nächsten Release auf jeden Fall noch einmal anschauen).

[Aramis]

Fuer alle, die nicht auf der ML mitlesen:

Ein freundlicher Mensch namens IOhannes hat Pakete fuer Assimp in Debian-Unstable hineinbekommen. Damit koennte in absehbarer Zeit stable folgen und somit auch alle Debian-Derivate (es gab ja bereits vorher Pakete, aber nur ueber ein Launchpad-PPA).

http://packages.debian.org/source/sid/assimp

Davon abgesehen findet ihr hier einen Blender 2.59 Build mit Assimp-Import-Addon. Mit dem haben die hier vertretenen Assimp-Member nichts zu tun und er scheint auch nicht voellig fehlerfrei zu sein, aber ich hoffe dass sich in die Richtung noch was tun wird.

[Schrompf]

Im Sourceforge-Forum hat sich jemand gemeldet, der Probleme mit dem Ogre-Loader hat. Der stammt doch von Jonathan Klein, oder? Jonathan, liest Du hier noch mit? Kannst Du evtl. mal seine Probleme anschauen? Einige davon sind vielleicht leichte Ziele.

[Jonathan]

Ja, das ist noch eine Baustelle. Ich guck mal rein, aber ich hatte das letzte mal einige Compilerprobleme mit Assimp (man erinnert sich vielleicht), und hab auch sonst einiges zu tun. Aber es steht definitiv auf meiner Liste, nur halt nicht oben.

[kimmi]

Bezüglich des Debian-Packages: ich wäre für den einfachen Patch, der in der ML vorgestellt wurde. Andere Meinungen?

Gruß Kimmi

[Aramis]

Ich bin auch fuer -simple, habs auch auf der ML gepostet.

[kimmi]

So, ist geliefert. Der M3-Loader nimmt auch Gestalt an. Hoffentlich kann ich die nächsten ein bis zwei Wochen da was liefern.

Gruß Kimmi

[Aramis]

Gotcha. Precise hat Assimp. https://launchpad.net/ubuntu/+source/assimp (aus Debian-unstable ruebergeschwappt).

Ich freue mich auf den Tag, an dem <package manager of choice> install libassimp2-dev als Installationshinweis ausreicht :-)

[kimmi]

Auch wenn ich gerade nicht zu so viel komme: Wann wollen wir mal wieder etwas releasen? Zumindest einen Bugfix-Release rate ich langsam an, da mittlerweilse schon recht viele Fehler im aktuellen Developer-Snapshot gefixed wurden. Wir könnten die noch nicht stabilen Teile als experimental deklarieren.

Was sagt ihr?

Gruß Kimmi

[Aramis]

Zustimmung. Gab ne Menge Bugfixes. Naechste Woche haette ich Zeit, mich drum zu kuemmern falls ich wieder das Verpacken etc uebernehmen soll ... ich wuerde es aber wieder zweiteilen und vorerst einen RC rausbringen und dann erst zum Jahreswechsel/Dreikoenig das Release.

[kimmi]

Das klingt gut. Kannst du den Release-prozess eigentlich mal kurz umreißen. Dann kann man dir da etwas abnehmen.

Gruß Kimmi

[Aramis]

Oehm ... es hat in /packaging ein (nicht hauen) Batch-Skript um die ZIP-Releases zu erstellen. Nun kam ja die berechtigte Kritik dass es keinen Source-only-tarball gaebe, dafuer muss das noch ein bisschen angepasst werden.

Vorher muss man die Doku ein bisschen durchgehen und auf den neuesten Stand bringen, die Website etc … Fuers finale Release dann Ankuendigungen auf diversen Seiten (falls wir die noch noetig haben). Fuer den RC reicht aber die ML + eine Newsmeldung auf SF.net aus.

Unittests sollten durchlaufen werden (funktionieren aktuell) .. Regressionstests auch (laenger nicht mehr probiert, was die Idee dahinter minimal ad absurdum fuehrt …). Der Patchtracker sollte soweit wie moeglich abgearbeitet werden, gucken dass wir keine Patches uebersehen usw.

[Aramis]

Ich zitiere mich einfach mal selber von der ML und spare mir die Uebersetzung:

I just did some major rework in the C API, addressing some long-time issues.

I dropped the global importer map to map scenes to importers - the
importer instance pertaining to an imported scene is now stored in the
aiScene::mPrivate pimpl.

This makes the C API threadsafe even without boost (with an exception
for the logging facilities, which are still global).

I also reworked the property interface in the C API - importer settings
are no longer global.

New usage is as follows (taken from AssimpView)


aiPropertyStore* props = aiCreatePropertyStore();
aiSetImportPropertyInteger(props,AI_CONFIG_IMPORT_TER_MAKE_UVS,1);
aiSetImportPropertyFloat(props,AI_CONFIG_PP_GSN_MAX_SMOOTHING_ANGLE,angle);

...

const aiScene* sc = aiImportFileExWithProperties(...,props);

aiReleasePropertyStore(props);
aiReleaseImport(sc);



THIS IS A BREAKING API CHANGE for anyone using properties with the C
API. It is, however, a huge step forward and finally makes our C API
functionally equivalent to the C++ interface.

I hope we can adapt all ports as soon as possible. I'd be grateful if
the respective maintainers could do this.

Documentation is not yet up to date.

All this is in anticipation to the upcoming 3.0 release, which I'm
actively working on.

[Aramis]

Naechster Punkt: nachdem ich damit eben Tatsachen geschaffen habe, koennen wir auch gleich weitermachen und noch mehr Altlasten loswerden. Stoert sich jemand dran wenn wir alle Dateien in /include nach /include/assimp verschieben?

Damit macht es dann keinen Unterschied mehr ob man den Assimp-Trunk oder das Assimp-Paket verwendet.

[Aramis]

Oh und kimmi .. was ist eigentlich der Status des M3-Importers?

[kimmi]

Fundament fertig, ich muss das gute Stück noch zu Ende debuggen. Was ich wohl langsam mal anfangen sollte *auftochterspäh* ...

Gruß KImmi

[Aramis]

Schaffst du das in absehbarer Zeit .. oder sollen wir den lieber fuers naechste Release ausklammern?

Toll waeren auch noch Testmodelle dafuer.

Hoffe, ich stresse dich nicht, aber ich versuche grade, die verbleibenden Baustellen zu identifizieren und zu eliminieren :roll:

[Jonathan]

Für wann ist der Release denn geplant? Ich wollte auch imemr nochmal Animationen in mein Spiel einbauen und in diesem Zuge vielleicht den OgreImporter überarbeiten. Ich glaube, da sind so einige Baustellen noch offen.

[Aramis]

Geplant war der RC fuer .. uh, ich glaube, ich hatte was von 24-31.12 11 getoent. In der Woche war ich aber leider ziemlich eingespannt.

Nun habe ich mich entschlossen, noch einige lange faellige Aenderungen durchzuziehen um endlich ruhig schlafen zu koennen … das verzoegert alles, und ich wuerde nicht damit rechnen, dass wir in den naechsten 4 Wochen releasen koennen. Gleichzeitig waere ich aber froh, wenn wir es noch im Februar schaffen wuerden, notfalls anfang Maerz.

Funktionierende Animationen im Ogre-Importer waeren tatsaechlich eine nette Sache, wenn du Zeit dafuer faendest :-)

[kimmi]

Schaffst du das in absehbarer Zeit .. oder sollen wir den lieber fuers naechste Release ausklammern?

Toll waeren auch noch Testmodelle dafuer.

Hoffe, ich stresse dich nicht, aber ich versuche grade, die verbleibenden Baustellen zu identifizieren und zu eliminieren :roll:

Ich hoffe doch. Und nein, das ist kein Stress :). Stressig sind hier eher gerade andere dinge *zurunsinntreibendentochterschiel* ...

Gruß Kimmi