Assimp-News
Forumsregeln
Bitte nur zu Engines und Toolkits posten, die auch eine eigene Entwicklungsumgebung anbieten. Zu Engines, die nur programmatisch angesprochen werden können, bitte hier posten.
Bitte nur zu Engines und Toolkits posten, die auch eine eigene Entwicklungsumgebung anbieten. Zu Engines, die nur programmatisch angesprochen werden können, bitte hier posten.
- Krishty
- Establishment
- Beiträge: 8244
- Registriert: 26.02.2009, 11:18
- Benutzertext: state is the enemy
- Kontaktdaten:
Re: Assimp-News
Gut:
Der 3MF-Bug mit Post Processing Order ist behoben.
Schlecht:
3DS scheint falsche Transformation zu haben, wenn Objekte gespiegelt sind. Die entsprechenden Datei kommt direkt aus 3ds Max; ich schicke sie dir via PM.
Noch schlechter:
Bei FBX sind die Transformationsfehler noch extremer. Außerdem kommen die Farben zu dunkel raus – habt ihr in Assimps Materialeigenschaften ein Flag für sRGB/linear oder einen Gamma-Faktor, den ich übersehe?
Der 3MF-Bug mit Post Processing Order ist behoben.
Schlecht:
3DS scheint falsche Transformation zu haben, wenn Objekte gespiegelt sind. Die entsprechenden Datei kommt direkt aus 3ds Max; ich schicke sie dir via PM.
Noch schlechter:
Bei FBX sind die Transformationsfehler noch extremer. Außerdem kommen die Farben zu dunkel raus – habt ihr in Assimps Materialeigenschaften ein Flag für sRGB/linear oder einen Gamma-Faktor, den ich übersehe?
- Chromanoid
- Moderator
- Beiträge: 4258
- Registriert: 16.10.2002, 19:39
- Echter Name: Christian Kulenkampff
- Wohnort: Lüneburg
Re: Assimp-News
Habt ihr mal überlegt automatische Tests mit Bildvergleich einzubauen? Also Soll-Bild vs. tatsächliche Ausgabe (z.B. via https://github.com/donbright/diffpng)? Dann würde man solche Fehler ziemlich schnell sehen und man muss nicht komplizierte Vertex-Prüfungen machen. Oder macht ihr die Tests so schon?
BTW ich weiß das geht da vielleicht eher unter, aber irgendwie verstehe ich nicht warum Assimp-News in der Kategorie "Autorensysteme und Toolkits" gelandet ist. Wahrscheinlich wegen Toolkit oder? Ich glaube damit waren eher Toolkits für komplette Spiele gemeint...
BTW ich weiß das geht da vielleicht eher unter, aber irgendwie verstehe ich nicht warum Assimp-News in der Kategorie "Autorensysteme und Toolkits" gelandet ist. Wahrscheinlich wegen Toolkit oder? Ich glaube damit waren eher Toolkits für komplette Spiele gemeint...
- Krishty
- Establishment
- Beiträge: 8244
- Registriert: 26.02.2009, 11:18
- Benutzertext: state is the enemy
- Kontaktdaten:
Re: Assimp-News
Das Problem ist eher, dass zu wenige Testdateien vorliegen. 80 % der Dateien im Netz nutzen nur 20 % der Features und sind leicht korrekt darzustellen.
Die restlichen 20 % der Dateien sind dafür höllische Verkettungen von Sonderfällen. Sowas zu finden ist schwer genug, aber dann noch mit passender Lizenz …
… die Testdateien, die ich kimmi schicke, stammen auch von unseren Kunden und dürfen auf keinen Fall im offiziellen Repository landen. Um die nachzubauen, muss er sich wahrscheinlich erstmal 3ds Max besorgen und nachmachen, was bei der Originaldatei gemacht wurde (spezieller Objekttyp, via spezieller Option spiegeln, etc).
Ich habe in meinem VRML-Import ungefähr 80 % Code-Abdeckung, bei 200 isolierten Testfällen und 10.000(!) heruntergeladenen Testdateien. Auf Github würden nur die 200 isolierten Testfälle landen, weil ich für den Rest niemals die Lizenzen klären könnte. So schlimm ist das.
————
Übrigens braucht man auch kein diffpng für sowas. Ich habe alle meine Testfälle so ausgelegt, dass der Pixel in der Mitte nur bei Erfolg grün ist. Rate mal, welcher Testfall hier nicht funktioniert:
Die restlichen 20 % der Dateien sind dafür höllische Verkettungen von Sonderfällen. Sowas zu finden ist schwer genug, aber dann noch mit passender Lizenz …
… die Testdateien, die ich kimmi schicke, stammen auch von unseren Kunden und dürfen auf keinen Fall im offiziellen Repository landen. Um die nachzubauen, muss er sich wahrscheinlich erstmal 3ds Max besorgen und nachmachen, was bei der Originaldatei gemacht wurde (spezieller Objekttyp, via spezieller Option spiegeln, etc).
Ich habe in meinem VRML-Import ungefähr 80 % Code-Abdeckung, bei 200 isolierten Testfällen und 10.000(!) heruntergeladenen Testdateien. Auf Github würden nur die 200 isolierten Testfälle landen, weil ich für den Rest niemals die Lizenzen klären könnte. So schlimm ist das.
————
Übrigens braucht man auch kein diffpng für sowas. Ich habe alle meine Testfälle so ausgelegt, dass der Pixel in der Mitte nur bei Erfolg grün ist. Rate mal, welcher Testfall hier nicht funktioniert:
- kimmi
- Moderator
- Beiträge: 1405
- Registriert: 26.02.2009, 09:42
- Echter Name: Kim Kulling
- Wohnort: Luebeck
- Kontaktdaten:
Re: Assimp-News
Das Ding mit dem SIB schaue ich mir an, riecht in der Tat komisch. Ist mir beim Review durch ie Lappen gegangen. Ebenfalls komisch: Clangs AddressSanitizer und MemorySanitizer schlagen nicht an. Das kann aber auch in der Tatsache begründet sein, dass wir keinen Testfall dafür haben :o).
Danke auf jeden Fall für den Hinweis.
Danke auf jeden Fall für den Hinweis.
- kimmi
- Moderator
- Beiträge: 1405
- Registriert: 26.02.2009, 09:42
- Echter Name: Kim Kulling
- Wohnort: Luebeck
- Kontaktdaten:
Re: Assimp-News
Bitmap-Vergleiche würden gehen, ich habe aber einen Scene-Differ gebaut. Bei Bildern hat man schnell sehr viele Daten, die man mittels git sehr schwer verwalten kann ( Diffs und so ). Da steckt richtig Arbeit drinn. Und da das Ganze in der Freizeit läuft, geht halt nicht alles.
Dewegen verweise ich noch mal auf unsere PAtreon-Seite *hüstel*: https://www.patreon.com/assimp
Dewegen verweise ich noch mal auf unsere PAtreon-Seite *hüstel*: https://www.patreon.com/assimp
- kimmi
- Moderator
- Beiträge: 1405
- Registriert: 26.02.2009, 09:42
- Echter Name: Kim Kulling
- Wohnort: Luebeck
- Kontaktdaten:
Re: Assimp-News
Und ich habe in den letzten Tagen mehr als 10 Issues zumachen können. Der Assimp-Build für Android wird gerade schön gemacht und ich arbeite Altlasten ( FBX z.B. ) ab.
Der CI-Build testet nun auch auf Zugriffsverletzungen und Memory-Leaks ( Clang sei Dank ) und ist bedeutend schneller geworden. FBX und IFC entwickeln sich zu immer größeren Baustellen. Allein der Umfang / KOmplexitität der Importer haut mich jedes mal wieder um.
Der CI-Build testet nun auch auf Zugriffsverletzungen und Memory-Leaks ( Clang sei Dank ) und ist bedeutend schneller geworden. FBX und IFC entwickeln sich zu immer größeren Baustellen. Allein der Umfang / KOmplexitität der Importer haut mich jedes mal wieder um.
Zuletzt geändert von kimmi am 09.11.2017, 11:05, insgesamt 1-mal geändert.
- Krishty
- Establishment
- Beiträge: 8244
- Registriert: 26.02.2009, 11:18
- Benutzertext: state is the enemy
- Kontaktdaten:
Re: Assimp-News
… und ein weiterer Nachteil: Falls man mal die Beleuchtungsbedingungen ändert (weil man z.B. gemerkt hat, dass der Shader das Licht nicht sRGB-korrekt gerendert hat), muss man *alle* Testbilder von Hand neu verifizieren. Dein Szenen-Vergleich ist da sicher der viel bessere Weg.kimmi hat geschrieben:Bei Bildern hat man schnell sehr viele Daten, die man mittels git sehr schwer verwalten kann ( Diffs und so ).
Ja; ich kann’s mir nur gerade nicht leisten. Vielleicht kriege ich das über die Firma hin, dass wir vorrangige Behandlung kaufen.kimmi hat geschrieben:Dewegen verweise ich noch mal auf unsere PAtreon-Seite *hüstel*: https://www.patreon.com/assimp
Ich wundere mich noch immer, wie ihr COLLADA geschafft habt. Das unterstützt doch auch 1000 Dinge, bis hin zu Physiksimulation … Schulterklopfen dafür.kimmi hat geschrieben:FBX und IFC entwickeln sich zu immer größeren Baustellen. Allein der Umfang / KOmplexitität der Importer haut mich jedes mal wieder um.
- kimmi
- Moderator
- Beiträge: 1405
- Registriert: 26.02.2009, 09:42
- Echter Name: Kim Kulling
- Wohnort: Luebeck
- Kontaktdaten:
Re: Assimp-News
Das war Schrompf und Alexander! Da ziehe ich auch den Hut vor.
- Chromanoid
- Moderator
- Beiträge: 4258
- Registriert: 16.10.2002, 19:39
- Echter Name: Christian Kulenkampff
- Wohnort: Lüneburg
Re: Assimp-News
Ah verstehe. Ich dachte ehrlich gesagt daran, dass man die gleiche Szene in allen Formaten bereitstellt und dann nur eine Referenz-Bilderserie (für unterschiedliche Perspektiven und Features) benötigt. Das Bereitstellen der Referenzbilder müsste natürlich auch automatisch gehen, dann muss man nichts verwalten, nur ab und zu den Referenz-Bild-Generator anwerfen, wenn man so eine Situation hat, die Krishty beschreibt. Aber ein Szene-Differ ist doch auch gut.kimmi hat geschrieben:Bitmap-Vergleiche würden gehen, ich habe aber einen Scene-Differ gebaut. Bei Bildern hat man schnell sehr viele Daten, die man mittels git sehr schwer verwalten kann ( Diffs und so ). Da steckt richtig Arbeit drinn. Und da das Ganze in der Freizeit läuft, geht halt nicht alles.
Cool. Ich frage mich wie das möglich ist, wenn man wirklich Material-Render-Regressionstests machen möchte.Krishty hat geschrieben:Übrigens braucht man auch kein diffpng für sowas. Ich habe alle meine Testfälle so ausgelegt, dass der Pixel in der Mitte nur bei Erfolg grün ist.
- kimmi
- Moderator
- Beiträge: 1405
- Registriert: 26.02.2009, 09:42
- Echter Name: Kim Kulling
- Wohnort: Luebeck
- Kontaktdaten:
Re: Assimp-News
Für alle 3D-Druck-Leute hier: der 3MF-Exporter ist auf master als Experimental.
Gruß Kimmi
Gruß Kimmi
- kimmi
- Moderator
- Beiträge: 1405
- Registriert: 26.02.2009, 09:42
- Echter Name: Kim Kulling
- Wohnort: Luebeck
- Kontaktdaten:
Re: Assimp-News
Habe gerade Version 4.1.0 der Asset-Importer-Lib released, um die Mengen an Fixes und neuen Features unters Volk zu bekommen.
Einige Highlights:
Viel Spass damit!
Einige Highlights:
- glFT2 import und Export
- 3DF-Exporter
- Statische Code-Analyse im CI Build
- CI benutzt den Adress Sanitizer von Clang
- Verbesserungen im Build-Support für Android
- ...
Viel Spass damit!
- kimmi
- Moderator
- Beiträge: 1405
- Registriert: 26.02.2009, 09:42
- Echter Name: Kim Kulling
- Wohnort: Luebeck
- Kontaktdaten:
Re: Assimp-News
Wir haben unser erstes Asset-Importer-Lib auf Patreon ( siehe https://www.patreon.com/assimp ) geknackt. Somit werden in den nächsten Wochen automatisch Windows-Installer per CI-Build zur Verfügung gestellt werden. Ich war mir gar nicht so sicher, ob die Patreon-Plattform für einer Lib wie Assimp irgendwelche Unterstützung bieten wird. Um so positiver bin ich davon überrrascht, dass mich so viele bei der Arbeit unterstützen wollen :).
Die zwischenzeitliche Missetat der Patreon-CEO's, die Patronen für ihr Engangement stärker zur Kasse zu bitten, wurde übrigens rückgängig gemacht. Das hat für viel Ärger gesorgt.
Viele Grüße,
Kim
Die zwischenzeitliche Missetat der Patreon-CEO's, die Patronen für ihr Engangement stärker zur Kasse zu bitten, wurde übrigens rückgängig gemacht. Das hat für viel Ärger gesorgt.
Viele Grüße,
Kim
- Krishty
- Establishment
- Beiträge: 8244
- Registriert: 26.02.2009, 11:18
- Benutzertext: state is the enemy
- Kontaktdaten:
Re: Assimp-News
kimmi, habt ihr diesen Commit getestet? https://github.com/assimp/assimp/commit ... 284ccccac5
Ich hab’s nicht und weiß jetzt nicht, ob das
Außerdem muss in C4DImporter.cpp (80) das hier:
durch das ersetzt werden:
… wahrscheinlich kompiliert ihr ohne C4D-Unterstützung, dann fällt euch sowas nicht auf.
————
P.S.: Warum eigentlich static auto prefix = "C4D: "; return prefix; anstatt return "C4D: ";? Das sieht mir völlig verkompliziert aus. Ist das eine Optimierung aus der Zeit, als das noch ein std::string war?
Und … warum eigentlich eine Funktion statt einer Variable? Hat da jemand das überflüssige-Singletons-Fieber gekriegt? In der ursprünglichen Fassung den std::string durch char const * zu ersetzen wäre das allerkürzeste, deutlichste gewesen …
Ich hab’s nicht und weiß jetzt nicht, ob das
- bloß eine Warnung behebt (wie im Titel steht) und das ++ überflüssig war,
- oder ob das ++ versehentlich gelöscht wurde und nun der Importer Schrott ist.
Außerdem muss in C4DImporter.cpp (80) das hier:
Code: Alles auswählen
namespace Assimp {
template<> const std::string LogFunctions<C4DImporter>::log_prefix = "C4D: ";
}
Code: Alles auswählen
namespace Assimp {
template<> const char* LogFunctions<C4DImporter>::Prefix()
{
static auto prefix = "C4D: ";
return prefix;
}
}
————
P.S.: Warum eigentlich static auto prefix = "C4D: "; return prefix; anstatt return "C4D: ";? Das sieht mir völlig verkompliziert aus. Ist das eine Optimierung aus der Zeit, als das noch ein std::string war?
Und … warum eigentlich eine Funktion statt einer Variable? Hat da jemand das überflüssige-Singletons-Fieber gekriegt? In der ursprünglichen Fassung den std::string durch char const * zu ersetzen wäre das allerkürzeste, deutlichste gewesen …
- Krishty
- Establishment
- Beiträge: 8244
- Registriert: 26.02.2009, 11:18
- Benutzertext: state is the enemy
- Kontaktdaten:
Re: Assimp-News
Übrigens habe ich hier noch ein paar synthetische STL-Tests für meinen Viewer herumliegen, die du in Assimps Testmatrix integrieren kannst. Ich weiß gerade nicht, wie der Stand bei euch ist, darum melde dich einfach, falls Bedarf besteht :)
- Krishty
- Establishment
- Beiträge: 8244
- Registriert: 26.02.2009, 11:18
- Benutzertext: state is the enemy
- Kontaktdaten:
Re: Assimp-News
Gehe ich recht in der Annahme, dass IFCReaderGen_4.cpp experimentell ist und man nicht erwarten kann, dass er kompiliert?
Ich find’s schön, dass ihr langsam alles zu std::unique_ptr und std::shared_ptr portiert, aber bitte initialisiert dann auch richtig! Hier sind 77 Stellen, die durch make_unique oder make_shared ersetzt werden sollten:
Wie wär’s mit
In Importer.cpp (192) habt ihr auch einen Rechtschreibfehler durch einen anderen ersetzt.
Ich find’s schön, dass ihr langsam alles zu std::unique_ptr und std::shared_ptr portiert, aber bitte initialisiert dann auch richtig! Hier sind 77 Stellen, die durch make_unique oder make_shared ersetzt werden sollten:
*zoom.jpg*D3MFOpcPackage.cpp hat geschrieben: bool exist( false );
if(it != m_ArchiveMap.end()) {
exist = true;
}
return exist;
Wie wär’s mit
return it != m_ArchiveMap.end();
In Importer.cpp (192) habt ihr auch einen Rechtschreibfehler durch einen anderen ersetzt.
- Krishty
- Establishment
- Beiträge: 8244
- Registriert: 26.02.2009, 11:18
- Benutzertext: state is the enemy
- Kontaktdaten:
Re: Neuer Assimp-Release geplant
Krishty hat geschrieben:Ich hatte gehofft, dieser Commit würde die OBJ-Probleme lösen, aber … er ist eine Katastrophe.
Eine neue Episode aus OBJ, Backslashes, Katastrophen: Ihr habt nie getestet, was passiert, wenn ein Backslash genau am Ende eures I/O-Blocks liegt …Krishty hat geschrieben:@OBJ: Stimmt; der Crash ist raus :) Die Geschwindigkeit ist aber nichtsdestotrotz eine Katastrophe – wenn ich in Notepad++ alle Backslash+Newline aus meiner Testdatei lösche (15 Sekunden Arbeit), lädt die OBJ in drei Sekunden. Wenn ich sie drinlasse … muss ich den Test nach zwei Stunden mit 100 % Kern-Auslastung abbrechen weil ich nicht weiß, ob es je fertig geworden wäre oder in einer Endlosschleife hängt. Da war der Crash fast besser.
Re: Assimp-News
Vorschlag: CMAKE_DEBUG_POSTFIX standardmäßig auf 'd' setzen, damit Debug- und Release-Build unterschiedliche Namen haben. Der Wert 'd' wird scheinbar auch von FindAssimp.cmake erwartet.
(siehe unten, Problem fast gelöst).
Ich habe gerade den aktuellen Code (fce4d0cee75304ecfbdc025788d9ec17dae56d98) unter Windows 8 mit VS 2015 kompiliert. Das Ergebnis ist eine Datei 'assimp-vc140-mt.lib', und zwar unabhängig ob ich im Debug oder Release Modus kompiliere. Ich linke in meinem Projekt normalerweise auch die unterschiedlichen Bibliotheken in den unterschiedlichen Konfigurationen, aber mit dem aktuellen Namensschema scheint es mir nicht möglich zu sein, das Ergebnis des CMake-Install-Skriptes zu verwenden, ohne selbst noch einmal Hand anzulegen. Sprich, ich vermisse (schmerzlich) ein '-d' als Namensbestandteil im Debugbuild. Ich bin mir auch ziemlich sicher, dass das mal drin war (damals war die Kompilerversion aber noch kein Namensbestandteil).
Nachtrag:
Die beigelegte Findassimp.cmake sucht für den Debugbuild auch nach ${ASSIMP_MSVC_VERSION}-mtd.lib und CMAKE_DEBUG_POSTFIX ist vermutlich die Lösung meiner Probleme. Aber man könnte es vielleicht standardmäßig auf einen nicht-leeren Wert setzen (wovon die FindAssimp ja scheinbar schon ausgeht).
Ich habe gerade den aktuellen Code (fce4d0cee75304ecfbdc025788d9ec17dae56d98) unter Windows 8 mit VS 2015 kompiliert. Das Ergebnis ist eine Datei 'assimp-vc140-mt.lib', und zwar unabhängig ob ich im Debug oder Release Modus kompiliere. Ich linke in meinem Projekt normalerweise auch die unterschiedlichen Bibliotheken in den unterschiedlichen Konfigurationen, aber mit dem aktuellen Namensschema scheint es mir nicht möglich zu sein, das Ergebnis des CMake-Install-Skriptes zu verwenden, ohne selbst noch einmal Hand anzulegen. Sprich, ich vermisse (schmerzlich) ein '-d' als Namensbestandteil im Debugbuild. Ich bin mir auch ziemlich sicher, dass das mal drin war (damals war die Kompilerversion aber noch kein Namensbestandteil).
Nachtrag:
Die beigelegte Findassimp.cmake sucht für den Debugbuild auch nach ${ASSIMP_MSVC_VERSION}-mtd.lib und CMAKE_DEBUG_POSTFIX ist vermutlich die Lösung meiner Probleme. Aber man könnte es vielleicht standardmäßig auf einen nicht-leeren Wert setzen (wovon die FindAssimp ja scheinbar schon ausgeht).
Lieber dumm fragen, als dumm bleiben!
https://jonathank.de/games/
https://jonathank.de/games/
- kimmi
- Moderator
- Beiträge: 1405
- Registriert: 26.02.2009, 09:42
- Echter Name: Kim Kulling
- Wohnort: Luebeck
- Kontaktdaten:
Re: Assimp-News
Hallo zusammen,
in der letzten Zeit hat sich bei Asset-Importer-Lib mal wieder etwas getan. Wir haben einen FBX-Exporter, das Laden von FBX-Assets ist stabiler geworden. 3MF kann nun importiert und exportiert werden. Es hat sogar einige Verbesserungen im Bereich IFC gegeben. Dazu habe ich viele viele kleinere Verbesserungen und Bugfixes gepushed.
Ich bin grad privat etwas unter Feuer ( kleine Kinder im Winter sind die Pest und meine Freundin ist leider auch nicht gesund zur Zeit ), so dass ich mich am liebsten gevierteilt hätte. Wider Erwarten hat das nicht geklappt.
Ich habe deswegen einen Poll auf Patreon gestartet, um etwas Feedback einzusammeln, was denn zur Zeit für Anwender wichtig ist.
Finden kann man die Umfrage unter dem folgenden Link: https://www.patreon.com/posts/april-feature-18293510
Ich würde mich freuen, etwas Feedback zu bekommen, was wirklich als wichtig angesehen wird. Postet eure Gedanken auch gerne hier.
Gruß Kim
in der letzten Zeit hat sich bei Asset-Importer-Lib mal wieder etwas getan. Wir haben einen FBX-Exporter, das Laden von FBX-Assets ist stabiler geworden. 3MF kann nun importiert und exportiert werden. Es hat sogar einige Verbesserungen im Bereich IFC gegeben. Dazu habe ich viele viele kleinere Verbesserungen und Bugfixes gepushed.
Ich bin grad privat etwas unter Feuer ( kleine Kinder im Winter sind die Pest und meine Freundin ist leider auch nicht gesund zur Zeit ), so dass ich mich am liebsten gevierteilt hätte. Wider Erwarten hat das nicht geklappt.
Ich habe deswegen einen Poll auf Patreon gestartet, um etwas Feedback einzusammeln, was denn zur Zeit für Anwender wichtig ist.
Finden kann man die Umfrage unter dem folgenden Link: https://www.patreon.com/posts/april-feature-18293510
Ich würde mich freuen, etwas Feedback zu bekommen, was wirklich als wichtig angesehen wird. Postet eure Gedanken auch gerne hier.
Gruß Kim
- Krishty
- Establishment
- Beiträge: 8244
- Registriert: 26.02.2009, 11:18
- Benutzertext: state is the enemy
- Kontaktdaten:
Re: Assimp-News
simd.h: SSE2-Unterstützung durch CPUID abzufragen ist nicht unbedingt clever, weil das Betriebssystem das ebenso unterstützen muss. Statt nicht-portabler Assembler-Hölle könnt ihr unter Windows besser IsProcessorFeaturePresent(PF_XMMI64_INSTRUCTIONS_AVAILABLE) aufrufen. Zuverlässiger, kürzer, wartbar – und auf Linux nutzt eben weiter den Assembler-Code.
- kimmi
- Moderator
- Beiträge: 1405
- Registriert: 26.02.2009, 09:42
- Echter Name: Kim Kulling
- Wohnort: Luebeck
- Kontaktdaten:
Re: Assimp-News
Gute Idee, werde ich umsetzen. Danke für den Tipp.
- Krishty
- Establishment
- Beiträge: 8244
- Registriert: 26.02.2009, 11:18
- Benutzertext: state is the enemy
- Kontaktdaten:
Re: Assimp-News
Ich wollte gerade ungenutzte Post Processing Steps aus meinem Kompilat schmeißen, und da asind folgende Abhängigkeiten aufgetaucht:
- MakeLeftHandedProcess: UnrealLoader XFileImporter B3DImporter LWOLoader LWSLoader MMDImporter
- FlipWindingOrderProcess: MMDImporter UnrealLoader XFileImporter B3DImporter COBLoader LWOLoader LWSLoader
- FlipUVsProcess: MMDImporter
- kimmi
- Moderator
- Beiträge: 1405
- Registriert: 26.02.2009, 09:42
- Echter Name: Kim Kulling
- Wohnort: Luebeck
- Kontaktdaten:
Re: Assimp-News
Oh Freude, oh Freude. Mein Arbeitgeber SLM-Solutions fördert nun ganz offiziell meine OS-Arbeit an Asset-Importer-Lib. Viele Kudos an https://slm-solutions.com/ .
Gruß Kim
Gruß Kim
- Chromanoid
- Moderator
- Beiträge: 4258
- Registriert: 16.10.2002, 19:39
- Echter Name: Christian Kulenkampff
- Wohnort: Lüneburg
Re: Assimp-News
Wie cool! Als ich auf die Webseite gehen wollte, um zu sehen, ob ihr jetzt eine Art sponsoring-Abteilung auf der Webseite habt, ist mir übrigens aufgefallen, dass der Link zu Assimp in Deiner Signatur kaputt ist, da fehlt ein "w" beim "www".
- kimmi
- Moderator
- Beiträge: 1405
- Registriert: 26.02.2009, 09:42
- Echter Name: Kim Kulling
- Wohnort: Luebeck
- Kontaktdaten:
Re: Assimp-News
Ups, das stimmt. Ich habe den Fehler beheben können. Call me an engineer :).
Vielen Dank für die Info!
Vielen Dank für die Info!
- Aramis
- Moderator
- Beiträge: 1458
- Registriert: 25.02.2009, 19:50
- Echter Name: Alexander Gessler
- Wohnort: 2016
- Kontaktdaten:
Re: Assimp-News
Verspaetete Glueckwunsche zum Assimp-Sponsoring - sehr cool!
- Krishty
- Establishment
- Beiträge: 8244
- Registriert: 26.02.2009, 11:18
- Benutzertext: state is the enemy
- Kontaktdaten:
Re: Assimp-News
http://assimp.sourceforge.net/ sagt, es würde auf assimp.org weiterleiten – wenn man den Link klickt, landet man aber auf example.com ;)
Kim, der Link auf deine Webseite im Point-Cloud-Support-Artikel des Assimp-Blogs ist auch kaputt!
Kim, der Link auf deine Webseite im Point-Cloud-Support-Artikel des Assimp-Blogs ist auch kaputt!
- Krishty
- Establishment
- Beiträge: 8244
- Registriert: 26.02.2009, 11:18
- Benutzertext: state is the enemy
- Kontaktdaten:
Re: Assimp-News
aiGetLegalString() meldet noch 2017 :)
- Schrompf
- Moderator
- Beiträge: 4856
- Registriert: 25.02.2009, 23:44
- Benutzertext: Lernt nur selten dazu
- Echter Name: Thomas Ziegenhagen
- Wohnort: Dresden
- Kontaktdaten:
Re: Assimp-News
Ein weiteres schönes Beispiel, warum Copyright-Meldungen so richtig dämlich sind.
Früher mal Dreamworlds. Früher mal Open Asset Import Library. Heutzutage nur noch so rumwursteln.
- Krishty
- Establishment
- Beiträge: 8244
- Registriert: 26.02.2009, 11:18
- Benutzertext: state is the enemy
- Kontaktdaten:
Re: Assimp-News
Bekomme ich aus dem COLLADA-Loader die neue ZAE-Unterstützung raus? Ich habe hier eine auf DAE abgespeckte Version, und durch die neue Abhängigkeit vom ZipArchiveIOSystem muss ich nun bedeutend mehr Code warten …
- kimmi
- Moderator
- Beiträge: 1405
- Registriert: 26.02.2009, 09:42
- Echter Name: Kim Kulling
- Wohnort: Luebeck
- Kontaktdaten:
Re: Assimp-News
Wenn dass wohl zunächst nur durch eigenes Handanlegen. ich bin gewissermassen zu mit Arbeit :).
Gruß Kim
Gruß Kim