Beiträge: 296
quote:
Zitat von Finanzberater
Hehe... Angeber ich hab mehr!
*interessiertguck* Welche :) ?
Bei mir stehen Cube,DC,SNES,PSX und N64, mein Atari 2600 hab' ich in einem Anflug von Wahnsinn mal verschenkt.
Und Gameboy hat ja eh jeder, oder ;) ?
Edit: Ok, ist etwas zu Off-Topic.*g* Jungs und ihre Spielzeuge :D !
Beiträge: 296
quote:
Zitat von Denyariel
...ganz echte Freunde... ÄTSCH;)
Die hab' ich auch und dafür würd' ich auch jede Konsole sofort wegwerfen :) ! Zum Thema Job: Den hab' ich zwar nicht, aber dafür noch zwei Monate Semesterferien. Ist zwar nicht so toll wie ein Job, aber kann auch ganz nett sein
*g*.
Beiträge: 296
quote:
Zitat von Denyariel
@Rheagar:
darf ich fragen was du studierst?
Das Unvermeidliche für jemanden, der viel zuviel Zeit vorm PC verbringt: (Medien-)informatik :) !
@Finanzberater:
Tröste dich, du hast wenigstens eine, die dir einen Korb verpassen kann ;) !
Ne, ernsthaft. Wird schon wieder!Ich wünsch dir jedenfalls alles Gute dazu :) !
Beiträge: 296
quote:
Zitat von Finanzberater
... aber PC Spielen, Fischen und noch andere Hobbies aufgeben nur wegen einer Freundin?
NEIN!
Also das sie was gegen deine Hobbies hat, weil sie vor ihre Freundinnen besser aussehen will *kopfschüttel*.
Seltsamerweise würde es mir bei einer Frau, die meine Hobbies akzeptiert vermutlich leicht fallen eben jene Hobbies um ihretwillen aufzugeben. Paradox.
Beiträge: 296
quote:
Zitat von Finanzberater
...weil wo rettet die Prinzesin schon den Prinzen?! :D
*angestrengtgrübel*
Ich bin mir sicher, dass ich ein,zwei Beispiele kenne, aber mir fällt gerade keins ein. Liegt vermutlich an der fortgeschrittenen Stunde, weswegen mir nur noch zu sagen bleibt:
Losto mae, mellyn :) !
Beiträge: 296
@Zora: Du spielst nicht zufällig im NWN-MP eine Magierin bzw. Hexenmeisterin die auch Zora heisst, oder?
Beiträge: 296
quote:
Zitat von [LonC] Zora
Der volle Name meines Chars lautet: Zora Greifenreiterin... ned besonders stylisch ich weiss *g*
*g* Wieso klingt doch nett. Und stylish muss ja auch nicht sein ;) !
Hab' nur gefragt weil ich vorgestern einer Magierin namens Zora begegnet bin, haette ja sein koennen :) ...
Beiträge: 296
Theoretisch kannst du mit Waffenfinesse und einer leichten Waffe die Staerke vernachlaessigen. Aber dabei solltest du nicht uebertreiben, sonst kannst du nachher kaum mehr Zeug schleppen ohne zusammenzubrechen!
Hm, also die Skills wirst du wohl nicht mehr nutzen koennen (Ein Baer der Schloesser knackt ;) ??) und die Feats vermutlich auch nicht (zumal Waffenfokus: Sichel einem Wolf nicht viel bringt...), aber sicher bin ich nicht. Deine Werte koennen sich allerdings aendern. Es kann z.B. sein, dass du Zaubersprueche nochmal ins Zauberbuch uebertragen mussr, weil du dich in ein Tier mit geringer Weisheit verwandelst...
Zum Zaubern: Ein Druide bekommt alle Sprueche, er muss sie nicht beim Levelaufstieg waehlen. Du musst sie nur ins Zauberbuch uebertragen und rasten, um sie sprechen zu koennen.
Beiträge: 296
Zum Thema Namen:
Der letzte Spieler dem ich vorhin begegnet bin hies "Arschaufreisser von 'Irgendwas'"
.Wohlgemerkt auf einem Rpg-Server. DAS war mit Sicherheit ein männlicher Spieler *g*.
Beiträge: 296
quote:
Zitat von Finanzberater
Stimmt eine Frau würde ihn Arschaufreisserin von Irgend was nennen! :D
Hat einer mal Zeit mir den MP zuerklären?!
Wenn du einen extra-Thread dafuer machst gern. Off-Topic haben wir hier gestern schon genug gewildert ;) !
Beiträge: 296
Achso. Ne, dazu hab' ich jetzt keine Energie, sorry ;) .
Ich hab' gerade 9 Stunden Dauer-NWN-MP-Zocken hinter mir...
Beiträge: 296
quote:
Zitat von _253_
cool, danke, hab es nach einem kleinen tipp fehler von mir *g* zum laufen gebracht, allerdings startet der NPC kein gespräch ?
Disclaimer: Sorry für die folgende Frage ;):
Du hast dem NPC aber schon einen Dialog zugewiesen ;) ?
Beiträge: 296
Hm, laeuft der NPC auch nicht zum Spieler hin?
Beiträge: 296
quote:
Zitat von _253_
nein, ich hab den NPC auf feindlich gestellt, da er nach dem gespäch mit dem spieler kämpfen soll, er erscheint mit dem eingegebenen VFX (sau geil *g*) und steht dan einfach nur da, und erst wenn ich mit dem spieler vorbeilaufe kreift er an, ich hab den NPC dan auch mal auf bürgerlich gestellt aber er spricht immer noch nicht
Sehr seltsam, bei mir hat's nämlich einwandfrei hingehauen.
*überleg*
Hm, ich hab' auch ab und zu solche Probleme, dass die AssignCommands einfach nicht funktionieren...
Versuch'mal, ob das Skript funtzt, wenn du statt deines NPCs eine "Alte Frau" (ausser dem Dialog nichts aendern und einfach ein eigenes resref geben) spawnen lässt. Bei mir hat's mit der nämlich hingehauen. Wenn's dann bei dir auch funtzt, mach' ich mir mal Gedanken was man an deinem NPC aendern muss, damit's da auch klappt.
Und wenn's mit der alten Frau nicht funtzt...*überleg*...Hm, dann bin ich vermutlich ueberfragt...
(Bin jetzt allerdings off, ich kann also leider erst morgen antworten...)
Beiträge: 296
Ins Gepaeck der Kiste Goldmuenzen mit der gewuenschten Stapelgroesse platzieren (bei "Verschiedenes->Andere" zu finden).
Beiträge: 296
@Ta'idan: Meinst du du koenntest ein Modul wo das Problem auftritt mal Online stellen? Dann schau ich mal ob das Problem auch bei meinem Rechner auftritt, bisher hatte ich solche Probleme nämlich nicht.
Beiträge: 296
Kleiner Tipp fuer Ronny:
Versuch' die Cheats mal so wie's auf der Seite steht mit einem "##" vornedran aufzurufen.
Und ##DebugMode 1 nicht vergessen.
Beiträge: 296
Boah! Musstest du Punkt 13 verraten?
Solche Stellen liebe ich in Buechern (lieben ist nicht das richtige Wort ich hasse sie, oder besser "ich liebe es solche Stellen zu hassen" :D )und jetzt weiss ich das schon im vorraus, sollte ich jemals dein Modul spielen ;) !
Das mit dem "sich in Details" verlieren und "nicht Aufgeben" kann ich nur bestätigen. Passiert mir selbst ziemlich haeufig.
Ach ein Tipp meinerseits noch:
Immer einen Fail-Safe-Plan haben!
Was wenn den Spieler z.B. trotz aller Bemuehungen deinerseits, die Frau in sein Herz zu "steuern", die Frau voellig kalt laesst? Sei es weil er keinen Sinn fuer Romantik hat, oder warum auch immer.
Dann wird er kaum sonderlich auf Rache sinnen.(Aber ich bin sicher du hast daran auch selbst gedacht ;), wollt's nur noch mal hervorheben).
Beiträge: 296
*nickt* Gobos sind der Fluch eines jeden Geschichtenerzaehlers.
Man kann nicht mit ihnen, man kann aber auch nicht ohne *g*.
Ansonsten finde ich die Geschichte nicht schlecht, da kann ein richtig schoenes Modul draus werden, vor allem wenn es dir gelingt die Frau wirklich so zu gestalten, dass der Spieler etwas fuer sie empfindet, so wie es Bioware z.B. mit Aribeth bei mir geschafft hat
(Spoiler auf das 4.Kapitel:
Spoiler! (zum lesen Text markieren)
| Als es im 4. Kapitel zum Kampf mit Aribeth kam, hab' ich erstmal Pause gedrueckt und mir gesagt "Das meinen die hoffentlich nicht ernst!Bitte lass' sie aufgeben!" |
).
Ich bin jedenfalls mal auf das fertige Modul gespannt :) !
Beiträge: 296
Hab' gerade nochmal in meinem FR Campaign-Setting geblaettert.
Wenn ich mir die Karte von Aschabafurt so anschaue, wird das Ganze wirklich eine Herausforderung.
Ist einfach schade, dass in NWN alles in 90° Winkeln zueinander verlaeuft :( .
Falls du Skriptprobleme hast: Ich helfe gerne, wenn ich kann. Notfalls auch bei etwas "groesseren" Skripten.
Beiträge: 296
Hm...
Das Problem hatte ich auch mal.
Wenn man die Standardprozedur zum Wegpunkte ablaufen benutzt, scheint der NPC fuer alle anderen Kommandos taub zu sein.
Vermutlich wird seine Action-Queue, also die Liste die Aktionen die er zu erledigen hat nicht abgearbeitet, weil er bevor er zur nächsten Aktion springt erstmal das Wegpunktlaufen beenden muss. Das ist aber endlos...
Ich weiss nicht, ob man es auch anders loesen kann, aber versuch einfach ihn manuell die Wegpunkte ablaufen zu machen.
Dazu im OnSpawn-Skript ganz am Ende die Zeile
mit // am Anfang auskommentieren und dann ins Heartbeat-Skript des NPCs folgendes Skript:code\:
WalkWaypoints();
code\:
void main ()
{
object oWP1=GetWaypointByTag("bridgepatrol_waypoint1");
object oWP2=GetWaypointByTag("bridgepatrol_waypoint2");
object oWP3=GetWaypointByTag("bridgepatrol_waypoint3");
object oWP4=GetWaypointByTag("bridgepatrol_waypoint4");
object oWP5=GetWaypointByTag("bridgepatrol_waypoint5");
object oGuardSit=GetObjectByTag("GuardSit");
vector vSpit=GetPosition(GetObjectByTag("CampfirewithSpit_1"));
ActionMoveToObject(oWP1);
ActionMoveToObject(oWP2);
ActionMoveToObject(oWP3);
ActionMoveToObject(oWP4);
ActionMoveToObject(oWP5);
ActionMoveToObject(oGuardSit);
ActionDoCommand(SetFacingPoint(vSpit));
ActionWait(80.0);
ActionSpeakString("Hm, sieht lecker aus!");
ActionWait(40.0);
ActionMoveToObject(oWP1);
ActionMoveToObject(oWP2);
ActionMoveToObject(oWP3);
ActionMoveToObject(oWP4);
ActionMoveToObject(oWP5);
ActionMoveToObject(oWP1);
ActionWait(300.0);
ActionDoCommand(ClearAllActions());
}
Sollte funktionieren. Ich werd's gleich mal ausprobieren und sag' dir, ob es das tatsächlich tut ;) !
___________________________
Verliebt in den UserDefined Event ^^
Überzeugter Episode 2 Hasser[/font]
Beiträge: 296
quote:
Zitat von Arkcroth
Was soll ich denn auskommentieren? Was am Anfang?
Ganz einfach :) !
Am Ende des OnSpawn-Skripts steht irgendwo
code\:
WalkWaypoints();
Einfach durch
code\:
//WalkWaypoints();
ersetzen. Du kannst es auch einfach löschen aber durch die // betrachtet der Compiler die Zeile als Kommentar und beachtet sie nicht weiter :) !
Ach ja: Hab' das Skript oben jetzt nochmal ein ganz klein wenig editiert und getestet. Wenn du die Bezeichner der Wegpunkte und Objekte alle richtig geschrieben hast funtzt es einwandfrei :) !
___________________________
Verliebt in den UserDefined Event ^^
Überzeugter Episode 2 Hasser[/font]
Beiträge: 296
Ein Problem gibt's bei der Sache noch, dass mir gerade einfiel.
Ich versuch' mal das Problem verstaendlich zu erklaeren, anstatt dir nur die Loesung hinzklatschen:
Hearbeat-Skripts werden alle 6 Sekunden ausgeführt, das Skript benoetigt aber insgesamt mindestens 7-8 Minuten bis es ausgefuehrt wird. Da jede Aktion für die spätere Verwendung auf die Action-Queue gelegt wird, wird das eventuell zu einem kleinen Performance-Problem: 8 Minuten *60=480 Sekunden. Also wird das Skript 480/6=80 mal ausgeführt, der arme Mensch hat also am Ende der 8 Minuten 18(Anzahl der Actions im Skript)*80=1440 Aktionen in seiner Queue. Die werden dann zwar von den ClearAllActions()-Kommando geloescht, aber das sind irgendwie schon ein wenig zu viele um Gesund zu sein...
Benutz also lieber dieses Skript:
code\:
void main()
{if (GetLocalInt(OBJECT_SELF,"nAlreadyFired")==0)
{
object oWP1=GetWaypointByTag("bridgepatrol_waypoint1");
object oWP2=GetWaypointByTag("bridgepatrol_waypoint2");
object oWP3=GetWaypointByTag("bridgepatrol_waypoint3");
object oWP4=GetWaypointByTag("bridgepatrol_waypoint4");
object oWP5=GetWaypointByTag("bridgepatrol_waypoint5");
object oGuardSit=GetObjectByTag("GuardSit");
vector vSpit=GetPosition(GetObjectByTag("CampfirewithSpit_1"));
SetLocalInt(OBJECT_SELF,"nAlreadyFired",1);
ActionMoveToObject(oWP1);
ActionMoveToObject(oWP2);
ActionMoveToObject(oWP3);
ActionMoveToObject(oWP4);
ActionMoveToObject(oWP5);
ActionMoveToObject(oGuardSit);
ActionDoCommand(SetFacingPoint(vSpit));
ActionWait(80.0);
ActionSpeakString("Hm, sieht lecker aus!");
ActionWait(40.0);
ActionMoveToObject(oWP1);
ActionMoveToObject(oWP2);
ActionMoveToObject(oWP3);
ActionMoveToObject(oWP4);
ActionMoveToObject(oWP5);
ActionMoveToObject(oWP1);
ActionWait(300.0);
ActionDoCommand(SignalEvent(OBJECT_SELF,EventUserDefined(777)));
ActionDoCommand(ClearAllActions());
}
}
Edit:
Ok, jetzt funtzt es. Allerdings musst du dazu noch drei Dinge beachten:
1.) Im OnSpawn-Skript gibt es einen Abschnitt: User Defined Events.
Dort bei der Zeile
code\:
//SetSpawnInCondition(NW_FLAG_END_COMBAT_ROUND_EVENT); //OPTIONAL BEHAVIOR - Fire User Defined Event 1003
die ersten beiden / wegmachen, damit die Zeile mitkompiliert wird.
2.)Ins OnUserDefined-Event des NPCs das Skript hier reinhauen:
code\:
void main()
{
int nUser = GetUserDefinedEventNumber();
if(nUser == 777) //Unser Selbsterstellter Event aus dem HB-Skript
{SetLocalInt(OBJECT_SELF,"nAlreadyFired",0);
}
else if((nUser == 1003)&&(!GetIsInCombat())) // END OF COMBAT
{SetLocalInt(OBJECT_SELF,"nAlreadyFired",0);
}
}
3.In den Saetzen des Dialogs, den man mit deinem NPC fuehren kann, mit denen man den Dialog beenden kann folgendes Skript ins "Erfolgte Aktionen"-Feld
code\:
void main()
{SignalEvent(OBJECT_SELF,EventUserDefined(777));}
Hoert sich ziemlich umstaendlich an (ist es auch ein wenig),was ;) ?
Ich erklaer' gleich noch alles ein wenig und "was" "warum" noetig ist.
Wenn dir das zu kompliziert ist, benutz' einfach das Skript im Posting drueber, das geht notfalls auch :) !
___________________________
Verliebt in den UserDefined Event ^^
Überzeugter Episode 2 Hasser[/font]
Beiträge: 296
Ok, nach dem Prinzip: "Gib einem Mann Feuer und er hat es für einen tag warm, zeig' ihm wie man ein Feuer macht und er hat es für den Rest seines Lebens warm" , jetzt also ein paar Erläuterungen zum Posting davor:
1.
"Was":
-Die erste Zeile "if (GetLocalInt(OBJECT_SELF,"nAlreadyFired")==0)" sorgt dafür, dass das Skript nur ausgefuehrt wird, wenn nAlreadyFired auf 0 ist
-Die Zeile "SetLocalInt(OBJECT_SELF,"nAlreadyFired",1);" setzt nAlreadyFired auf 1, das Skript wird von weiteren HeartBeat-Aufrufen also nicht durchlaufen
-Die Zeile "ActionDoCommand(SignalEvent(OBJECT_SELF,EventUserDefined(777)));" ruft am Ende des Skriptes das UserDefined-Skript des NPC auf mit der Erkennungsnummer 777
-In diesem Skript wird falls die Erkennungsnummer 777 ist die Variable nAlreadyFired auf 0 gesetzt, das Skript kann also wieder durchlaufen werden
"Warum":
Siehe obiges Posting: Um dafür zu sorgen, dass das Skript nicht alle 6 Sekunden ausgeführt wird, sondern erst, wenn es einmal vollstaendig durchlaufen ist.
"Und warum das eigentlich?":
Auch siehe oben: Weil es nicht gut sein kann, wenn ein einzelner NPC sich bereits über 1000 Aktionen merkt, die er am Ende (durch das ClearAllActions()) eh wieder verwirft, sie sich also gar nicht merken muss.
2.
"Was":
-Das
Skript am Ende des Dialogs ruft wie oben den UD-Event auf, der "nAlreadyFired" auf 0 zuruecksetzt.code\:
void main()
{SignalEvent(OBJECT_SELF,EventUserDefined(777));}
"Warum":
Weil wenn man einen NPC anspricht die gesamte Action-Queue gelöscht wird. Also wird auch die vorletzte Zeile wo der UD-Event(UD=UserDefined) aufgerufen wird nicht mehr ausgeführt, die Variable "nAlreadyFired" bleibt auf 1 und der NPC macht gar nichts mehr sondern guckt nur noch blöde dem PC hinterher.
Also rufen wir am Ende des Dialogs den Event manuell auf, damit der NPC beim nächsten Heartbeat-Aufruf (also nach 6 Sekunden) wieder anfängt seine Runden zu drehen.
3.
"Was"
-Wir entfernen die Kommentar-// bei der Zeile
"//SetSpawnInCondition(NW_FLAG_END_COMBAT_ROUND_EVENT); //OPTIONAL BEHAVIOR - Fire User Defined Event 1003" im OnSpawn-Skript.
-Wir haben im UD-Skript die Zeilen:
eingefuegt.code\:
else if((nUser == 1003)&&(!GetIsInCombat())) // END OF COMBAT
{SetLocalInt(OBJECT_SELF,"nAlreadyFired",0);
}
"Warum?"
Das Entfernen der Kommentarstriche bewirkt, dass nach jeder Kampfrunde der UD-Event mit der Erkennungsnummer 1003 ausgefuehrt wird. Wenn die Erkennungsnummer (die man ueber GetUserDefinedEventNumber() bekommt) also 1003 ist und der NPC nicht im Kampf ist (also es die letzte Kampfrunde war), setzen wir nAlreadyFired wieder auf 0, damit er nach dem Kampf wieder weiterpatroulliert. Ansonsten wuerde er nämlich wieder nur dumm rumstehen nach einem ueberlebten Kampf.
(Das ! vor GetIsInCombat musst du dir als "nicht" vorstellen.
GetIsInCombat liefert "True" wenn der NPC im Kampf ist und false wenn nicht.
!GetIsInCombat macht exakt das Gegenteil.
4.
"Warum eigentlich das "ActionDoCommand" bei einigen Befehlen?"
Das sorgt dafür, das Befehle, die eigentlich sofort ausgefuehrt werden wuerden wie andere Aktionen auf die Action-Queue gelegt werden, also erst ausgefuehrt werden nachdem ale vorigen Aktionen beendet sind. (Funktioniert leider nicht mit allen Befehlen-mit SetLocalInt z.B. nicht, deswegen auch der Umweg über SignalEvent...)
Edit: Achja:
5."Warum eigentlich diese seltsamen "SetLocalInt" und "GetLocalInt"-Befehle? Variablen kann man doch viel leichter abfragen und aendern über "nAlreadyFired=1;" !"
Weil Variablen die du über "int Variable1" oder "object Variable2" deklarierst immer nur im aktuellen Skriptaufruf und nur in dem Teil des Skripts in dem sie deklariert werden gültig sind (die Teile sind durch die { } gekennzeichnet.Die Variable gilt nur innerhalb der {}Klammern in denen sie deklariert wird[und in den Unterteilen dieser Teile,also in {}-Klammerabschnitten die ihrerseits von denselben {} wie die Deklaration eingeschlossen werden]).
Ein anderes Skript kann also nicht auf diese Variablen zugreifen und nach der Ausführung des Skriptes sind die Variablen auch weg.
Deshalb verwendet man, wenn man Variablen die auch ausserhalb des Skriptes und nach dessen Ausführung verfügbar sein muessen SetLocalInt und GetLocalInt um einem Objekt diese Variablen zuzuweisen.Im Gegensatz zu den anderen Variablen sind diese dann allen anderen Objekten und Skripts zugänglich und haben bis zum Beenden des Spiels Bestand (es sei denn du löschst sie vorher mit DeleteLocal...).
In unserem Fall kann das HB-Skript das 6 Sekunden nach dem ersten Aufruf aufgerufen wird auf die wie ueblich deklarierten Variablen des vorherigen Aufrufs nicht zugreifen, deswegen SetLocalInt(...).
Hoffe das hilft dir ein wenig :) !
___________________________
Verliebt in den UserDefined Event ^^
Überzeugter Episode 2 Hasser[/font]
Beiträge: 296
quote:
Zitat von Aurelia
Ich bin eine von den Frauen die einen Kerl mit der Bemerkung "ich studiere Informatik" vertreibt.Das klappt echt gut, erst Drink ausgeben lasse und wenn die dann aufdringlich werden, reicht der Satz und sie sind weg.
Also das kann ich jetzt überhaupt nicht nachvollziehen. Aber das mag daran liegen, dass 70% aller Maedels die ich kenne Info-Studentinnen sind *g*.
Hm, vielleicht wollen ja die Kerle irgendein Dummchen, dass nicht allzuviel im Kopf hat und da ist eine Informatikstudentin wohl die Falsche. *shrug* Their loss ;) !
| Seite 5 von 12 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | Letzte » |