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 s'il est possible ou non de marcher sur un élément 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 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, donnent 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 devrez 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 : *sourit* 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 projet, 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écautions à appliquer 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 s'est déconnecté et a repris plusieurs jours après, ou qu'il a besoin de relecture ou bien qu'il ait 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 pour ne pas bloquer le joueur à chaque boss.

• Il faut éviter le plus possible de bloquer le personnage. Il faut lui laisser la possibilité de passer d'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 multijoueur, n'utilisez pas de variable serveur.

• Il faut prévoir la possibilité que le joueur ait son inventaire plein lors de la remise de la récompense dans votre code.

• Si vous réalisez une quête temporaire, prenez en compte la possibilité qu'elle puisse à nouveau être posée dans le futur. Pensez donc à adapter votre code pour faciliter la réutilisation de votre projet.

• 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.

• 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 à une banque et des 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 Editeur ajuster ce nombre par la suite. Dans l'idéal, nous mettons arbitrairement des sauts de plage de variable importants 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, soit en affectant un élément de mapping bloquant (qui empêchera de façon implicite 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