[BD Bioware] Sauvegarde de Location d'un PJ

Jaha Effect · 15/05/2003, 22h02

Voilà encore deux petites fonctions tirée du forum de la beta (Post original de Makabey) chargé de sauvegarder et récupérer la location d'un pj quand il déco avec une seule limitation, chaque Area doit avoir un tag unique.

Code PHP:


//use:
// SetCampaignString("DB_Name", "VarName", LocationToString(GetLocation(GetFirstPC())));
// location lLoc = StringToLocation(GetCampaignString("DB_Name", "VarName"));
string LocationToString(location lLocation)
  {
    /*
       Composes a string from a Location.
       Used mainly to Save a player's position..
    */
    object oArea = GetAreaFromLocation(lLocation);
    vector vPosition = GetPositionFromLocation(lLocation);
    float fAngle = GetFacingFromLocation(lLocation);
    float fTemp = vPosition.x * 100;
    string sRetour;
    sRetour = GetTag(oArea) + "¤";
    sRetour += IntToString(FloatToInt(vPosition.x * 100)) + "¤";
    sRetour += IntToString(FloatToInt(vPosition.y * 100)) + "¤";
    sRetour += IntToString(FloatToInt(vPosition.z * 100)) + "¤";
    sRetour += IntToString(FloatToInt(fAngle * 100));
    return sRetour;
  }

location StringToLocation(string sLocation)
  {
   /*
      Builds a location object from sLocation, if any part is invalid,
      returns de starting position of the module...
   */
   int nPos = 0;
   object oArea;
   vector vPosition;
   float fAngle;
   float fX;
   float fY;
   float fZ;
   location lLocation;
   string sTmp;
   nPos = FindSubString(sLocation, "¤");
   if(nPos == -1) return GetStartingLocation();
   // Retrouver l'Area
   sTmp = GetSubString(sLocation, 0, nPos);
   oArea = GetObjectByTag(sTmp);
   if(!GetIsObjectValid(oArea)) {return GetStartingLocation();}
   sTmp = GetStringRight(sLocation, GetStringLength(sLocation) - (nPos + 1));
   nPos = FindSubString(sTmp, "¤");
   if(nPos == -1) return GetStartingLocation();
   // Retrouver le 'X'
   sLocation = GetSubString(sTmp, 0, nPos);
   fX = StringToFloat(sLocation) / 100;
   if(fX < 0.1) {return GetStartingLocation();}
   sLocation = GetStringRight(sTmp, GetStringLength(sTmp) - (nPos + 1));
   nPos = FindSubString(sLocation, "¤");
   if(nPos == -1) return GetStartingLocation();
   // Retrouver le 'Y'
   sTmp = GetSubString(sLocation, 0, nPos);
   fY = StringToFloat(sTmp) / 100;
   if(fY < 0.1) {return GetStartingLocation();}
   sTmp = GetStringRight(sLocation, GetStringLength(sLocation) - (nPos + 1));
   nPos = FindSubString(sTmp, "¤");
   if(nPos == -1) return GetStartingLocation();
   // Retrouver le 'Z'
   sLocation = GetSubString(sTmp, 0, nPos);
   fZ = StringToFloat(sLocation) / 100;
   if(fZ < 0.0) {fZ = 0.0;}
   sLocation = GetStringRight(sTmp, GetStringLength(sTmp) - (nPos + 1));
   fAngle = StringToFloat(sLocation) / 100;
   if(fAngle > 360.0) fAngle -= 360.0;
   vPosition = Vector(fX, fY, fZ);
   lLocation = Location(oArea, vPosition, fAngle);
   return lLocation;
  }

Jaha Effect

Ormus · 15/05/2003, 22h14

Euh je vois pas l'intérêt de passer par une string, ça serait pas mieux avec plusieurs int ?

(il n'y aurait pas tous ces calculs)

eMRaistlin · 15/05/2003, 22h30

je suppose que c'est pour stocker 3 chiffre dans une seule position de la BDD, et que ca gere pas les arrays...

Iridian · 16/05/2003, 08h21

Question sans doute stupide :
Dans la prochaine version on pourra récupérer ce genre d'information à coup sur lors de la déconnection du joueur ?

Jedaï · 16/05/2003, 08h32

Non, il n'y a aucun intérêt à passer par une telle formule du point de vue stockage, puisque la DB permet de stocker des locations, dans un seul 'bloc' et sans problème....
Mais je pense que l'intérêt de la méthode de Jaha, c'est le contrôle de la validité et de l'existence de la location.... Je me trompe ?

En effet, je me souviens d'un post où l'on avait pu vérifier que faire un GetLocalLocation( object, "nom de location qui n'est pas enregistré), arrêtait l'exécution du script sans avertissement, ce qui peut-être dommageable....(un local string erroné ne renvoie qu'une chaîne vide)
Si c'est pas pour ça, je vois pas ?

RAT · 16/05/2003, 08h56

Je ne vois pas trop non plus

Jaha Effect · 16/05/2003, 15h55

Citation :

Provient du message de Jedaï
Mais je pense que l'intérêt de la méthode de Jaha, c'est le contrôle de la validité et de l'existence de la location.... Je me trompe ?

En effet, je me souviens d'un post où l'on avait pu vérifier que faire un GetLocalLocation( object, "nom de location qui n'est pas enregistré), arrêtait l'exécution du script sans avertissement, ce qui peut-être dommageable....(un local string erroné ne renvoie qu'une chaîne vide)

C'est exactement ça.

Jaha Effect

Taern · 16/05/2003, 19h31

Citation :

Provient du message de Iridian
Question sans doute stupide :
Dans la prochaine version on pourra récupérer ce genre d'information à coup sur lors de la déconnection du joueur ?

Cf. ce topic de Zunder

Apparemment il est possible de récupérer les variables à la sortie du joueur, à condition de faire une petite manip car GetName(oPJ) renvoie une chaîne vide sur le OnClientLeave.

Donc optimistes soyons, optimistes restons

Jaha Effect · 16/05/2003, 20h35

Citation :

Provient du message de Taern
Apparemment il est possible de récupérer les variables à la sortie du joueur, à condition de faire une petite manip car GetName(oPJ) renvoie une chaîne vide sur le OnClientLeave.

Donc optimistes soyons, optimistes restons

Etrange, moi j'y ai vu aucune vrai solution dans ce post.

Jaha Effect

eMRaistlin · 16/05/2003, 20h40

hannnn !!!

Jaha Effect · 16/05/2003, 20h47

Arf eM qui flood maintenant, on aura tout vu

Jaha Effect

Taern · 16/05/2003, 21h28

On parle de la même chose au moins ?
La question est : comment est-il possible de récupérer des variables sur un PJ quittant le module.
La réponse, qui semble confirmée par Zunder, est d'utiliser un identifiant (assigné sur le PJ à l'entrée sur le module) sous forme de variable locale, identifiant qui sera utilisé à la place du nom du PJ (puisque GetName n'est pas utilisable sur cet event).

Pour moi, c'est une solution

Que je n'ai pas testée personnellement certes, mais c'est une solution.

Mercius · 16/05/2003, 22h09

Oui, surtout que sur le onleave, le pj est un OBJECT_INVALID. Personnellement j'utilise nwnx 2 pour l'instant, et j'arrive très bien à sauvegarder sa location lors de sa deco, et à la récuperer lors de sa reco, après un reboot.

Zakyrel · 16/05/2003, 23h40

la seule restriction du system de Jaha est que les tag des zones doivent etre unique... mais moi je voit pas comment une zone pourrai avoir deux tag moi...

Elmo · 17/05/2003, 01h44

ptet qu'il voulait dire que deux zone peuvent pas avoir le meme tag...

Dolanor · 17/05/2003, 02h27

Citation :

Provient du message de Elmo
ptet qu'il voulait dire que deux zone peuvent pas avoir le même tag...

oui c meme sûrement ça, y'a pas vraiment d'ambiguïté en lisant ce que dit Jaha.
M'enfin bon...

Iridian · 17/05/2003, 19h01

Citation :

Provient du message de Dolanor
oui c même sûrement ça, y'a pas vraiment d'ambiguïté en lisant ce que dit Jaha.
M'enfin bon...

Certe, c'est même plutôt clair.

Par contre si le PJ est "OBJECT_INVALID", comment peut-on récupérer son nom qui est dans une variable stockée sur lui même ?
(GetLocalString(oPJ,"variable)=GetLocalString(OBJECT_INVALID,"variable))

Ormus Prophète	Euh je vois pas l'intérêt de passer par une string, ça serait pas mieux avec plusieurs int ? (il n'y aurait pas tous ces calculs)
15/05/2003, 22h14

eMRaistlin Alpha & Oméga	je suppose que c'est pour stocker 3 chiffre dans une seule position de la BDD, et que ca gere pas les arrays...
15/05/2003, 22h30

Iridian Prophète	Question sans doute stupide : Dans la prochaine version on pourra récupérer ce genre d'information à coup sur lors de la déconnection du joueur ?
16/05/2003, 08h21

Jaha Effect Alpha & Oméga	Citation : Provient du message de Taern Apparemment il est possible de récupérer les variables à la sortie du joueur, à condition de faire une petite manip car GetName(oPJ) renvoie une chaîne vide sur le OnClientLeave. Donc optimistes soyons, optimistes restons Etrange, moi j'y ai vu aucune vrai solution dans ce post. Jaha Effect
16/05/2003, 20h35

eMRaistlin Alpha & Oméga	hannnn !!!
16/05/2003, 20h40	Télécharger la pièce jointe

Jaha Effect Alpha & Oméga	Arf eM qui flood maintenant, on aura tout vu Jaha Effect
16/05/2003, 20h47

Mercius Prophète	Oui, surtout que sur le onleave, le pj est un OBJECT_INVALID. Personnellement j'utilise nwnx 2 pour l'instant, et j'arrive très bien à sauvegarder sa location lors de sa deco, et à la récuperer lors de sa reco, après un reboot.
16/05/2003, 22h09

Zakyrel Prophète	la seule restriction du system de Jaha est que les tag des zones doivent etre unique... mais moi je voit pas comment une zone pourrai avoir deux tag moi...
16/05/2003, 23h40

Elmo Alpha & Oméga	ptet qu'il voulait dire que deux zone peuvent pas avoir le meme tag...
17/05/2003, 01h44

Dolanor Alpha & Oméga	Citation : Provient du message de Elmo ptet qu'il voulait dire que deux zone peuvent pas avoir le même tag... oui c meme sûrement ça, y'a pas vraiment d'ambiguïté en lisant ce que dit Jaha. M'enfin bon...
17/05/2003, 02h27

Iridian Prophète	Citation : Provient du message de Dolanor oui c même sûrement ça, y'a pas vraiment d'ambiguïté en lisant ce que dit Jaha. M'enfin bon... Certe, c'est même plutôt clair. Par contre si le PJ est "OBJECT_INVALID", comment peut-on récupérer son nom qui est dans une variable stockée sur lui même ? (GetLocalString(oPJ,"variable)=GetLocalString(OBJECT_INVALID,"variable))
17/05/2003, 19h01

[BD Bioware] Sauvegarde de Location d'un PJ

Connectés sur ce fil