IDEAS FOR RYZOM


uiWebPrevious123uiWebNext

#22 [fr] 

Djaimse (atys)
Cette idée d'un remplissage aléatoire est très bonne.

Cela compense le remplissage total et miniminerait la "surabondance" (toute relative selon moi) des mp sup.
Et l'on pourrait avoir un random qui ne parte pas de 0, mais de 20 ou 30

Ce serait à mon sens le plus cohérent :
une source donnée peut potentiellement contenir des MPs à certains moments de l'année (saisons). Le moment exact d'apparition de ces MPs, ainsi que la quantité (du style random(50)+random(50), ce qui donne une distribution gaussienne entre 51 et 100 centrée sur 75.5, pour retrouver les 70 actuels) sont aléatoires pour chaque source durant cette période. Du coup, pas de rush juste au changement de saison (ou au reboot du serveur, selon ;D) et jamais de certitude de trouver quelque chose; donc besoin de venir fréquemment voir ce qu'il en est.

Mes deux dappers...

---

-- Yragael

#23 [fr] 

Reprendre ce que dit Lulu avec un ( 20 + random 50) plutôt si le remplissage est fixe au changement de saison et au reboot

ou rajouter un moment aléatoire avec un double random comme le propose Yragael

J'aime bien l'idée d'Yragael sur le principe, la possibilité à tout moment de sortir quelque chose d'interessant.. ou de repartir sans rien plusieurs soirs de suite ^^
le souci,peut être, ça demanderait un investissement de temps de jeu trop conséquent juste pour la partie primes, temps que tout le monde n'a pas

Last edited by Nerwane (1 decade ago)

#24 [fr] 

Nerwane (atys)
avec un double random comme le propose Yragael

Je remarque que ma formule est fausse : pour obtenir une gaussienne entre 51 et 100 centrée sur 75, il faut faire 50 + random(25) + random(25)

---

-- Yragael

#25 [fr] 

Nerwane (atys)
ou de repartir sans rien plusieurs soirs de suite ^^
le souci,peut être, ça demanderait un investissement de temps de jeu trop conséquent juste pour la partie primes, temps que tout le monde n'a pas

Pour lisser les choses, et éviter les pertes, il pourrait se faire qu'une source, une fois instanciée (c'est à dire une fois remplie à un moment donné) reste en l'état tant qu'elle n'a pas été forée par quelqu'un (et ce même après sa saison d'apparition).

---

-- Yragael

#26 [fr] 

Yragael
Pour lisser les choses, et éviter les pertes, il pourrait se faire qu'une source, une fois instanciée (c'est à dire une fois remplie à un moment donné) reste en l'état tant qu'elle n'a pas été forée par quelqu'un (et ce même après sa saison d'apparition).

pas tout à fait du même avis que toi, si tu ramasse tes tomates en hivers, elles seront de moins bonne qualité qu'en été (mdr!!!)

l'idée du random pour la saison m'interesse (tout en gardant l'idée de ne pas mettre + de MP sup)
mais si c'est plus la saison... meme non ramassé, le sup devrait se dégrader.

c'est mon point de vue hein ^^

---

Jazzy Mac'Plantey
Chef de Bai Nhori Drakani
Commandant de Bai Trykali
Citoyen célèbre

#27 [fr] 

Pas faux, mais si les mp se dégradent aussi vite sur les spots, cela devient illogique qu'elles ne se dégradent pas dans les GH ...

Bon, on peut trouver des raisons ^^

#28 [fr] 

J'aime beaucoup l'idée que le spot se remplisse au fur et à mesure de la saison. Mais en même temps, les changements de saisons, c'est aussi des rendez-vous pvp autour du supreme, non ? Du coup, je vois bien une solution intermédiaire : la moitié des mp de la source qui popent au début de la saison, et le reste qui pousse sur le reste de la saison. Ça reste intéressant de venir au début de la saison (plus de mp d'un coup, et challenge avec les autres), mais on peut aussi avoir de la chance à mi-saison. Cela ne met pas plus de sup en jeu, mais l'étale plus, ce qui le laisse précieux et rare, tout en donnant plus de chance à chacun ?


Après je ne connais pas assez ses spots. C'est ptet facile de forer en prime, mais non, je n'ai pas profiter de l'absence des patrouilles pour le faire... ça reste pour moi terra incognita. Donc si je viens de dire une grosse bêtise, ignorez juste ce que j'ai dit ;)

---

Plus d'histoires ici.

#29 [fr] 

Bon, je pense qu'on peut procéder par étape :

1) Savoir s'il serait bon pour le jeu de faire se coïncider changement de saison et Reboot
Moi, je suis pour, et je pense que ça, ça peut être rapidement mis en place.

2) Définir les modalités de remplissage des spots, en tenant compte que certains aspects sont peut être impossibles, ou très impactant en terme de développement.

Il serait dommage que rien ne bouge, juste parce que ça dépendrait d'un développement trop long, trop couteux, ou trop compliqué.

#30 [fr] 

Information complémentaire, le dernier reboot date du 3 janvier.
Il est totalement inutile d'y aller pour y chercher des mp sup de forage.

#31 [fr] 

Jazzy (atys)
si tu ramasse tes tomates en hivers, elles seront de moins bonne qualité qu'en été (mdr!!!)

et
Djaimse (atys)
Pas faux, mais si les mp se dégradent aussi vite sur les spots, cela devient illogique qu'elles ne se dégradent pas dans les GH

En effet, c'est logique ^^
Donc : fin de saison = tarissement des spots non forés
Laofa (atys)
je vois bien une solution intermédiaire : la moitié des mp de la source qui popent au début de la saison, et le reste qui pousse sur le reste de la saison.

Un compromis raisonnable, oui.

---

-- Yragael

#32 [fr] 

Reste une autre solution pour un changement à court terme, qui n'implique pas d'augmenter les fréquences de reboots :

changer les lots primes et faire en sorte que chaque spot n'apparaisse que pendant une seule saison.
De la sorte, les spots ne pourront être vidés qu'une fois lors d'une saison.
Et des "nouveaux spots" seront ouverts la saison suivante.

Il y aurait donc 4 lots et les spots seraient répartis équitablement dans les 4 saisons.

Ça fait plus de sens que d'augmenter la fréquence des reboots...
D'autant que les lots n'ont aucune importance si le serveur est rebooté à chaque début de saison.
Reste à voir pour les conditions de pop attachées au lot... Mais on peut les virer pour simplifier au pire. (Vu que l'objet de la proposition est de simplifier l'accès aux mps pour tout le monde)

Et le changement de saison aura de l'intérêt, vu que l'accès à certains spots sera ouvert.

Last edited by Maximus (1 decade ago)

#33 [fr] 

Il y aurait peut-être une première étape encore plus simple :

Que les spots prévus se remplissent bien au changement de saison, sans reboot (corriger le bug). Car s'il n'y a pas de tomates en hiver, elle commencent à repousser au printemps et tu en as l'été, même sans reboot.

Quant à la surabondance, il suffit de remettre les patrouilles...

Mais j'aime bien l'idée du remplissage progessif avec peut-être une quantité maximum aléatoire, même si ça paraît plus compliqué à mettre en place.

Maintenant, le reboot n'est peut-être pas non plus exclusivement utilisé pour le remplissage des spots Primes : il faudrait donc aussi que le serveur puisse conserver (ou pas) l'état de remplissage de chaque spot entre deux reboot, pas forcément simple non plus

Last edited by Rissa (1 decade ago)

#34 [fr] 

100 % d'accord avec Rissa

Il est bien clair que la seule raison d'évoquer les reboot, c'est que les changements de saisons ne remplissent pas les spots automatiquement

#35 [fr] 

et je pense que c'est ce que Maximus essayé d'expliquer ^^
que le reboot doit agir surement pour d'autres choses et que les multiplier risquerait de faire naitre d'autres bugs... qui sait...?

L'idée de Rissa c'est un peu ce que j'essaye de vous dire hein ^^
donc +1
dire à une mp sup qui pop au 4 saisons:
tu donne 17 mps sup pour chaque saison
ou alors la tres bonne idée de dire ben c'est le printemps mais c'est que le debut donc y aura pas grand chose à ramasser ^^ (grace au remplissage progressif)

---

Jazzy Mac'Plantey
Chef de Bai Nhori Drakani
Commandant de Bai Trykali
Citoyen célèbre

#36 [fr] 

je dirais :
spots magiques remplis en début de saison (rdv PVP)
spots classiques remplis progressivement au long de la saison à laquelle il est prévu que ça pop.

Last edited by Zendae (1 decade ago)

---

Beauté, curiosité, virtuosité !
uiWebPrevious123uiWebNext
 
Last visit Friday, 20 September 12:18:37 UTC
P_:PLAYER

powered by ryzom-api