Bon, nouveau problème, mais là, je ne vois pas vraiment par quel bout le prendre (donc pas de script raté à vous soumettre !):

Pour se reposer dans une auberge, il faut prendre la clef d'une chambre. Cette clef est donnée au cours du dialogue avec l'aubergiste. Il y a 2 chambres, et une salle commune (ou il y a toujours de la place).
Les différentes options de dialogue du PNJ sont donc les suivantes:

Les 2 chambres sont prises, il reste de la place dans la salle commune (si les 2 clefs ont déjà été attribuées).
Il reste une chambre, et de la place dans la salle commune (si la clef de la chambre 1 est attribuée).
Il reste une chambre, et de la place dans la salle commune (si la clef de la chambre 2 est attribuée).
J'ai deux chambres ou de la place dans la salle commune (si aucune clef n'a été attribuée).

Le problème se pose en multijoueurs:

Comment être sûr que 2 personnages différents ne puissent pas se voir proposer la même clef (sauf celle de la chambre commune)?

Avec des variables locales, j'imagine.
_________________
http://perso.wanadoo.fr/kikitor | Deviant Art | www.VistaEntraide.com | CCLLSELFV! | D-lire_K | Viendez rêver au Pays des fées... | Ne taquinez pas l'admin!

Bah là c'est toujours le même problème... en gros je pense (après de nombreuses réflexions à se sujet) qu'il y a deux options à ce pb... posséder un base donnée ou pas... en effet, un module en multi qui n'as pas de base de données ne peux pas enregistrer des variables longtemps (reboot, plantage etc...), donc par ex ds ton cas si tu utilises des variables locales pour savoir si tes chambres sont louées ou pas, lors d'un reboot, les variables sont effacées, la clé de la chambre remise en jeu et l'ancien joueur possédant toujours sa clé...

Par contre si tu as une base de données, alors oui là tu peux simplement utiliser des variables locales que tu stock ds ta base de données, et à chaque redémarrage un script qui vérifie tout tes paramètres et remet comme c'était avant le reboot...

Viduc
_________________

kiky.le.magnifique a écrit :Je croyais que ça ne fonctionnait qu'avec les PJs ces choses là... On peut coller une variable locale à un PNJ?


Viduc de Papironda a écrit :Ce n'est pas "trop" problématique. Le problème peut toujours survenir, bien sûr, mais bon, le PJ ne reste en possession de sa clef que pour un temps assez court (le temps qu'il lui faut pour accéder à sa chambre, se reposer et ressortir), étant donné qu'il doit rendre sa clef avant de pouvoir quitter l'auberge (non mais!).
Mais si tu as une alternative je suis toujours preneur...

Tu peux coller des locales sur tout : le module, les zones, les items, les PNJ, les plaçables, enfin tout ce qui est du type "object".

Donc, quand le PNJ donne une clef par dialogue, tu change une variable, comme ça tu peux tester dessus si la chambre est dispo ou pas. Quand le joueur remet sa clef, tu la rechange, la chambre est à nouveau disponible.

En cas de reboot, sans persistance, les 2 chambres seront dispo. Donc pour pallier à ça, ce que tu peux faire c'est automatiquement virer un joueur de sa chambre après un reboot et détruire sa clef.

c'est simple :

"Les 2 chambres sont prises" :



(faut modifier le script, comme j'ai pas l'éditeur sous la main, j'ai pas mit le script de condition, c'est un example ce que j'ai mit)

"La chambre 2 est prise, mais j'ai la chambre 1"



(pareil qu'au dessus, tjr dans la condition)

"La chambre 1 est prise, mais j'ai la chambre 2"



(pareil qu'au dessus, tjr dans la condition)

"J'ai deux chambre de libre"



voila a mettre dans les condition, ce sont des examples, et si par exemple tu veux donner la chambre une :



dans le action consequence ou alors si tu veux enlever la chambre une du proprio :



et pour savoir si la chambre une est prise, tu met ça dans le OnUsed d'un panneau :



voilou si il y a des erreurs dit le moi
_________________
[http]

Va pour les variables locales, alors !


Sith Vicious a écrit :Alors ça, ça m'a l'air d'être THE Solution, mais euh... tu fais ça comment? Lui enlever la clef et l'expédier aux fraises, ça va, c'est sur la partie "après un reboot" que je coince...

Edit:

Merci BlackKnight qui a posté pendant que j'écrivais ma réponse . Je testerai ça tout à l'heure, là je suis en train de travailler (l'air de rien).

Pour le "après un reboot", perso j'enregistre les joueurs dans le OnClientEnter sur le module, comme ça je sais si je dois les renvoyer à leur position ou si elle est enregistrée (et pour d'autres trucs aussi, passons...)

Bon, j'ai un système de numéro pour les joueurs, donc je me base dessus, mais sans, tu peux enregistrer par exemple le nom du joueur en local sur la zone à l'entrée, après la verif.
Si son nom est dans la liste : c'est pas après un reboot, tu le vire pas.
Si son nom est pas dans la liste : c'est un reboot, tu lui prend sa clef et tu l'envoie à un WP à l'accueil de l'auberge.



Y a surement plus simple, en attendant c'est déjà ça.

BlackKnight : L'attribution des clefs fonctionne au poil; comme tu l'as dit, il faut juste la bonne formulation pour la condition; voilà à titre d'exmple celle pour le cas où les deux chambres sont prises, dès fois que ça puisse servir à quelqu'un d'autre:



Sith: je te ferai savoir pour le reboot dès que j'aurai l'occasion de le tester.

Un grand merci à tous pour votre aide!!!

Je pense, Sith, que ça ne marchera pas. Une variable local se supprime toujours quand il y a un reboot je crois, enfin je pense. Mais utilisé SetCampaignInt ne seraisse pas mieux?

Charietto: ok parfait
_________________
[http]

C'est sur que le plus cohérent est de faire un truc persistant avec des SetCampaign, mais apparement Charietto n'a pas de persistance en place, donc j'ai proposé une solution pour s'en passer. Les variables locales disparaissent, on est bien d'accord là dessus, c'est pour ça que pour éviter qu'il y ait plusieurs clefs qui se balladent, je la détruis sur celui qui la possédait au moment du reboot (puisque comme les variables ont disparu, les 2 clefs seront disponibles dans le dialogue).

A propos, il me semble plus simple un dialogue comme suit :


Citation :Avec comme condition :



Encore mieux, une condition unique pour X clefs :



Comme ça le même script peut servir pour toutes les conditions.

Sith Vicious a écrit :Oulah, non! Je reste modeste, déjà que j'ai du mal... Je veux juste, pour l'instant, que le module soit jouable tant en solo qu'en multi. Ensuite, pour ce qui est de la persistance, on verra, un jour peut être dans un lointain futur... Mais bon, au rythme ou j'avance, NWN2 sera déjà sorti à ce moment là (et entre nous soit dit, j'espère qu'on pourra importer sans douleur les maps de NWN1 vers le 2, mais je n'y crois qu'à moitié, étant donné qu'il semble que le passage de NWN de base à NWN + extensions pose parfois problème...)


Sith Vicious a écrit :T'es le roi de la miniaturisation toi ! Par contre, je ne comprend pas trop le fonctionnement de ce script. Comment fait-il pour identifier si c'est la clef 1 ou la clef 2 qui sont déjà attribuées?

Ca marche si le dialogue a la structure que j'ai décrite. Dans ce cas, à chaque branche de dialogue (qui correspond à une chambre) on va lancer le script.

Je passe par une variable locale sur le PNJ aubergiste, premier noeud, elle est à 1, on cherche la clef "clef1". Si la variable "Clef1" n'existe pas, la chmabre est libre, donc la branche apparait, sinon elle n'apparait pas.
A chaque test (donc à chaque noeud) la variable augmente, et on vérifie la présence de la variable "ClefX" pour savoir si la chambre X est libre, et à la fin on remet à 0 la variable pour la prochaine fois.

Bon, il faut quand même se taper une action conséquente par clef pour mettre la variable correspondante à la chambre à jour...

D'un autre coté, la persistance, au moins avec la base de donnée Bioware, c'est pas si compliqué, ça fonctionne comme les variables locales dans la structure, c'est pas sorcier. Ca le devient si tu veux faire un truc vraiment optimisé pour limiter les accès et la taille des fichiers, mais pour stocker des trucs de base c'est pas si dur, tu devrais jeter un oeil sur les fonctions et tenter quelques trucs avec.

Sinon : les maps ne seront pas exportables sur NWN2, en revanche les scripts le seront.

Oui, j'ai pens au début de changer sont dialogue, mais comme elle l'a demandé comme ça, j'ai fait avec...
_________________
[http]

Sith Vicious a écrit :Oh, ben voui, c'est logique... Mais, que veux-tu, avec cette vilaine habitude de faire les dialogues en sens inverse, quand on les met à l'endroit, je suis perdu!

Pour la persistance, je jetterai un coup d'oeil alors, mais bon, attention à la bordée de questions qui ne manquera pas de s'ensuivre!


Sith Vicious a écrit :C'est un moindre mal (enfin, de mon point de vue), si l'éditeur est aussi bien que le premier, les cartes, c'est pas le plus dur à faire.


Black Knight a écrit :Hmmm, désolé de te décevoir, mais c'est plutôt il! J'espère que ça ne t'empêchera pas de te précipiter pour répondre à mes prochaines questions !

Un grand merci à tous les deux!

Lol escuse moi, c'est ton nom, mais non je repondrais toujours à tes demande, si j'y arrive xD
_________________
[http]