Ediwiki

Merci de vérifier que votre projet respecte bien toutes les règles indiquées ci-dessous avant d'envoyer votre projet.

De nombreuses règles indiquées ci-dessous sont similaires aux règles des maisons de guilde. Lisez tout de même bien jusqu'au bout pour ne pas rater celles qui différent.

• Toutes vos maps doivent être en fille du nom de la carte parente la plus évidente possible. De plus, pensez bien à mettre le nom de la zone dans le nom de chaque map. Essayez d'éviter les fautes dans les noms de maps. Le nommage de vos cartes ne doit pas avoir de caractères avec des accents et des espaces.

Exemple :
[x] ├── ProjetAreneSarosa
[x] │ └── Sarosa
[x] │ …….├── Banque_Sarosa
[x] │ …….└── Arene_Sarosa

• L’extension de tout chipset doit être .png (et non .PNG !!!). Essayez d’y penser, cette erreur peut avoir de graves conséquences.

• Il ne doit pas y avoir de faille spatio-temporelle dans vos maps ou évents. Donc souvenez-vous que nous sommes dans un jeu médiéval fantastique. Conservez bien le style graphique du jeu pour vos maps. Il en va de même pour le choix de vos chipsets.

• Il faut bien respecter la couche basse et haute d'une map. En couche basse il ne faut mettre que les murs et les sols. Et en couche haute tout ce qui concerne les décors (Tables, chaises, tableaux, fleurs…) Si vous voulez mettre un objet sur une table par exemple, il faut le mettre en événement (qui peut être considéré comme une 3ème couche). Pour plus d'informations sur les couches, allez voir le tutoriel de Terry.

• Il est interdit de modifier un chipset déjà en jeu, que ce soit graphiquement ou au niveau du .blk (le .blk est le fichier qui définit si on peut marcher ou pas sur un décor du chipset). Donc si vous ne pouvez pas marcher sur une chaise à cause d'un chipset il faut mettre la chaise en évent sans modifier le .blk. Pour plus d'informations sur les évents, allez voir les tutoriels de SpyFlo et de Symbiose.

• Il est autorisé d'ajouter de nouveaux chipsets qui ne sont pas encore en jeu, à condition que ces chipsets soient bien différents de ceux déjà présents. Vous prendrez bien soin de faire correctement le .blk associé à votre chipset (en plaçant les ronds sur la couche basse et la couche haute). De plus, il n'est pas autorisé de rajouter trop de chipsets pour un même projet. 2 ou 3 nouveaux chipsets pour une maison sont largement suffisants.

• Avant d'utiliser votre chipset fraîchement conçu, n'oubliez pas de faire la transparence et de l'indexer en 8bits. Suivez ce tutoriel pour avoir le meilleur résultat possible : Création d'un chipset.

• Les téléports placés sur une porte doivent avoir la condition « appuie sur bouton ». Les téléports placés sur un sol ou un escalier doivent avoir la condition « En contact ».

• Il est interdit de mettre tout événement qui puisse changer l'équilibre du jeu. Par exemple, il est interdit de mettre des événements qui montent les stats d'un joueur, donne de l'argent, de la reput… Toute personne tentant de tricher de la sorte se verra immédiatement bannie à vie.

• Il est possible d'utiliser des variables dites publiques ainsi que des Booléens, à condition de les remettre impérativement à 0 à la sortie des pièces ou de la zone où le joueur ne peut pas mourir.
  • Les variables 13 à 16 et 61 à 65 sont publiques.
  • Les Bools 1 à 5, 35 à 87, puis 102 à 120 sont publiques.

Si vous avez utilisé une de ces variables, merci de le préciser dans le mail, lors de l'envoi, pour faciliter la tâche des correcteurs.
Pour plus d'informations sur les variables, allez voir le tutoriel de Vanivan et les explications sur les variables relatives aux joueurs ici et ici.

• Un skin de PNJ doit être cohérent avec l’univers

• Vous ne pouvez utiliser que les skins libres pour vos PNJ. Si vous utilisez un skin bloqué vous devez de préférence avoir l'autorisation de son propriétaire. (Vous devez donc prévenir les testeurs dans votre mail que vous avez l'autorisation de telle ou telle personne pour un skin bloqué).

• Un PNJ en “personnage fixe ou mouvement aléatoire” doit avoir le N°Anim = 1

• Les dialogues ne doivent pas être entourés de guillemets (ex : PNJ : « salut ! »), ni contenir de RP (ex : PNJ : *souris* salut !), ni contenir de références à d’autres jeux. La liste exhaustive sur les règles des dialogues se trouve ici.

• N'utilisez que des musiques libres de droit pour votre maison, il est autorisé d'ajouter des musiques qui ne sont pas encore en jeu.

• Vous pouvez aussi créer un fichier sonore grâce au tutoriel suivant : Les fichiers sonores.

Nous avons listé une liste de conseils / préconisations à assurer le plus possible, nous savons qu'il n'est pas toujours possible ou souhaitable de le faire, mais gardez ces problématiques en tête :

• Les dialogues après les cinématiques doivent au maximum s'efforcer de redonner l'indice / l'indication sur ce que le joueur doit faire. Il y a un important effet d'oubli d'informations si le joueur a déconnecté et repris plusieurs jours après, ou qu'il a besoin de relecture, … ou bien qu'il a passé rapidement les dialogues.

• Le joueur vis à vis des quêtes doit être autonome, une quête ne doit pas nécessiter la présence d'un autre joueur pour une quelconque autre raison que les boss. Bien que les boss doivent aussi être en majorité solotable afin de ne bloquer très peu souvent le joueur.

• Il faut au minimum ne pas bloquer le personnage. Il faut lui laisser la possibilité de passer une activité à une autre rapidement

• Les cartes de type grotte ou donjon sont des zones sanctuarisées. Le PK ne doit pas y être possible. Utilisez le type de carte “Attaque uniquement monstre”.

• Si votre projet est une quête mais qui n'est pas une quête multi joueur, n'utilisez pas de variable serveur.

• Il faut prévoir l'espace plein de l'inventaire pour la récompense du joueur dans votre code.

• Si vous effectuez une quête temporaire, réfléchissez au moyen, s'il y en a de penser au long terme, et anticiper d'éventuelles modalités en cas de repose.

• Gérez la mort du personnage, mettez une résurrection automatique. Gérez le cas possible de mort juste avant le téléport de fin de boss au même moment.

• Les phases de boss font perdre de l'xp au joueur, utilisez une carte de type “Attaque uniquement monstre”.

• Les phases de bashing de monstres sont de préférences sans pertes d'xp, utilisez une carte de type “Sans réputation/XP Potions possible”.

• Les phases de bashing vont occuper les joueurs un moment, n'oubliez pas de penser à la banque et aux potions à proximité éventuellement.

• Prévoyez le cas de double incrémentation de la variable, oui le joueur peut tuer deux monstres en même temps et donc assurez-vous que votre personnage passe à l'étape suivante quand même.

Exemple : Je me sers de la Variable[45] pour ma quête, arrivé à la position 35 dans la carte Sarosa_monstres, je dois tuer 20 monstres. Au lieu d'écrire CD : Variable[45]=55 donne CE : Variable[45]=56, je vais plutôt écrire CD : Variable[45]>=55 donne CE : Variable[45]=56

• Si vous prévoyez une quête avec des moments où il faut tuer des monstres, disons un total de 20 monstres dans votre scénario d'origine. N'hésitez pas à anticiper le fait que vous pourriez vous, ou l'équipe d'editeur ajuster ce nombre par la suite. Dans l'idéale, on met arbitrairement des sauts de plage de variable important pour gagner en adaptabilité.

Exemple : Je me sers de la Variable[45] pour ma quête, arrivé à la position 35 dans la carte Sarosa_monstres, je dois tuer 20 monstres. Au lieu d'écrire CD : Variable[45]>=55 donne CE : Variable[45]=56, je vais plutôt écrire Variable[45]>=55 donne CE : Variable[45]=156). Ce qui laisse la possibilité plus tard d'adapter par exemple à 30 monstres en ne touchant que le nombre renseigné dans la CD : Variable[45]>=65 pour un total de 30 monstres.

• Vérifiez vos zones de monstres, il est important d'empêcher le spawn des monstres dans les zones inatteignables pour le joueur. Vous pouvez le faire soit : en rajoutant dans l'onglet monstres de la carte, une nouvelle zone anti spawn ou en affectant un élément de mapping bloquant (qui implicitement empêchera le spawn sur celui-ci).

• Vous pouvez effectuer une suggestion de récompense au moment de l'envoi de votre projet.

Vous avez vérifié que votre projet répondait bien aux conditions inscrites ci-dessus ? Parfait ! Vous pouvez maintenant l'envoyer à l'adresse suivante : editeur@slayersonline.net