Hiho Leutz ! Hab da paar Fragen zum ASE - Format ...

Erstmal ein kurzer Ausschnitt ...


1.) Ich habe versucht, die Info *MATERIAL_CLASS "Standard" zu verändern, aber scheinbar kennt TrueSpace4 nur "Standard". Kann mir jemand sagen, was es sonst noch für Materialklassen gibt ?
2.)Die Zeilen
stellen die Infos für Materialfv dar, oder ? Wenn ja, dann mach ich irgendwo nen Fehler ....
3.) Wie stellt man die Materialeigenschaften *MATERIAL_SHINE 0.2500 und *MATERIAL_SHINESTRENGTH 0.0500 ein ?
4.) In der Zeile *MATERIAL_SHADING Blinn wird ja die Shading - Art angegeben. Wie wird denn in OpenGL Flat-, Gouraud und Phong - Shading realisiert ? (Wenn möglich, bitte einen Link zu einem Tut beifügen. Programmiersprache is scheisegal (Bitte kein Assembler *gg*)). Hab bisher nur diese gefunden : http://www.mb.fh-wiesbaden.de/Hilfe/Glossar/z_shading.htm
5.) Kann mit den Zeilen
nix anfangen. Kann mir jemand sagen, was diese Zeilen bedeuten ? Wie man Selbstillumination darstellt, wird mir wahrscheinlich ewig ein Rätsel sein. Kennt jemand ein Tutorial ?

Eines mal vorweg : Im ASE-Format gibts jede Menge Parameter, deren Funktion und Nutzung im Verborgenen liegt, da es keine eindeutige Spezifikation gibt.
Ausserdem musst du dir im Hinterkopf behalten, das dieses Format für 3D-Raytracer entwickelt wurde und deshalb auch Parameter enthält, die man in OpenGL nicht (oder nur sehr umständlich) umsetzen kann.
Deshalb wär es auch keine gute Idee, alle Eigenschaften des ASE-Formats interpretieren zu wollen!


Aus meiner Erfahrung mit diesem Format her kenn ich auch nur zwei verschiedene Material-Klassen, wobei es wohl auch kaum mehr gibt.Das eine ist Standard für ein normales Material, und dann gibts auch noch ne Klasse für Untermaterialien.


Ja, die Stellen die Werte zur Übergabe an die Materialeigenschaften von OpenGL dar.


So :

Allerdings gibts in OpenGL wohl keinen Unterschied zwischen den von dir aufgelisteten zwei Parametern.


OpenGL an sich kann nur Flatshading und Smoothshading (=Gouraud).Alles was darüber hinaus geht (z.B. Phong/Blinn) muss man sehr umständlich (z.B. über Pixelshader) selbst realisieren.Phong-Shading (bei dem ja "nur" dir normalen Interpoliert werden) kann man natürlich auch "einfacher" implementieren, in dem man die Normalen über ein Objekt hinweg interpoliert.
Lass das aber lieber links liegen, da jeder ja eigene Beleuchtungen machen will und sich nicht vom ASE-Loader eine aufzwingen lassen will.


Über einige dieser Parameter kann man eigentlich nur mutmassen, und an deiner Stelle würde ich auch die nicht interpretieren, aber ich versuch trotzdem mal Infos zu geben :
MATERIAL_XP_FALLOFF -> Exponentieller Abschwächungsfaktor (Beleuchtung)
MATERIAL_SELFILLUM -> Ambientes "Glühen"
MATERIAL_SOFTEN -> Den Parameter gibts z.B. bei durch 3DS exportierten ASEs nicht, und auch google hat hier nicht geholfen...
MATERIAL_XP_TYPE -> Hier gibts anscheinend nur den Wert "Filter" und scheint ohne besonderen Nutzen zu sein.

P.S. : Viele zusätzliche Parameter (besonders bei Materialien) im ASE-Format sind auf Raytracer (und nicht auf Echtzeitrenderer) zugeschnitten und deshalb nur mit sehr viel Mühe zu implementieren.Solche Sachen wie Blinn-Beleuchtung oder Selbsillumination lassen sich eigentlich (wenns korrekt sein soll) nur über Fragmentprogramme realisieren.Ignoriere diese Parameter deshalb am besten!

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Hab nochmal ne Frage zum ASE - Format ... und zwar zu den Animationsdaten :

Bei der Bewegung z.B.:

steht ja der erste Wert für die Zeit in msec, dann x,y,z. Nur was bedeuten die restilichen Daten ? z.B. -0.0031 sieht aus wie eine Bewegungskorrektur.

Genauso Rotation :


und Skalierung :


Bisher hab ich immer nur die Zeit sowie X,Y,Z eingelesen. Da ich nicht weis, was der Rest bedeutet, kann ich nicht sagen, ob es für die spätere Animation wichtig ist.

Als letzte Frage habe ich noch : Kann man einen Array zur Laufzeit nur mit erstellen ?

@ASE :
Mit Infos zum ASE-Format siehts ganz besonders in Sachen Animation sehr sehr schlecht aus, aber ich bin mir fast zu 100% sicher das die Rotationen, Skalierungen und Verschiebungen bei der Animation nicht als x/y/z sonder als 3x3 Matrix gespeichert sind.Das erklärt zum einen die vielen Zahlenwerte und entspricht dann auch dem Animationsfomrat gängiger 3D-Formate wie 3DS, wo Animationsmatrizen gesichert werden.

@Array :
Noch nie was mit dynamischen Arrays gemacht?Die kannst du zur Laufzeit variieren wie du lustig bist, und die sind allemale schneller als Variants :

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Nein nein ich meinte ja nicht ein dynamisches Array zur Laufzeit erstellen, sondern eine unbestimmte Anzahl an dynamischen Arrays zur Laufzeit erstellen. Mit VarArrayCreate gehts zwar aber es gibt doch bestimmt auch hier ne Basisklasse zum Datentyp, oder ? Dachte zuerst, es wäre möglich, von TArray abzuleiten und mit .create eines zusammenzuwurschteln, doch gibts des leider nicht. Das Probremerlö ist schlichtweg, dass die Anzahl der dynamischen Arrays unbestimmt ist. Klaro könnte ich ein dynamisches Array nehmen, welches dann eben in die Länge gezogen wird, aber zur Laufzeit erstellen ist halt was feines und es ist übersichtlicher. Bei C++ gings ja auch also gibt es hier bestimmt auch ne Basisklasse, die nicht in der BDN zu finden ist.(Mit SetLength kann man ja dann anschliessend prüfen, ob das Array exisitert)

Das was du willst geht AFAIK in Delphi nicht, und zur Laufzeit Arrays (oder irgendwelche anderen Variablen) erstellen ist auf keine Fall übersichtlicher, und mal davon abgesehen auch weniger performant als vorher fest definierte Variablen.
Ich wüsst jetzt auch spontan gar nicht warum man für nen ASE-Loader irgendwelche Arrays zur Laufzeit erstellen muss, lässt sich doch alles mit vorher definierten dynamischen Arrays wunderbar und performanter lösen.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Hi,

wieso machst du nicht:



is nen 2D Dynamischer Array...

Au'revoir,
Aya~

Der Grund lag bei mir eigentlich darin, dass jemand, der einen ASE - Loader benutzt, möglicherweise ja seine Objekte aus mehreren ASE - Dateien lädt. Also dachte ich mir, ich erstelle pro geladener Datei ein dynamisches Array. Ansonsten müsste man jedes Objekt ans nächste popeln und irgendwann versagt die Logik und man beginnt zu verzweifeln. Mittlerweile habe ich bei BDN nachgefragt und die sagten mir, es gibt nur VarArrayCreate oder die Pointerübergabe, was heisst, dass der Benutzer seine Arrays selbst basteln muss, was wiederum auch nicht der Hit ist ... Also bleibt nur noch VarArrayCreate ... oder Assembler *gg*. Aber egal ... ich muss die ASE - Loader - Funktion eh neu schreiben, da der Parser für größere Objekte zu langsam ist.

Eine Frage nur noch zu der 3x3 - Matrix : Wenn man sich die Werte ansieht, dann kommt doch nur die Addition beider Matrizen in Frage, oder ?

Warum machst du es dann nicht mit einem dynamischen Objektarray :


Und lässt den Nutzer dieses in der Größe festlegen und gibst in dann in deiner Laderoutine die Möglichkeit das Ziel in das dein ASE-Objekt geladen wird zu übergeben :


Dann kann der User so viele ASE-Objekte laden wie er will, ohne das du dir darum irgendwelche Sorgen machen musst, z.B. so :


Das dürfte dann genau dem entsprechen was du versuchst zu erreichen.

_________________
www.SaschaWillems.de | GitHub | Twitter | GPU Datenbanken (Vulkan, GL, GLES)

Ha genau das ist der springende Punkt. TASEObject als Record und schon funzt es wunderbar. Danke