da war mein lightmapper aber besser als der da unten, der hat wenigstens noch die pixel je nach ihrem winkel zur lichtquelle entsprechend heller oder dunkler gemacht, das nicht so harte kanten entstehen.

Wunderbar...der beste Kommentar den ich bisher in diesem Forum gelesen hab

P.S. : Beweise... (und ausserdem hab ich nie behauptet, das mein LM der beste wäre den es gibt!)

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

sry so war das net gemeint, hatte gedacht das waere ein d3d lightmapper den du irgendwo gefunden hast, weil ich gedacht habe der screenshot haette bezieht sich auf:
.
Wollte eigentlich nur sagen das du das noch einbauen solltest.

@Beweise: hm das ist da so ne sache, nachdem meine partitionstabelle zerstoert war ( weil ich irgend einen scheiss beim partitionieren unter linux gemacht habe ) ist die engine leider kaputt gegangen und ich musste die nochmal neuprogrammieren und in der neuen ist das noch nicht integriert. Das einzige was ich noch habe sind 2 screenshots auf meiner uralten website: http://chewbacca850.tripod.com aber achtung dumme tripod werbung. Die Screenshots sind unter projects. Die demo die es da angeblich zum downloaden gibt ist aber nicht mehr auf dem server, weil die eh nicht richtig funktioniert hat( Irgendwie nur auf meinem Computer ).

CYa SiC

b4k4,

Tja, für solche fälle hat man immer ne 2 Platte 40 gig oder so nur um daten zu speichern, quellcodes, installationen, savegames... so kann man jederzeit C platmachen und alles ist noch da... ne 40 gb platte kost nicht die welt... das kann sich jeder leisten.

ja letzendlich war es ganz gut dann hab ich die alte recht haessliche engine neuprogrammiert, und jetzt hab ich ne komplett objektorientierte engine mit der ich eigentlich ganz zufrieden bin, naja fertig ist sie noch nicht. Da fehlt noch einiges aber egal. Im mom bin ich gerade dabei alles auf Displaydrivern aufzubauen so das ich OpenGL und D3D verwenden kann, dann kann man einfach die DLL aendern und dann rendert der das mit der jeweils anderen API.

Hi SoS,

ich habe noch ein Problem mit deinem Lightmapper. Ich habe an den Rändern von den Flächen immer so Kanten die zu sehen sind. Der selbe Effekt ist übrigends auch bei deinem Original Lightmapper in OpenGL.



Ich habe schon versucht das Mip-Mapping zu deaktivieren, das hat aber auch nicht wirklich geholfen!

_________________
- JALE - Just another little engine <br>... it's not a bug it's a feature <br><a href='http://www.JoachimdeVries.de' target='_blank'>http://www.JoachimdeVries.de</a>

Die Problemlösung ist ganz einfach (zumindest unter OpenGL ) :
In der Version die hier zum Download bereitsteht hab ich irrtümlicherweise den falschen Texture-Wrappingmodus verwendet.Der muss für beide Richtungen (S+T) nämlich GL_CLAMP_TO_EDGE sein, und sowas wirds wohl auch unter D3D geben.Mit der Berechnung der Lightmaps an sich ist also bis auf die kleinen Bugs die hier besprochen wurden alles in Ordnung.
Stelle das mal um, und dann sollte selbst MipMapping keine Probleme machen (wenn die Lightmaps einzelne Texturen sind).

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

Ich habe noch ein Verständnisproblem. Bei folgendem Code:



Ich verstehe nicht wie Polyplane genau in die entgegengesetzte Richtung wie Plane zeigen kann. Müsste nicht die Ebene aus 3 Punkten in die selbe Richtung wie der Normalvektor dieser 3 Punkte zeigen. Wenn ich das debugge zeigt beim ersten durchlauf z nach -1 und Polynormal nach 1?

Vielen Dank

_________________
- JALE - Just another little engine <br>... it's not a bug it's a feature <br><a href='http://www.JoachimdeVries.de' target='_blank'>http://www.JoachimdeVries.de</a>

So ganz versteh ich dich da leider nicht.PolyPlane ist doch kein Vector, sondern nur ne Variable die abspeichert auf welcher Achse das Polygon liegt.Deshalb kann man das doch gar nicht mit Plane vergleichen, oder hab ich dich da jetzt komplett falsch verstanden ?

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

@Aya:

Du hasst doch auch in deinen Lightmapper eingebaut dass er mehrere Lightmaps in einer Bitmap erstellt. Wie hast du das Problem das teilweise an den Rändern die anderen Lightmaps durchscheinen korrigiert?

EDIT: Habs schon rausgefunden.. trotzdem vielen Dank!

_________________
- JALE - Just another little engine <br>... it's not a bug it's a feature <br><a href='http://www.JoachimdeVries.de' target='_blank'>http://www.JoachimdeVries.de</a>

Entschuldige.. ich meine natürlich Plane und Polynormal

_________________
- JALE - Just another little engine <br>... it's not a bug it's a feature <br><a href='http://www.JoachimdeVries.de' target='_blank'>http://www.JoachimdeVries.de</a>

Bei der Berechnung spielt es eigentlich keine Rolle in welche Richtung die Flächenentsprechung zeigt, sondern nur die Richtung der Normalen.
Und die Vorzeichen-Diskrepanz zwischen Plane und PolyNormal kann daher rühren, das die Vertexe zur Konstruktion der Flächenentsprechung in der "falschen" Reihenfolge angegeben wurden, da darauf nicht geprüft wird.Aber wie gesagt spielt das eigentlich keine Rolle.

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

@SoS:

ich habe mal Polynormal auf Plane gesetzt, weil du ja gesagt hast das das Vorzeichen beim Normalvektor keine Rolle spielt. Allerdings werden dann die Lightmaps nicht mehr richtig berechnet. Erst wenn ich Polynormal wieder in die entgegengesetzte Richtung wie Plane zeigen lasse dann klappt es wieder.

P.S. Noch eine Frage zur Schattenberechnung:
Macht ihr eine Ray-Triangle Intersection oder eine Line-Triangle Intersection

_________________
- JALE - Just another little engine <br>... it's not a bug it's a feature <br><a href='http://www.JoachimdeVries.de' target='_blank'>http://www.JoachimdeVries.de</a>

Wenn ich ein Mathematiker wäre, dann könnte ich dir auch bestimmt sagen warum das so ist , aber da dem so nicht ist, und ich diese Lightmapberechnungen aus einem nicht von mir verfassten Dokument entnommen hab, kann ich dir leider keine plausible Erklärung dafür liefern.So lange es aber ohne Probleme funzt, spielt das eh eine untergeordnete Rolle.


Line-Triangle (obowhl die Begriffe hier im Thread einige Male durcheinander geworfen wurden), und zwar von der Lichtposition bis zur Lumelposition.

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

Wenn du folgende Stelle so änderst kann die Polynormal in die gleiche Richtung wie die Plane zeigen.



@Line-Triangle Intersection

Könnte man nicht einfach erst eine einfach Ray-Triangle intersection vom Lumel zum licht machen und erst wenn diese eine Intersection meldet dann noch einmal mit dem selben Triangle eine Ray-Triangle Intersection vom Licht zum Lumel aus machen. Wenn beide eine Intersection melden müsste doch das Dreieck genau zwwischen den beiden liegen?

_________________
- JALE - Just another little engine <br>... it's not a bug it's a feature <br><a href='http://www.JoachimdeVries.de' target='_blank'>http://www.JoachimdeVries.de</a>