Du bist nicht angemeldet.

Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!

Werbeanzeige

trash52

Treue Seele

  • »trash52« ist der Autor dieses Themas

Beiträge: 86

Wohnort: Dresden

  • Private Nachricht senden

11

01.12.2008, 17:56

Ok danke, für den Tipp mit der Kugel, das hab ich gleich noch hinzugefügt.

@ David_pb

Zitat

Wieso eigentlich Ebenen? Für ein OOB reichen drei Achsen und der Mittelpunkt.


Vielleicht mach ich mir das Leben komplizierter als es ist!?
(Dachte mir jetzt, dass ich mir die Berechnung der 12 Ebenen sparen kann, indem ich eine Methode finde, bei der ich nur die Ebenen noch mit der Matrix rotieren und verschieben muss.)

Wie funktioniert das bei Euch?
( Hab ihr nen besseres Prinzip, um 2 Boxen auf Kollision zu testen? )

Anonymous

unregistriert

12

01.12.2008, 17:59

Bin ich der Einzige der eine BoudingSphere, dann object-oriented BoundingBox und darauf einen BSP-Tree benutzt?

David_pb

Community-Fossil

Beiträge: 3 886

Beruf: 3D Graphics Programmer

  • Private Nachricht senden

13

01.12.2008, 18:12

Zitat von »"trash52"«

Ok danke, für den Tipp mit der Kugel, das hab ich gleich noch hinzugefügt.

@ David_pb

Zitat

Wieso eigentlich Ebenen? Für ein OOB reichen drei Achsen und der Mittelpunkt.


Vielleicht mach ich mir das Leben komplizierter als es ist!?
(Dachte mir jetzt, dass ich mir die Berechnung der 12 Ebenen sparen kann, indem ich eine Methode finde, bei der ich nur die Ebenen noch mit der Matrix rotieren und verschieben muss.)

Wie funktioniert das bei Euch?
( Hab ihr nen besseres Prinzip, um 2 Boxen auf Kollision zu testen? )


Wie gesagt, die Seitenebenen brauchst du gar nicht. Es reicht eine Orthonormalbasis (repräsentiert gleichzeitig die Rotation) für jede Achse ein Extensionfaktor und der Ursprung (Mittelpunkt) der OOB. Im Ernst, mehr ist nicht notwendig! :P

@unsigned long:
Das ist aber stark abhängig vom Verwendungszweck, gerade der BSP-Baum.
@D13_Dreinig

trash52

Treue Seele

  • »trash52« ist der Autor dieses Themas

Beiträge: 86

Wohnort: Dresden

  • Private Nachricht senden

14

01.12.2008, 18:17

Ok, ich hab mal das mit der Orthonormalbasis, gesucht:

Du benutzt also diese Variante?

http://www.gamasutra.com/features/19991018/Gomez_5.htm

David_pb

Community-Fossil

Beiträge: 3 886

Beruf: 3D Graphics Programmer

  • Private Nachricht senden

15

01.12.2008, 18:39

Vom Prinzip her, ja. :)
@D13_Dreinig

Anonymous

unregistriert

16

01.12.2008, 18:42

David_pb
Naja ich habe gemerkt das ein BSP für Mesh<->Mesh Kollision eigentlich am schnellsten ist. Octrees haben sich da für mich als extrem langsam herausgestellt.

David_pb

Community-Fossil

Beiträge: 3 886

Beruf: 3D Graphics Programmer

  • Private Nachricht senden

17

01.12.2008, 18:53

Wie verwendest du denn ein BSP Baum für zwei Spielemodelle um auf eine Kollision untereinander zu testen? :?
@D13_Dreinig

trash52

Treue Seele

  • »trash52« ist der Autor dieses Themas

Beiträge: 86

Wohnort: Dresden

  • Private Nachricht senden

18

01.12.2008, 23:31

Zitat


Octrees haben sich da für mich als extrem langsam herausgestellt.


Ich will Octrees verwenden, warum sind die denn jetzt langsamer?

Werbeanzeige