Zauber wie Almsivi Intervention erstellen??

Hallo,

Ich würde gern einen Zauber erstellen der genauso wie Almsivi Intervention funktioniert,
nur das dieserr mich nicht zu einem Tempel-Marker sondern zu einem eigenen Marker bringt.

Hat das schonmal jemand gemacht?
Hat jemand ideen wie man sowas machen kann?

THX im vorraus

gibt es, heisst mark & recall.

__________________
"Er verliert die Balance... "

lol du weißt wie ich das meine

Soll einen zu verschiedenen (mehreren) neuen "Gebäuden" in einem kleinem Mod bringen.

Und das soll dann eben genau so wie "Almsivi Intervention" funzen. Also das ich dann bei dem lande was mir grad am nächsten liegt.

Da brauchst du diese objekte für!
Die die vor dem tempel stehn!
Mach dir so einen, geb im das selbe Mesh aber nenn ihn anders, dann machste nen zauber der das selbe macht wie almsivi nennst ihn aber auch anders.
Und dann suchst du das script iin dem der effect des zaubers steht.(lol)

__________________
overload

Wenn man des Spielers Position auf der Weltkarte detektieren könnte per Script (geht nicht also brauch man ein externes Programm) wäre es möglich...ansonsten bleibt nur eine Möglichkeit: Es geht nur in Exteriors.

EDIT: Hundertstes Post!

__________________

Abenteuer Mittel Erde
     Please visit us!

Dieser Beitrag wurde von GreyWanderer am 20.05.2004, 23:37 Uhr editiert.

das wird wohl nicht gehen, da das "script" oder besser der code für diese funktion im quellcode des spiels ist

__________________

Zitat:

---

Original von Fennias Maxim
Da brauchst du diese objekte für!
Die die vor dem tempel stehn!
Mach dir so einen, geb im das selbe Mesh aber nenn ihn anders, dann machste nen zauber der das selbe macht wie almsivi nennst ihn aber auch anders.
Und dann suchst du das script iin dem der effect des zaubers steht.(lol)

---

__________________
drei mal dürft ihr raten, wer grade seine Signatur geschrottet hat...geht aber wieder - allerdings solltet Ihr noch die Finger von den Avataren lassen

Logo, ist ja sobald man den CS startet schon da.
Aber bei deiner Lösung könnte man es interior anwenden.
Warum suchen sich leute immer das aus was nicht geht?

__________________
overload

Zitat:

---

Original von GreyWanderer
Wenn man des Spielers Position auf der Weltkarte detektieren könnte per Script (geht nicht also brauch man ein externes Programm) wäre es möglich...ansonsten bleibt nur eine Möglichkeit: Es geht nur in Exteriors.

---

Natürlich lässt sich mit GetInterior feststellen ob der Spieler drin oder draussen ist, und es ist auch kein Problem ihn rauszubringen - nach Position 0 0 0 0 geht immer

Auch lassen sich mit GetPos prima die aktuellen Koordinaten ablesen,

die Zielkoordinaten sollten ja bei einer Art Almsivi-Intervention immer bekannt sein. Den Abstand zwischen Player-> GetPos X und allen Zielpos X vergleichen, genauso Y - und die kleinste Differenz gewinnt.

Das Teleportieren lässt sich auch mit SetPos machen -
(Position/PositionCell akzeptieren keine Variablen)
kleines Manko dabei:
Die entsprechende Zelle wird nicht geladen und der Spieler landet in einem rechteckigen Loch in der Landschaft.
Abhilfe - der CellUpdate-Befehl funktioniert nicht - mit

FixMe

das geht aber nur in Ego-Perspektive also vorher

Force1stPerson

danach mit SetPos nochmal an die richtige Stelle bringen

Force3rdPerson danach ist sinnlos - das funktioniert auch nicht - es lohnt sich daher nicht sich die alte vom Spieler gewählte Ansicht zu merken.

__________________
Mess them Meshes up

Spielverderber

__________________
overload

Zitat:

---

Original von ReneMiner

Zitat:

---

Original von GreyWanderer
Wenn man des Spielers Position auf der Weltkarte detektieren könnte per Script (geht nicht also brauch man ein externes Programm) wäre es möglich...ansonsten bleibt nur eine Möglichkeit: Es geht nur in Exteriors.

---

Natürlich lässt sich mit GetInterior feststellen ob der Spieler drin oder draussen ist, und es ist auch kein Problem ihn rauszubringen - nach Position 0 0 0 0 geht immer

---

__________________

Abenteuer Mittel Erde
     Please visit us!

Dieser Beitrag wurde von GreyWanderer am 21.05.2004, 02:29 Uhr editiert.

CellChanged (doch die beshreibung ist unverständlich)
wenn man als resultat markieren würde könnte man den Spieler hierhin teleportieren.
EDIT: Mist ist scheisse wenn er von interior nach interior wechselt.

__________________
overload

Dieser Beitrag wurde von Fennias Maxim am 21.05.2004, 01:15 Uhr editiert.

Zitat:

---

Original von Fennias Maxim
CellChanged (doch die beshreibung ist unverständlich)
wenn man als resultat markieren würde könnte man den Spieler hierhin teleportieren.
EDIT: Mist ist scheisse wenn er von interior nach interior wechselt.

---

__________________

Abenteuer Mittel Erde
     Please visit us!

Zitat:

---

Original von GreyWanderer

Zitat:

---

Original von Fennias Maxim
CellChanged (doch die beshreibung ist unverständlich)
wenn man als resultat markieren würde könnte man den Spieler hierhin teleportieren.
EDIT: Mist ist scheisse wenn er von interior nach interior wechselt.

---

Verstehe nicht ganz den Sinn dieses Postings...wozu einen Mark-Slot verschwenden (wie in diesen nervigen Haus-Plugins)???

---

__________________
overload

Zitat:

---

Original von Fennias Maxim
Mark-slot?
Egal, ja mein forschlag ist wohl eines der recourcenfresser.
Er funktioniert nicht richtig.
Wenn sich die celle ändert, mark. dann lege ich dass amulett an, oder was aoch immer und werde "vor die tür" teleportiert.
und von da kann ich ja denn nächsten standpunkt anpeilen und werde dahin teleportiert.

---

__________________

Abenteuer Mittel Erde
     Please visit us!

Dieser Beitrag wurde von GreyWanderer am 21.05.2004, 01:55 Uhr editiert.

Zitat:

---

Original von ReneMiner

Den Abstand zwischen Player-> GetPos X und allen Zielpos X vergleichen, genauso Y - und die kleinste Differenz gewinnt.

---

__________________
drei mal dürft ihr raten, wer grade seine Signatur geschrottet hat...geht aber wieder - allerdings solltet Ihr noch die Finger von den Avataren lassen

ich meinte etwa so

... Absolute Differenz von meinX bis Ziel1X
(dazu braucht man doch nur die kleinere Zahl von der grösseren Abzuziehen)
+ Absolute Differenz von meinY bis Ziel1Y
== ist GesamtDifferenz1

GesamtDifferenz2 wäre von meinX bis Ziel2X und meinY bis Ziel2Y
usw.

und die kleinste GesamtDifferenz kriegt am Ende den Zuschlag.

Man braucht doch nicht diagonal herumzurechnen weil es sowieso alles in Kästchen gezählt wird. Wenn ein Punkt von hier aus diagonal 6 Kästchen weit entfernt ist und ein anderer diagonal 7 dann kann ich wenn ich immer nur rechtwinklig gehe nicht schneller bei dem Kästchen in der 7 Reihe sein.

Würd ich sagen. Aber ich habs nicht studiert...

__________________
Mess them Meshes up

Dieser Beitrag wurde von ReneMiner am 21.05.2004, 03:09 Uhr editiert.

Nach langem Überlegen (und websuche was ist der Satz des Pythagoras) verstehe ich jetzt was du mit Pythagoras meintest...etwa so hier oder?: (Beispiel mit nur ZWEI Markern)

Begin TeleportSpellNew

long PC_X ; X Position des Spielers
long PC_Y ; Y Position des Spielers
long Ziel1X ; X Position des 1. Zieles
long Ziel1Y ; Y Position des 1. Zieles
long Ziel1Z ; Z Position des 1. Zieles
long Ziel1Rot ; Rotation des 1. Zieles
long Ziel2X ; das selbe wie bei 1 nur statt 1 2 (es is spät und ich bin faul)
long Ziel2Y ; ""
long Ziel2Z ; ""
long Ziel2Rot ; ""
long Dist1X ; Abstand player<-->Ziel1 auf der X-Achse (a1)
long Dist1Y ; Abstand player<-->Ziel1 auf der Y-Achse(b1)
long Dist2X ; Abstand player<-->Ziel2 auf der X Achse(a2)
long Dist2Y ; Abstand player<-->Ziel2 auf der Y-Achse(b2)
long Square1X ; (a1)²
long Square1Y ; (b1)²
long Square2X ; (a2)²
long Square2Y ; (b2)²
long SqareSquare1 ; (c1)²
long SqareSquare2 ; (c2)²
long Distance1 ; c1 (Abstand player<-->Ziel1)
long Distance2 ; c2 (Abstand player<-->Ziel2)

set PC_X to ( player->GetPos, X )
set PC_Y to ( player->GetPos, Y )
set Ziel1X to ( "Ziel1"->GetPos, X )
set Ziel1Y to ( "Ziel1"->GetPos, Y )
set Ziel1Z to ( "Ziel1"->GetPos, Z )
set Ziel2X to ( "Ziel2"->GetPos, X )
set Ziel2Y to ( "Ziel2"->GetPos, Y )
set Ziel2Z to ( "Ziel2"->GetPos, Z )

if ( PC_X < 0 )
.....set PC_X to ( PC_X * -1 )
.....set Dist1X to ( PC_X + Ziel1X )
.....set Dist2X to ( PC_X + Ziel2X )
else
.....if ( Ziel1X < 0 )
..........set Ziel1X to ( Ziel1X * -1 )
..........set Dist1X to ( PC_X + Ziel1X )
.....endif
.....if ( Ziel2X < 0 )
..........set Ziel2X to ( Ziel2X * -1 )
..........set Dist2X to ( PC_X + Ziel2X )
.....endif
endif

if ( PC_Y < 0 )
.....set PC_Y to ( PC_Y * -1 )
.....set Dist1Y to ( PC_Y + Ziel1Y )
.....set Dist2Y to ( PC_Y + Ziel2Y )
else
.....if ( Ziel1Y < 0 )
..........set Ziel1Y to ( Ziel1Y * -1 )
..........set Dist1Y to ( PC_Y + Ziel1Y )
.....endif
.....if ( Ziel2Y < 0 )
..........set Ziel2Y to ( Ziel2Y * -1 )
..........set Dist2Y to ( PC_Y + Ziel2Y )
.....endif
endif

set Square1X to ( Dist1X * Dist1X )
set Square1Y to ( Dist1Y * Dist1Y )
set Squaresquare1 to ( Square1X + Square1Y )
set Distance1 to SquareSquare1->GetSquareRoot
set Square2X to ( Dist2X * Dist2X )
set Square2Y to ( Dist2Y * Dist2Y )
set SquareSquare2 to ( Square2X + Square2Y )
set Distance2 to SquareSquare2->GetSquareRoot

if ( Distance1 <= Distance2 )
.....player->Position "Ziel1X" "Ziel1Y" "Ziel1Z" "Ziel1Rot"
else
.....player->Position "Ziel2X" "Ziel2Y" "Ziel2Z" "Ziel2Rot"
endif

Return
StopScript "TeleportSpellNew"

End

Soweit stimmt das Script doch oder? Wusste erst nicht was ich mit a² + b² = c² anfangen sollte, aber nun...aber ich denke das sprengt die Dimensionen des Spiels extrem. Denke das is nicht möglich. Die Variablen SquareSquare1 und SquareSquare2 sind enorm hoch...würde sagen man muss nen andern weg finden...evtl. wär da sogar GetDistance besser obwohl es nur float ist...aber wie wär's mit der Rechnung(anstatt a² + b² = c²): a1 + b1 = ab1 , a2 + b2 = ab2
if ( ab1 <= ab2 )
.....player->position....usw.
endif

wer den kürzesten "Grenzweg" hat, hat auch die kürzeste Entfernung.

Kleine Vorstellung zu den Dimensionen: bei
a=4, b=3 ist es ja noch relativ ok...4x4=16 + 3x3=9 == 25 (Wurzel davon is 5.) Also c=5.
Aber bei höheren Zahlen wie
a=40.000 b=30.000 wird es schwieriger...
40.000 x 40.000 = 1.600.000.000
30.000 x 30.000 = 900.000.000
1.600.000.000 + 900.000.000 = 2.500.000.000
Wurzel davon ist 50.000.

Bei meinem Weg entstehen nicht so große Zahlen:
40.000 + 30.000 = 70.000

EDIT: Uups sry das geht doch nicht. Man denke an a1=3 b1=3 und a2=1 b2=5...gleicher Weg, krasser Unterschied...aber evtl. vorm Malnehmen ggf. in 10er-Schritten teilen, ausrechnen, dann wieder malnehmen. Das ginge...

__________________

Abenteuer Mittel Erde
     Please visit us!

Dieser Beitrag wurde von GreyWanderer am 21.05.2004, 04:21 Uhr editiert.

Zitat:

---

Original von GreyWanderer
..und es geht doch auch ohne! Habe ich doch oben beschrieben....

---

Wie ich meinen Post geschrieben hab stand in deinem Post noch am Schluss das wort "Basta!"

__________________
overload

Zitat:

---

Original von ReneMiner
ich meinte etwa so

... Absolute Differenz von meinX bis Ziel1X
(dazu braucht man doch nur die kleinere Zahl von der grösseren Abzuziehen)
+ Absolute Differenz von meinY bis Ziel1Y
== ist GesamtDifferenz1

GesamtDifferenz2 wäre von meinX bis Ziel2X und meinY bis Ziel2Y
usw.

und die kleinste GesamtDifferenz kriegt am Ende den Zuschlag.

Man braucht doch nicht diagonal herumzurechnen weil es sowieso alles in Kästchen gezählt wird. Wenn ein Punkt von hier aus diagonal 6 Kästchen weit entfernt ist und ein anderer diagonal 7 dann kann ich wenn ich immer nur rechtwinklig gehe nicht schneller bei dem Kästchen in der 7 Reihe sein.

Würd ich sagen. Aber ich habs nicht studiert...

---

__________________
drei mal dürft ihr raten, wer grade seine Signatur geschrottet hat...geht aber wieder - allerdings solltet Ihr noch die Finger von den Avataren lassen