Persistance des quêtes ?

Et bien voilà, j'ai enfin pu faire mes premiers pas sur le monde,
chouette, très chouette, bravo à toi Crom, et aux autres personnes
ayant participé à la conception.

Voilà, j'ai une question concernant la persistance des quêtes, tu
passes par des bouquins, à terme, cela ne surcharge-t-il pas
l'inventaire, non en poids, mais en espace ? Pourquoi ne pas passer par
le journal des quêtes ? Ou encore par des variables sur un objet
inamovible et indestructible donné à la première connexion ? J'utilisais cette
dernière méthode sur mon module pour stocker l'état des quêtes en
persistance, ainsi que sur une DB MySQL pour avoir un état hors-jeu.
Cette méthode est plus rapide qu'un accès à une DB à chaque fois que le
joueur veut connaitre l'avancée de ses quêtes, elle est aussi très
facile à mettre en place je trouve.

Pour l'espace, la possibilité d'acheter des sacs a grande contenance fait que le problème ne se posera sans doute pas... POUR LE MOMENT.
Je dois dire que j'attends un hypothétique patch la dessus, car les inventaires des contenant/objets sont fixés a 142 espaces... Pas moyen de faire moins. J'aurais bien créer des contenants divers et variés, mais cette limitation limite effectivement les possibilités....

Au début, je passais par le journal des quètes, mais il n'est pas, hélas, persistant.

Pour le reste, la DB SQL ou l'objet persistant, c'est tout simplement mon manque de compétence et de temps qui m'a empéché de mettre en oeuvre un autre système que celui, très lourd, c'est vrai, des objets.
Je ne suis pas du tout un technicien informatique, je suis un copieur colleur...

Maintenant, je suis preneur de toute proposition pour améliorer le monde. Si tu m'expliques un peu le système de l'objet permanent, ou de la DBSQL, je suis preneur a 200%, je referais les quètes.

Enfin, il est vrai que je considère ce système d'objets comme la dernière grosse lourdeur de frontières.....

Ok, je te parlerai dans un premier temps de la persistance par variable
d'objet quand je rentrerai alors. Cela dit, sous NwN1, cette
persistance n'était pas active d'entrée de jeu, il a fallu attendre un
add-on pour l'avoir. J'espère qu'elle existe de base pour NwN2. En
résumé cela passe par des fonctions du type
SetLocalInt/String/Float/Location/Object et
GetLocalInt/String/Float/Location/Object.
Si tu as le temps, jette un oeil au lexicon, il donne pas mal
d'informations et d'exemples à ce propos.

Comme promis, je t'ai préparé une rapide librairie permettant d'avoir une
persistance du journal des quêtes via un objet indroppable. Je
t'expliquerai comment tout cela fonctionne, c'est très simple. Cela
permettra de supprimer tous les livres et d'avoir un suivi des quêtes
par le journal, comme dans la campagne officielle en solo. Pour le moment,
je n'ai pas intégré la persistance via la DB car je ne sais pas si tu
en veux ou pas. Elle n'est pas indispensable, sauf si tu souhaites
effectuer des traitements des données en dehors de NwN2, par exemple
savoir qui a résolu quelles quêtes, qui est en cours sur telle ou telle
quête, etc... Bref, ce n'est pas indispensable, personnellement je
cumulais les deux méthodes, celle de la DB est aussi une sauvegarde de
secours au cas où l'objet indroppable plante, se brise, soit perdu,
etc... mais bon normalement, ce n'est pas censé arriver .

Si tu as Skype ou TS, nous pourrons en parler de vive voix, ce sera plus pratique que via le chat ou NwN2 .