[1.1] La carte

Je pense qu'on a intérêt a coder un jeu complet, donc je suis pour implémenter tous les points que tu as cités, sauf la profondeur, qui me parait en l'état trop lourde au niveau gameplay. Faudrait changer un peu ce point selon moi, sinon tout est OK.

Bye

Ah ? Je pensais qu'au contraire c'était quelque chose de très simple en l'état. Une action "sonder" qui coute très peu, quelques rares zones de haut fond... Perturbant, mais pas dramatique si tu t'en manges un quoi.

Hum vu comme ça c'est mieux. Parce que ça risque d'être assez saoulant si il faut a chaque déplacement sonder...

Non, si c'est partout, c'est clairement abusé. En sus la couleur de l'eau devrait (dans l'idéal) informer.

Que tu puisses planter et démolir ton navire sur une succession de pas de bol, genre t'es lancé à pleine vitesse, une paire de navire adverses vont te prendre en travers, le courant et le vent t'empêchent de redresser comme tu veux, du coup tu passes sur une zone que t'as identifié comme à risque, vu que bleu clair et proche d'une cote, avec des rochers sans doute dans les environs, et que tu perdes un tier de tes PV coques, oui.

Que tu ramasses un galet paumé au milieu de l'océan, non.

Pensées du soir.

C'est possible de faire tomber l'ensemble des bateaux d'un "groupe" dans une zone proche au hasard (sur la bordure de la carte*). Tout en empêchant les deux (ou plus) ennemis de se voir d'entrée de jeu?

En gros, avoir tout les bateaux d'un groupe unis, sur le coté, dans un endroit au hasard, sans possibilité de voir l'ennemi dès le T1.

Histoire d'éviter d'une part le choix de la zone à l'entame du combat si c'était pré-défini (genre le joueur qui propose est à droite, sur une map avec vent d'est, donc dans la merde automatiquement s'il a des bateaux axés sur la voile), d'autre part d'avoir un rush direct de mec se trouvant tout de suite l'un dans l'autre (et donc un gros avantage au gars jouant le premier)

IMPORTANT

Bériller m'a fait remarquer qu'on ne pouvait pas avec des Hexagones aller à droite ou à gauche, et donc que ça niquait les vents est-ouest. En découle deux choses :

Premièrement, le sens des voiles doit être modifiable indépendament de celui du navire. Cela étant, les deux ne doivent pas être décorellés (genre avoir le navire dans un sens et les voiles en travers). Pour coller à la réalité (les navires ont des voiles orientables) et offrir la possibilité d'avancer plus vite qu'elle que soit la direction, je pense que des voiles partiellement orientables sont souhaitables. (Du genre pivotable à 45 degrés de chaque coté, par rapport à l'axe du navire)

Deuxièmement, l'hexagone, c'est nul, ça empêche de filer dans un tas de directions. Donc on vire l'hexagone et on offre une map "vierge", juste une vaste étendue d'eau aux joueurs.
Outre le fait d'avoir un concept relativement inédit (des jeux sans marquage au sol de ce type, j'en connais pas des masses), ça permet d'aller dans toutes les directions.
A coté de ça, nous, on conserve derrière un quadrillage en hexagone, mais sans impact in game au niveau des déplacements. On s'en sert pour décorer la carte, pour avoir l'échelle des distances, pour avoir la profondeur d'une zone donnée, mais à aucun moment le joueur n'en est conscient. Lui il a l'impression de voguer sur les flots.

Eventuellement, on propose une option "quadriller", affichant le quadrillage de la carte afin que le joueur puisse se repérer plus facilement (a gauche, du bleu, a droite, du bleu, en haut du bleu...), une sorte de grille qui vient se superposer en cliquant sur un bouton. (O-Points?)

Des O-points pour ça, ce serait du vol qualifié...

Oui, mais ça peut faire partie des differents avantages d'un compte premium. En plus, des avantages plutôt visuels de ce style empêchent de trop déséquilibrer le jeu...

Bye

P.S : quand une partie est arrêtée, prévenez moi et on commence le codage.

Bon, à la re-re reflexion, l'hexagone, ça fait chier. Si on s'en sert pas en tant qu'élément de déplacement, ça fait juste chier, et ce pour tout. C'est merdique pour le graphiste, c'est chiant pour calculer les distances, bref, l'hexagone, on gicle.

Retour au carré. Toujours invisible (pour eux) cela dit.

Voici donc "Carré". Notre carré de réference.

100 pixels de coté, idéal pour calculer rapidement une distance dans notre esprit. Assez petit pour permettre de subtiles variations de maps au niveau graphique, tout en évitant d'y passer 15 ans et en permettant au dessinateur de faire un petit dessin quand même. (Rien n'empêche de faire un dessin en plusieurs carrés hein)

Un exemple en action (le carré fait 100 pixel en incluant sa bordure de 1 pix blanche)



L'unité de mesure devient donc le carré (soit 100 pixels), la carte est une succession de carrés. Quand on parle de 1 en vitesse, ça signifie que le bateau parcourt 1 carré, quand on parle de 1 en taille ça signifie que le bateau occupe 1 carré.

Merci de votre attention.

Ca me paraît un peu gros 100px, à moins de proposer la possibilité de zoomer-dézoomer pour avoir une vue plus globale, avec des carrés plus petits.

Sinon, vu que les carrés ne seront pas affichés, je propose de ne pas mettre de bordure qui va compliquer tout inutilement.

Et pour le courant, je verrais bien plusieurs courants sur les grandes maps, mais ça suppose de définir le courant case par case, c'est un peu complexe je pense.

J'ai peur qu'on rencontre un problème technique : on va dire 1 map = 100*100 = 10 000 cases. Le jeu tourne avec 10 maps, et les users peuvent créer leurs propres maps (avec opoints).
Donc on peut facilement avoir 100 maps, voir 1000 maps.
Donc, au total en BDD : 100 * 100 * 1000 = 10 000 000... Ca fait beaucoup, alors admettons que y'ait plus de maps, ou qu'elles soient plus grandes. Va falloir un serveur du feu de dieu.

Bye

Hop, hop hop, premier jet de map : http://vae-victis.orbyt.tk/?page=map
C'est vraiment le début.

Je continue à ajouter les features prévues, mais pour éviter de tout refaire, envoyez vos avis

Bye

Je pensais pas inclure les bordures, c'était juste pour montrer la constitution du truc sans avoir a changer la couleur des carrés

Pour le courant, en fait, dans l'idéal j'imaginais un courant "global" et qui se modifierait de lui même en rencontrant des obstacles sur ou sous l'eau(accélérations, ralentissement, ect ect). Je voulais voir si déja c'était "calculable" avec Byleth, et ensuite venir te demander si ça allait pas tuer le serveur.

Pour la création de map, à la limite, si tu crames des O-Points à l'utilisation de la carte plutot qu'a sa création, tu obtiens un truc qui se rentabilise tout seul. (ou j'ai mal compris)?

Je pense pas qu'on doive indiquer le courant... Eventuellement proposer ça dans les informations de la sonde. (Tu sondes, et t'as la profondeur + le courant)

Je voyais ça assez proche de ton truc :



Et oui, j'esperais fortement une option de dezoom. Après ça me parait difficile de faire des carrés plus petits. pour dessiner ça va être abominable, la carte va être toute petite pour le joueur (sauf à la faire avec des millions de carrés, ce qui va pas aider le serveur). Difficile de se représenter l'immensité de l'océan et une bataille épique si la map sous tes yeux fait en tout et pour tout 900 pixels sur 1500.

Pour ceux qui se demandent d'ou je tire la tronche du jeu, c'est tout simplement un fac-similé de celui de Battle-arenas (à ses débuts en tout cas) qui reste un modèle de clarté à mes yeux.

Pour les bordures, il me semble les avoir enlevé. Peut-être qu'elles apparaissent quand même sous IE.

Pour le courant qui se modifie selon les trucs rencontrés, on peur imaginer : courant nul sur terre, max dans l'eau. Plus de détail = mort du serveur, où alors faut me pondre un algorithme super. Déjà la carte est longue à venir...

Pour le dezoom, j'ai entamé la feature. A mon avis, on peut rétrécir les carrés en changeant un peu l'affichage des bateaux et cie, juste histoire d'avoir une vue globale. Mais pas besoin d'autres dessins, genre en vue globale, on remplace les textures par des couleurs, et les bateaux sont indiqués par un pointeur visible.

Bref, je vais continuer, je vous tiens au courant

Je parlais de mes bordures, on voit pas les tiennes, pas d'inquiétude.

On va donc garder un gros courant général, c'est pas bien grave.

OK, ca roule. Sinon, on peut imaginer définir le courant case par case, ça permet de faire des variations de courants comme tu le voulais, sans trop tuer le serveur. Mais bon, la création de maps serait chiante.

Bye

Ah, c'est possible? Je pensais que c'était aussi horrible pour le serveur... Bah si c'est possible, je prend. A la limite, si y a moyen de définir un courant "global", puis de pouvoir modifier les cases que l'on souhaite, (comme ça si t'as la flemme tu bananes ton truc et terminé).

Perso ça me titillerait pas d'avoir à gérer toutes les cases, par contre si les joueurs lambdas prennent 45h pour monter une map, je suis pas sur que ce soit très vendeur.

Ouais, du style, la map est parcourue par un courant de Nord, mais on peut imaginer que le courant est dévié à certains endroits par une île.
Donc si un courant spécial est défini, on le prend, sinon on utilise celui par défaut.
Comme ça, si les joueurs veulent se faire chier à tout détailler, ils le font, sinon ils font un courant général.

Je vais tenter ça, je te dirais ce que ça donne niveau perf
Bon, je pense que on pourra peut-être intégrer cette fonctionnalité plus tard, mais actuellement, vu le serveur, c'est trop consommateur.
Sinon, au niveau de la map, je verrais bien un truc de ce style (cf exemple du bas) : http://wayfarerweb.com/jquery/plugins/mapbox/

Qu'en pensez-vous?

Bye

Bah ça me parait bien, après je sais pas ce que ça donne de ton coté (simple à faire, ressources, toussa)

Mais la, si c'est comme sur l'exemple, ça roxe.

Pour l'exemple, ça dépendra de Nova, vu que c'est tout en JS, c'est à lui de gérer?
Sinon, j'ai peur que si les navires sont éloignés, le jeu soit chiant : au sens qu'avant de combattre, y'a 15 tours où on fait qu'avancer...
Comment vous pensez dynamiser le truc?

Bye

En offrant des cartes relativement resserés. Si elle fait 300 sur 300, fatalement, il faut dix ans pour tomber sur le gars en face. Si la carte fait 40 sur 40, ça fait 3-4 tours pour traverser pour un navire moyen, en estimant que tu prends un ou deux esquiff pour jouer les éclaireurs, normalement, en deux tours, t'as localisé l'ennemi.

A partir de ce moment la, les tours "pour avancer" ne sont plus des tours perdus mais un prémice de combat (il faut arriver sur l'autre aussi groupé que possible, avec le vent dans le dos, si possible dans une zone ou le fond avantage ses propres bateaux...)

Libre au joueur de se farcir une bataille intense en choisissant une map de 10 sur 10, ou de naviguer dans l'immensité de la mer dans une carte en 150*150.

OK, je vois ce que tu veux dire. Sinon, une autre question.
Prenons un navire qui navigue dans ce sens : -, il commence à tourner pour se retrouver comme ça |. Mais ça lui prend 2 tours. Comment l'affiche-t-on au bout d'un tour de jeu, il aurait fait la moitié de la rotation. Vu que c'est des carrés, on peut pas le foutre de biais.
Et en marche, quid de la rotation?

Donc?

Bye

Normalement, on voit pas les cases, c'est un océan. Donc dans mon esprit, je veux obtenir un déplacement du même acabit que sur ce jeu :

http://www.kongregate.com/games/weasello/steambirds

C'est possible ou je me fourvoie depuis une demi semaine?

Pas necessairement au niveau de la manière dont il se déplace (doit falloir du flash pour un truc de cet acabit non?) mais pour les trajectoires.

Désolé du temps de réponse, l'indicateur de nouveau message avait buggé.
Je vais être honnête, un truc de ce genre là est possible, mais ça va être vraiment complexe, et j'aurais besoin d'un mec qui code bien/vite le JS, parce que ça va demander beaucoup de JS.

Si vous voulez aller plus vite, ou alors que on a pas de mec assez bon en JS, va falloir imaginer une solution plus simple.

Parce que là, le blème est pour stocker dans une base de données des positions intermédiaires, va falloir des cases minucules pour gérer tous les cas, ou un proto-language.
Tout ça pour dire que PHP et SQL ne sont pas adaptés, d'ailleurs je pense que ton jeu flash n'utilise pas de BDD.
D'ailleurs, l'idéal serait une interface en Flash, et non pas JS (niveau perf').

Bye