Compte-Rendu de la réunion de Ryzom Forge – 31 août 2020

1 - Mise à jour des textures HD

Xelios et Jelathnia (Équipe Infographie) – 19:39 UTC

Note descriptive du projet : https://cloud.ryzom.com/f/159212
(Les liens présents sur cette note ne fonctionnent pas, mais vous trouverez d'autres captures d'écran de comparaison ici : https://imgur.com/a/Kx33JTO)
Àu stade où nous en sommes, nous disposons d'une bonne base de référence pour le remplacement des textures et nous travaillons surtout sur des types de textures spécifiques qui nécessitent une attention particulière.

Q : Est-il possible de tester sur notre ordinateur ces textures HD ?
R : Oui c'est possible, mais pour le moment notre travail doit rester dans l'équipe, vu qu'il n'est pas finalisé et que les tests destinés à vérifier sa tenue en jeu restent à réaliser. Vous pourriez télécharger les fichiers PNG et les placer dans votre dossier Utilisateur, mais ils ne sont pas compressés, de sorte que l'impact sur les performances (si vous en voyez) ne représentera pas la version finale. De plus, certains ont été modifiés localement mais n'ont pas encore été téléversés sur le serveur. Enfin, ils doivent être convertis au format DDS pour pouvoir être utilisés par le jeu.

Q : Les textures au rendu physique réaliste disponibles sous Creative Commons sur le site Texture Haven (https://texturehaven.com/) seraient-elles intéressantes pour votre travail ?
R : Oui et non : ces textures ne cadrent pas avec la direction artistique de Ryzom mais certaines pourraient être utiles comme superpositions partielles dans certains cas.

2 - Nouveau service de facturation

Tykus (RT) – 20:03 UTC

Note descriptive du service : https://fr.wiki.ryzom.com/wiki/Nouveau_service_de_facturation
Le nouveau service de facturation, développé par Ulukyn, est mis en place cette semaine.
SirCotare a apporté sa contribution en créant l'interface au niveau du site web.

Q : Tous les abonnements Worldpay devront-ils passer sous Xsolla ? Et si oui, dans quel délai ?
R : Oui, sous un mois. À partir du mois d'octobre il ne sera plus possible de payer votre abonnementvia Worldpay (c'est pourquoi l'option Worldpay est absente de l'interface du nouveau site de facturation) mais les abonnements en cours payés via Worldpay demeureront actifs.

Q : Mais ne devons nous pas changer de système dans trois jours ?
R : Cela dépend en fait de la fin de votre abonnement, mais vous pouvez changer tout de suite, les jours y restant seront reportés.

Q : Le prix des abonnements demeure-t-il inchangé ?
R : Oui.

Q : Jolie mise en page... mais serait-il possible de faire afficher à nouveau la date de création de notre compte ?
R : Oui, nous la rajouterons à la prochaine mise à jour.

3 - Multiboxing

Tamarea (RT) – 20:25 UTC

Nous avons pour objectif de limiter au maximum l'impact gameplay du jeu multi-alts.
Pour cela, nous agirons en deux étapes : une mise à jour du Code de Conduite et, progressivement, une modification du gameplay.
1 - Action à court terme : mise à jour du Code de conduite
• Limitation du multiboxing à deux comptes connectés simultanément lors des batailles d’avant-postes, des chasses aux Rois, des assauts sur les Chefs Maraudeurs et des events scriptés de la Storyline. En cas d'abus, envoyer au Support une capture d'écran montrant l'infraction.
• Tolérance du multiboxing jusqu’à quatre comptes connectés simultanément dans les autres cas : montée en niveau, roleplay, etc.
2 - Action à moyen et long terme : modification du gameplay de Ryzom
Nous travaillons à changer peu à peu le gameplay afin de limiter l'avantage qu'en retirent les multi-alts sur les Rois, les Chefs Maraudeurs et les events scriptés de la Storyline.
C'est l'effet escompté des deux projets présentés ci-après, Refonte des Rois et Refonte des avant-postes, mais aussi des futures missions scriptées de la Storyline.

Q: Quand le Code de Conduite ainsi modifié sera-t-il publié (mis en vigueur) ?
R : Courant septembre et vous serez avertis avant.

4 - Refonte des Rois

Tamarea & Namcha (RT) – 21:20 UTC

Ce projet a pour objectif principal de réduire l'impact gameplay du « camping » de Roi, y compris celui via multi-alts.
Note descriptive du projet : https://cloud.ryzom.com/s/Nbfndk8YacDJwBG
Je dois préciser ou souligner quelques points abordés dans cette note :
• Dans une région donnée, ne pourront apparaitre que des Rois d'une des espèces peuplant la région (le programme pilotant l'apparition des Rois utilisera un fichier recensant les listes des espèces habitant chaque région). En conséquence :
– si beaucoup de nouveaux Rois vont apparaître, quelques uns des actuels n'apparaîtront plus, tel Madakoo (vu qu'aucun madakam « banal » ne vit dans l'écosystème des Primes Racines)… mais d'autres versions du Roi madakam vont apparaître en surface ;
– contrairement à ce qu'indique la note, il n'y aura pas de Raguketh 270 vu que nul ragus n'habite la région 250 de l'écosystème du Désert.
• Les Rois logiquement inexistants de par la règle ci-dessus, qu'ils existent (tel Madakoo, par exemple) ou non actuellement, existeront par la suite pour « animer » des events OOC ou scénarisés (Storyline). Ainsi, Madakoo ne va pas complètement disparaître…
• … Ni, d'ailleurs, les matières premières collectées sur ces Rois disparus qui remplissent aujourd'hui votre Hall de Guilde.
• La refonte répond à l'objectif affiché plus haut en ce qu'elle se traduira en jeu par une nette augmentation du nombre des lieux d'apparition possible de Rois par région, donc de la difficulté à prévoir quel lieu d'une région donnée (accueillant désormais, en outre, une plus grande diversité de Rois qu'aujourd'hui), verra apparaître le prochain Roi d'un type donné.

Q : Y aura-t-il de nouveaux Rois ?
R : Oui, mais il s'agira plutôt de nouvelles déclinaisons de Rois par région. Si une espèce donnée existe dans une région, celle-ci est susceptible d'accueillir un spécimen Roi de l'espèce en question.

Q : La liste des Rois du wiki (https://fr.wiki.ryzom.com/wiki/Nommés_et_Rois) sera-t-elle mise à jour ?
R : Oui, très probablement, par les joueurs volontaires qui contribuent au wiki.

Q : Qu'en sera-t-il des Rois n'apparaissant actuellement qu'en un seul endroit, tels Bodokin, Cratchakin, etc. ?
R : Le programme particulier qui les gère aujourd'hui ne sera pas modifié : ils continueront d'apparaître, au même endroit.

Q : Y aura-t-il un Roi frippo ?
R : En bonne logique un Roi frippo 120 devrait exister, oui.

Q : Y aura-t-il de nouveaux Rois sur Silan ?
R : Non, Yubokin demeurera le seul Roi de Silan.

Q : Un Roi pourra-il apparaître simultanément dans plusieurs régions et/ou plusieurs écosystèmes ?
R : Peu de chances que ça arrive. Vu qu'un Roi est placé en « bas de pile » à son apparition, il ne devrait pas revenir de sitôt.

Q : Deux Rois de même nom (c'est à dire de mêmes espèce et écosystème) mais de niveaux différents – par exemple l'Izaketh 120 de l'Oasis d'Oflovak et l'Izaketh 170 des Dunes de l'Exil – pourront-il apparaître simultanément dans leur région du Désert respective ?
R : Peu de chances que ça arrive là encore : le placement en bas de pile d'un Roi se fait indépendamment de son niveau et de sa région hôte.

Q : Deux Rois d'écosystèmes différents mais de même espèce et niveau (Raguketh 220 et Ragukin 220 par exemple) pourront-il apparaître simultanément dans leur écosystème respectif ?
R : Oui, avec de bonne chances cette fois.

Q : Qu'en sera-t-il des kitins rares ? Kidikoo va-t-il disparaître ? Kizarakoo va-t-il apparaître ?
R : Si on laisse agir le sytème, oui. Mais le Kizarakoo, par exemple, est encore sujet à discussion au sein de l'équipe (ne faudrait-il pas réserver un tel kitin à un event ?).

Q : Si un Roi d'un niveau donné (par exemple Izaketh 170) apparaît (et se fait tuer) le prochain Roi du même nom à apparaître sera-t-il forcément d'un autre niveau (par exemple Izaketh 120) ou non ?
R : Oui, les prochains tests devraient vérifier que le système fera tourner les niveaux d'un même Roi lors de ses apparitions successives.

Q : Qu'en est-t-il de Cratchakyo, en attente depuis quelques temps ?
R : C'était un Roi scénarisé, oui… Il attendra encore.

5 - Refonte des avant-postes

Tamarea & Namcha (RT) – 21:26 UTC

Ce projet a pour objectif de redynamiser les batailles d'avant-poste en redonnant de l'intérêt à tous les OP, en les faisant changer régulièrement de propriétaire et en diversifiant les genres de combat. Il permettra lui aussi de réduire l'avantage gameplay que procurent les multi-alts.
Note descriptive du projet : https://cloud.ryzom.com/s/aCqw2ZR6rRee7AA
Quelques points à souligner là encore :
• Tous les avant-postes, quel que soit leur niveau (qui demeurera inchangé), vont produire soit des MP Q150, soit des MP Q200, soit des MP Q250.
• Nulle guilde ne sera plus autorisée à conserver un avant-poste pour le seul plaisir que lui procure (éventuellement) sa possession.
• À retenir : les avant-postes changerons de mains beaucoup plus souvent et régulièrement que par la passé !

Q : « Changer régulièrement de propriétaire »… Est-ce à dire que nous serons forcés d'abandonner notre « maison » même si ceux qui la convoitent sont défaits lors de chacune de leurs attaques ? Sans qu'aucune chance ne nous soit donnée de la défendre ?
R : Oui cela pourra arriver; dans ce cas l'avant-poste sera pris par des PNJ. Mais de toutes façons, il aura commencé de produire d'autres matières premières.

Q : Dans le cas de batailles d'OP en GvG, y a-t-il quelque chose de prévu pour empêcher les recrutements provisoires dans les guildes en conflit de membres de leur guildes alliées ?
R : Deux solutions de traitement de ce problème sont actuellement à l'étude pour évaluer leurs effets de bords respectifs :
1 • Autoriser le recrutement provisoire en plafonnant le nombre de combattants
2 • Subordonner le droit de combattre à une ancienneté minimale dans la guilde
En tous cas une bataille GvG (option qui, par ailleurs, ne sera pas disponible immédiatement) ne doit pas être identique à un bataille FvF.

Q :Comment décidera-t-on du type de bataille d'OP à livrer ?
R : Par click sur l'OP au moment de lancer l'attaque. Mais le nombre d'attaques GvG par guilde sera plafonné.

Q : Le nouveau système ne favorisera-t-il pas seulement les grandes guildes en leur permettant l'attaque en GvG des petites devenues incapables de bénéficier de l'aide de leurs alliés ?
R : Il est vrai qu'un des objectifs de la refonte est d'éviter que des guildes ne comptant qu'un seul membre détiennent des OP. Mais, s'agissant des petites guildes, l'ampleur du préjudice dépendra aussi du plafonnement du nombre de batailles GvG et elles auront tout de même l'opportunité de conquérir des OP via bataille GvE, sachant que les OP ainsi conquis ne pourront rechanger de main durant les deux semaines suivantes.

Q : « GvE: Guilde vs PNJ pour conquérir les OP pris par les PNJ » De quel type de PNJ s'agirat-il ?
R : Des homins pour sûr, mais la possibilité d'avoir aussi des kitins a été évoquée (et soumise à l'examen des développeurs).

Q : Un OP peut être tenu pour sa faction par une petite guilde qui l'a reçu en récompense de son aide et qui se charge alors du travail d'extraction et de redistribution de ses MP. Si l'OP est pris via GvG « facile » par une grande guilde adverse c'est la faction qui en souffrira. La faction, donc, ne devrait-elle pas être autorisée à aider à sa défense ?
R : Si c'est la solution 1 ci-dessus qui est retenue, la faction pourra aider. Sinon il faudra peut-être, en effet, revoir l'organisation des factions.

Q : Tous les OP produisant des MP de Q150 à Q250, un OP de la Source, par exemple, pourra donc fabriquer exactement les mêmes MP qu'un OP de la Forêt Enflammée ?
R : Chaque OP, quel que soit son niveau, pourra en effet produire des MP des trois qualités, mais le taux de production de MP des OP de d'un niveau donné sera supérieur à celui des OP de niveau inférieur.

Q : Comment se feront les rotations de MP et de propriétaires ? À intervalles fixes ou aléatoires ? Toutes ensembles ou échelonnées dans le temps ?
R : Toutes ensemble (reboot du serveur), à un intervalle de deux mois et demi à trois mois IRL, mais la date exacte sera aléatoire. Beaucoup de mécanismes demeurent à préciser, cependant, s'agissant des rotations : il vous seront détaillés lors d'une prochaine réunion.

La réunion est close à 22:05 UTC

4 mal geändert | Zuletzt geändert von Nilstilar (vor 4 Jahren) | Grund: Various fixes

Nilstilar

3 - Multiboxing
Tamarea (RT) – 20:25 UTC
Our goal is to limit the gameplay impact of the multi-alts gaming as much as possible.
To achieve this, we will act in two steps: an update of the Code of Conduct and a progressive chanhe in the gameplay.
1 - Short-term action: updating the Code of Conduct
• Limit multiboxing to two accounts connected simultaneously during outpost battles, Bosses hunts, assaults on Marauders Chiefs and Storyline scripted events. In case of abuse, send a screenshot showing the violation to Support.
• Tolerance of multiboxing up to four accounts connected simultaneously in other cases: leveling, roleplay, etc.
2 - Medium and long term action: modification of the Ryzom gameplay
We're working on changing the gameplay little by little to limit the advantage of multi-alts over Bosses, Marauders Chiefs and Storyline scripted events.
This is the expected outcome of the two projects presented below, Bosses refactoring and Outposts refactoring, but also of the future scripted missions of the Storyline.

Q: When will the amended Code of Conduct be published (implemented)?
R : During September and you will be notified before then.

And is that by IP, or do you check that by PC? My spouse also plays, and for a short while everyone thought that Pixel was another one of my alts.

Allgemein

Ryzom Forge meeting (August 31, 2020)