Koordinatenbezugssysteme im Viewer - Revision history

Phillie Rhode at 14:06, 11 November 2010

2010-11-11T14:06:15Z

← Older revision		Revision as of 07:06, 11 November 2010
Line 18:		Line 18:
	Derzeit ein Sammelbegriff für Bezugssysteme, die nicht eines der oben erklärten sind. Im Allgemeinen die Positionierung relativ zu einem Objekt.		Derzeit ein Sammelbegriff für Bezugssysteme, die nicht eines der oben erklärten sind. Im Allgemeinen die Positionierung relativ zu einem Objekt.

	In LSL wird das lokale Bezugssystem auf zwei Arten genutzt:		In [[LSL]] wird das lokale Bezugssystem auf zwei Arten genutzt:
	:<h4> Childprims </h4>		:<h4> Childprims </h4>
	:Childprims (nicht Rootprims) werden lokal zum Rootprim positioniert; ihre globale Position und Winkel werden durch Beides, die Rotation und Position des Rootprims beeinflusst.		:Childprims (nicht Rootprims) werden lokal zum Rootprim positioniert; ihre globale Position und Winkel werden durch Beides, die Rotation und Position des Rootprims beeinflusst.

Phillie Rhode: moved Viewer coordinate frames/de to Koordinatenbezugssysteme im Viewer: Translation

2010-08-21T15:57:46Z

moved Viewer coordinate frames/de to Koordinatenbezugssysteme im Viewer: Translation

← Older revision	Revision as of 08:57, 21 August 2010
(No difference)

Phillie Rhode: /* Type conversion */ Translated

2010-08-21T15:53:32Z

Type conversion: Translated

← Older revision		Revision as of 08:53, 21 August 2010
Line 37:		Line 37:
	In LLAgent und LLViewerRegion sind Konvertierungsfunktionen zur Umwandlung von einem Bezugssystem in ein anderes implemetiert. Sie haben eine Syntax der Form getPos<Ziel>From<Quelle>() - zum Beispiel konvertiert getPosAgentFromGlobal() vom globalen in das Agent Bezugssystem.		In LLAgent und LLViewerRegion sind Konvertierungsfunktionen zur Umwandlung von einem Bezugssystem in ein anderes implemetiert. Sie haben eine Syntax der Form getPos<Ziel>From<Quelle>() - zum Beispiel konvertiert getPosAgentFromGlobal() vom globalen in das Agent Bezugssystem.

	= ~~Type conversion~~ =		= Typumwandlung =
	~~In order to support the high-precision global coordinates~~, ~~there is a new class~~ LLVector3d, ~~standing for~~ LLVector3, ~~double precision~~. ~~It's somewhat inconsistent, but the only other alternative was renaming ALL of the math classes to use the~~ GL ~~style last-letter type convention~~, ~~which I wasn't up to doing~~.		Um den sehr genauen globalen Koordinaten gerecht zu werden, gibt es die neue Klasse LLVector3d, der Name kommt von LLVector3, doppelte Genauigkeit. das ist zwar in gewisser Hinsicht nicht konsistent zur bisherigen Namensgebung, aber die einzige andere Alternative wäre es gewesen, ALLE mathematischen Klassen umzubenennen, um die aus GL kommende Typkonvention mit dem letzten Buchstaben zu verwenden, wozu ich nicht in der Lage gewesen wäre.

	~~ALL math being done in global coordinates should be done using LLVector3ds~~. ~~Currently~~, ~~all functions which return global coordinates do so~~ in ~~LLVector3ds.~~ ~~The ONLY current exception to this is audio~~, ~~which I am converting to regular LLVector3s before handing them off to the audio engine~~ - ~~I guess this will be the case until we convert the audio engine to use agent coords~~.		ALLE Berechnungen, die mit globalen Koordinateen durchgeführt werden, sollten unter der Verwendung von LLVector3d gemacht werden. Derzeit geben alle Funktionen, die globale Koordinaten als Rückgabewerte haben, diese im Typ LLVector3d zurück. Die momentan EINZIGE Ausnahme dazu ist Audio, bei dem ich die Werte in normale LLVector3 umwandle, bevor ich sie an die Audioengine übergebe - Ich denke, das wird auch so lange der Fall bleiben, bis wir die Audioengine dahingehend unstellen, daß sie Agentkoordinaten verwendet.


	~~The~~ LLVector3d ~~class DELIBERATELY does not have ANY form of automatic type-conversion between it and the~~ LLVector3 ~~class~~. ~~Since conversion back and forth isn't cheap~~ (~~and potentially loses precision~~), ~~you have to explicitly do a~~ setVec() ~~on the other class to convert back and forth~~.		Die Klasse LLVector3d enthält ABSICHTLICH KEINERLEI Form einer automatischen Typumwandlung zwischen ihr und der Klasse LLVector3. Weil die Umwandlung hin und zurück nicht einfach ist (und wahrscheinlich auch zum Verlust von Genauigkeit führt), müssen Sie explizit einen setVec() zu der anderen Klasse setzen, um in die eine oder andere Richtung umzuwandeln.

Phillie Rhode: /* Conversion functions */ translated

2010-08-21T13:27:59Z

Conversion functions: translated

← Older revision		Revision as of 06:27, 21 August 2010
Line 34:		Line 34:
	</pre>		</pre>

	= ~~Conversion functions~~ =		= Konvertierungsfunktionen =
	In LLAgent ~~and~~ LLViewerRegion ~~there are conversion functions for converting from one coordinate frame to the other~~. ~~They have syntax of the form~~ getPos<~~target~~>From<~~source~~>() - ~~i.e.~~ getPosAgentFromGlobal() ~~converts from the global coordinate frame to the agent coordinate frame~~.		In LLAgent und LLViewerRegion sind Konvertierungsfunktionen zur Umwandlung von einem Bezugssystem in ein anderes implemetiert. Sie haben eine Syntax der Form getPos<Ziel>From<Quelle>() - zum Beispiel konvertiert getPosAgentFromGlobal() vom globalen in das Agent Bezugssystem.


	= Type conversion =		= Type conversion =

Phillie Rhode: /* Namenskonventionen */

2010-08-21T13:23:51Z

Namenskonventionen

← Older revision		Revision as of 06:23, 21 August 2010
Line 25:		Line 25:

	= Namenskonventionen =		= Namenskonventionen =
	ALLE ~~Variables~~/Klassenmitglieder, die mit Werten aus einem dieser Bezugssysteme zu tun haben, sollten in Namen nachgestellt das Bezugssystem haben, das ~~darin~~ verwendet wird. BITTE tun Sie das - es hilft großartig dabei, Fehler zu vermindern.		ALLE Variablen/Klassenmitglieder, die mit Werten aus einem dieser Bezugssysteme zu tun haben, sollten in Namen nachgestellt das Bezugssystem haben, das verwendet wird. BITTE tun Sie das - es hilft großartig dabei, Fehler zu vermindern.

	Zum Beispiel:		Zum Beispiel:

Phillie Rhode: /* Naming conventions */ translated

2010-08-21T13:22:53Z

Naming conventions: translated

← Older revision		Revision as of 06:22, 21 August 2010
Line 24:		Line 24:
	:Objekte, die angezogen werden, werden lokal zum Tragepunkt positioniert; ihre globale Position und Winkel werden durch Beides, die Rotation und Position des Avatars und den abgespielten Animationen beeinflusst.		:Objekte, die angezogen werden, werden lokal zum Tragepunkt positioniert; ihre globale Position und Winkel werden durch Beides, die Rotation und Position des Avatars und den abgespielten Animationen beeinflusst.

	= ~~Naming conventions~~ =		= Namenskonventionen =
	~~ALL variables~~/~~class members dealing with values in one of these coordinate frames should be post-fixed appended with the coordinate frame that it's being used~~ in. ~~PLEASE do this~~ - ~~it greatly reduces errors~~.		ALLE Variables/Klassenmitglieder, die mit Werten aus einem dieser Bezugssysteme zu tun haben, sollten in Namen nachgestellt das Bezugssystem haben, das darin verwendet wird. BITTE tun Sie das - es hilft großartig dabei, Fehler zu vermindern.

	~~For example~~:		Zum Beispiel:
	<pre>		<pre>
	mPositionGlobal, pos_global		mPositionGlobal, pos_global

Phillie Rhode: /* Local */ translated

2010-08-07T21:05:32Z

Local: translated

← Older revision		Revision as of 14:05, 7 August 2010
Line 15:		Line 15:
	Derzeit ist der Bezugspunkt der Ursprung der Region, in der sich der Agent momentan befindet. DAS BEDEUTET NICHT UNBEDINGT, dass das auch in Zukunft so sein wird. Dieser Bezugspunkt sollte nur für Programmcode verwendet werden, der im Zusammenhang mit dem Rendering steht (Renderpipeline, Sichtbarkeits-/Frustumberechnungen)		Derzeit ist der Bezugspunkt der Ursprung der Region, in der sich der Agent momentan befindet. DAS BEDEUTET NICHT UNBEDINGT, dass das auch in Zukunft so sein wird. Dieser Bezugspunkt sollte nur für Programmcode verwendet werden, der im Zusammenhang mit dem Rendering steht (Renderpipeline, Sichtbarkeits-/Frustumberechnungen)

	=== ~~Local~~ ===		=== Lokal ===
	~~Currently a catch-all for coordinate frames which are not one of the ones above~~. ~~Generally object-relative positioning~~.		Derzeit ein Sammelbegriff für Bezugssysteme, die nicht eines der oben erklärten sind. Im Allgemeinen die Positionierung relativ zu einem Objekt.

	~~The local frame is used in two ways in~~ LSL:		In LSL wird das lokale Bezugssystem auf zwei Arten genutzt:
	:<h4> ~~Child Prims~~ </h4>		:<h4> Childprims </h4>
	:~~Child prims~~ (~~not root prims~~) ~~are positioned local to the root prim~~; ~~their global position and angle effected by both the root prims rotation and position~~.		:Childprims (nicht Rootprims) werden lokal zum Rootprim positioniert; ihre globale Position und Winkel werden durch Beides, die Rotation und Position des Rootprims beeinflusst.
	:<h4> Attachments </h4>		:<h4> Attachments </h4>
	:~~Objects that are attached are positioned local to the attach point~~; ~~their global position and angle are affected by the position and rotation of the avatar and the playing animations~~.		:Objekte, die angezogen werden, werden lokal zum Tragepunkt positioniert; ihre globale Position und Winkel werden durch Beides, die Rotation und Position des Avatars und den abgespielten Animationen beeinflusst.

	= Naming conventions =		= Naming conventions =

Phillie Rhode: /* Agent */ translated

2010-08-07T20:37:25Z

Agent: translated

← Older revision		Revision as of 13:37, 7 August 2010
Line 13:		Line 13:

	=== Agent ===		=== Agent ===
	Derzeit ist der Bezugspunkt der Ursprung der Region, in der sich der Agent momentan befindet. DAS BEDEUTET NICHT UNBEDINGT, dass das auch in ~~ZUkunft~~ so sein wird. ~~This should be used only for code involving rendering~~ (~~pipeline~~, ~~visibility~~/~~frustum calculations~~)		Derzeit ist der Bezugspunkt der Ursprung der Region, in der sich der Agent momentan befindet. DAS BEDEUTET NICHT UNBEDINGT, dass das auch in Zukunft so sein wird. Dieser Bezugspunkt sollte nur für Programmcode verwendet werden, der im Zusammenhang mit dem Rendering steht (Renderpipeline, Sichtbarkeits-/Frustumberechnungen)

	=== Local ===		=== Local ===

Phillie Rhode: Translation in progress

2010-07-20T13:40:15Z

Translation in progress

← Older revision		Revision as of 06:40, 20 July 2010
Line 3:		Line 3:
	= Koordinaten Bezugssysteme =		= Koordinaten Bezugssysteme =
	Es gibt derzeit vier verschiedene Bezugssysteme, die im Viewer verwendet werden.		Es gibt derzeit vier verschiedene Bezugssysteme, die im Viewer verwendet werden.
	Beachten Sie bitte, dass es einige Fälle gibt, in denen der Programmcode im Viewer diesen Konventionen NICHT folgt: Der ~~Coder~~ im Rendering verwendet "World" und "W" für den Agent und Teile des Character/Verbinden Codes haben kein Bezugssystem festgelegt, aber das wird im Agent definiert.		Beachten Sie bitte, dass es einige Fälle gibt, in denen der Programmcode im Viewer diesen Konventionen NICHT folgt: Der Code, der im Rendering verwendet "World" und "W" für den Agent und Teile des Character/Verbinden Codes haben kein Bezugssystem festgelegt, aber das wird im Agent definiert.
	Auch allgemeine Bibliotheken (LLCamera und LLPrimitive im speziellen) verwenden die Konventionen auch NICHT. Seien Sie besonders vorsichtig, wenn Sie Werte direkt aus diesen heraus verwenden.		Auch allgemeine Bibliotheken (LLCamera und LLPrimitive im speziellen) verwenden die Konventionen auch NICHT. Seien Sie besonders vorsichtig, wenn Sie Werte direkt aus diesen heraus verwenden.

Line 10:		Line 10:

	=== Region ===		=== Region ===
	Der Ausgangspunkt ist der Ursprung der [[Land#Region\|~~region~~]], die das Objekt "besitzt".		Der Ausgangspunkt ist der Ursprung der [[Land#Region\|Region]], die das Objekt "besitzt".

	=== Agent ===		=== Agent ===
	~~Currently~~, ~~the origin is the origin of the agent's current region~~. ~~THIS DOES NOT necessarily have to be the case~~ in ~~the future~~. This should be used only for code involving rendering (pipeline, visibility/frustum calculations)		Derzeit ist der Bezugspunkt der Ursprung der Region, in der sich der Agent momentan befindet. DAS BEDEUTET NICHT UNBEDINGT, dass das auch in ZUkunft so sein wird. This should be used only for code involving rendering (pipeline, visibility/frustum calculations)

	=== Local ===		=== Local ===

Phillie Rhode: /* Region */

2010-07-20T13:25:07Z

Region

← Older revision		Revision as of 06:25, 20 July 2010
Line 10:		Line 10:

	=== Region ===		=== Region ===
	~~Origin is the origin of the~~ [[Land#Region\|region]] ~~which~~ "~~owns~~" ~~the object~~.		Der Ausgangspunkt ist der Ursprung der [[Land#Region\|region]], die das Objekt "besitzt".

	=== Agent ===		=== Agent ===