General


uiWebPrevious567891011121314151617181920uiWebNext

#258 Multilingual 

Multilingual | [English] | Français

Ryzom Forge meeting report – December 6, 2021

1 - Report about recent crashes

Ulukyn (RT) – 20:36 UTC
Let's talk a little about the recent server problems, there have been several.
The first problem, the most critical, was quite particular and could crash any Ryzom service. Indeed, a Ryzom server is composed of many services which manage an aspect of the game: the EGS which manages the entities (NPC, creatures, actions, etc...), the IOS manages texts and chats and other smaller services but whose role is also important. Now, the bug could occur in one of these services and up to 2-3 times a day, which depending on the service that crashed could cause chain reactions (and therefore a server that crashes completely). The reason of the crash is a bit technical (I could give more details if needed) but a fix was applied and since then none of the services crashed because of this bug.
Another bug has finally been fixed. This is one of the oldest known bugs in the game. We suspected that it came from the missions and we had a hunch that it only happened with characters returning to the game after a long absence. We were able to investigate this bug because we unintentionally caused it by moving occupations into Kitins' Lair. This maneuver, in fact, unknowingly caused the aliases (identification numbers saved in the character's file kept by the server) of the missions concerned to change. Now, if a mission changes aliases and a player has kept the old alias in the character's save file on his own machine, the server will crash as soon as the character in question is loaded. This is because aliases were not originally designed to be changeable... no one anticipated that some missions would be moved from one continent to another. Finally, this diagnosis made it easier to find and fix the bug and the unfortunate player who was crashing the server every time he tried to log was finally able to join Atys without a hitch.
A third bug has been identified in the IOS, which occurs quite rarely. We made the hypothesis that it occurred when a message was sent by the server on a dynamic chat channel, at the same time as one of the players disconnected and added several checks to avoid this conjunction. For the moment, no new crashes have been reported. We keep an eye on it though.
Finally, the last bugs (which cause slowdowns and huge delays in sending messages) occur when the SU crashes (SU = Shard Unifier, a service especially useful when several servers are running - like Aniro, Arispotle and Leanon - or when Ring sessions are active). We have already fixed one of them, the fixing of another is in progress. We will strengthen the part of SU code that handles database writing.
That's it for the information about the recent crashes. Are there any questions?

Q: Is this one of those bugs that was causing the chat channels to mix? And does that mean that this mixing will not happen anymore?
A:
Yes, the first one described above. And no, the channel mixing will not happen anymore..

2 - Feedback on the Client's beta tests

Ulukyn (RT) – 21:02 UTC
See forum.
We need as much feedback as possible, because the timing of the next patch depends on it: the sooner we validate the beta client, the sooner we will patch the new features.
So, are there people who have been able to play with the beta client regularly?

Q: Is the "beta client" the RyZtart launcher?
A:
No, RyZtart simply allows you to activate the game in beta mode on the Atys server (and not on one of the test servers). This allows you to test the next client patch "in real conditions". It is recommended, however, to backup the save/ directory before testing.

Q: For me, the titles don't work, and neither does the sound.
A:
The titles are being totally recoded in a simpler and more modern interface. They will be compatible with the new client in the next patch. As for the sound, fixing is in progress: we will contact you if needed.

Q: Your recommendation to backup save/ beforehand is what made me recoil so far. Do we really need to backup save/ before every beta game session?
A:
Actually, one should always save, but it's more of a precaution than anything else. For the moment the only bug that has caused problems is the unexpected resetting of the UI that occurs when switching frequently between normal and beta client: without backup, the player is then forced to reposition to his taste all windows. But so far, no problems with macros, landmark pennants or others, just a bug reported regarding friends groups which is currently being checked (we will let you know if it is confirmed).
That said, if RyZtart automatically created a zip of the save/ folder each time beta mode was activated/deactivated, it would probably help to have more testers….


Q: The RyZtart launcher should also just be more promoted (a lot of players don't read forum announcements). A once per day reminder in Universe channel, like ''Please check out RyZtart and the beta client'', maybe?
A:
We will think about it.

3 - Feedback on Boss refactoring

Ulukyn (RT) – 21:23 UTC
See forum.
What are your feedbacks, especially about the new algorithm of spawn of Bosses?
We would like, indeed, to know if its activation in all regions of Atys is now possible or if it still needs some adjustments.

Q: Some say that no Boss spawns in the Savage Dunes anymore. What about this?
A:
We haven't spotted any bug so far, at least by looking at the logs.
(three minutes pass in silence…)
No other remarks… So we can expect a switch to the new system soon. This will allow us to move on to new stages of the project.

4 - Progress on OP refactoring (GvG)

Ulukyn & Tykus (RT) – 21:30 UTC
The project is pretty well advanced.
We are running the last alpha tests and the tests on the test servers (Yubo & Gingo) should start soon. At the moment they are focusing on new GvG outposts in zones 50 and will allow us to determine if the NPC setting is good (it is at its minimum, but fighting a guild and NPCs simultaneously can be a bit of a challenge).
During this GvG test, we will move forward with the rest of the project. Some of the changes that are already ready, such as reducing the duration of battles to 1 hour and lowering the cost of attacks, could be implemented quickly. The rotation of materials and the taking of outposts by hostile NPC tribes would then come in a later phase of project development.
We agreed to give the project a boost over the next two months.

Q: Will, as for a classic attack, the attacking NPCs have to fight the NPCs of the attacked outpost too?
A:
Yes.

Q: Will, eventually, ALL outpost battles have to be fought in GvG only?
A:
Not at all. Battles will remain as they are now, we will simply add a GvG attack option, which will be limited in its use. Also, battles for outposts in the Nexus will remain in GvE. This means that outposts will offer a wider range of possibilities.

Q1: Isn't it feared that some of these changes will make it difficult for our guild to retain the many outposts it owns for several years?
Q2: Our guild owned a level 200 outpost for a few weeks and Q250 mats have been produced… in very low amounts. For lower level OPs, it will be worse and even less attractive, I think. So will there be any change in the production of the outposts? For example, better quality materials for a level 50 OP?
A:
Yes, this is planned. The production rates will not be the same at all, but a 50 OP will be able to produce Q250 mats (in smaller quantities than a 250 OP of course). And a 250 OP could also end up producing only Q50 mats (a depleted mining seam). This means that (and to answer the first question) retain an outpost will not be as interesting as it is now: it will be much more profitable to change for another.

Q: Isn't it feared that, in the long run, only the richests can afford it? That, in the long run, many OPs will never be attacked, thus left in the possession of NPCs useless to the life of the game?
A:
As said above, the cost of conquest of outposts will be drastically reduced and, moreover, it will be variable depending on the mode of conquest (GvE, GVG or FvF).

Q: Will there be other productions than the current ones on these new outposts, which would make their possession more interesting?
A:
Yes, but the working group in charge of the project confirms its original intention: these new productions adding value to the ownership of the outposts will only be implemented once the overhaul of the battle mechanics is completed. This will allow everyone to benefit, regardless of their preferred type of PvP and the effort they are able to put in.

The meeting is closed at 22:17 UTC

Edited 5 times | Last edited by Nilstilar (3 years ago) | Reason: Typos

---

#259 [en] 

***DEL***

Against the CoC, see: https://en.wiki.ryzom.com/wiki/Ryzom_Code_of_Conduct


I.2. 
Slander or rumour about a Ryzom Team member or Winch Gate

(Major/Minor offence: depending on the degree, the Support Team will decide on each case)
Spreading rumours, false accusations or lies against a member of the Ryzom Team or against Winch Gate, in order to harm them or their reputation or honour, is strictly prohibited.The Support team reserves the right to make appropriate decisions based on the seriousness of the facts.


Lol. What a load of bullshit. No criticism of Winch Gate allowed? You're not gonna keep much goodwill from volunteers, open source contributers, and other community projects, with this attitude.

Edited 3 times | Last edited by Kaetemi (3 years ago)

---

Kaetemi

#260 Multilingual 

Multilingual | [English] | Français

Ryzom Forge meeting (January 3th 2022)


Date: monday, January 3th, 20:30 UTC (21:30 CET)

Meeting places:
  • Atys, on the public forge channel
or


Duration: 1.5 hour

Participants: all Ryzom players wishing to join.

Nature: informative, questions & answers and feedback meeting.Topic: Added, in test and ready to be tested projects.
Agenda
  • Update on dev tools
  • January patches presentation
  • Silan refactoring
  • Boss refactoring
  • OP refactoring

#261 Multilingual 

Multilingual | [English] | Français

Ryzom Forge meeting report –January 3, 2022

1 - Report on dev tools

Ulukyn (RT) – 20:38 UTC
I'm going to come back to the year 2021, which has been the year of consolidation if you will.

We have indeed updated quite a few things, on the one hand the servers, the webIG and the client code (with the merging of the code of Ryzom Core 4), but also the compilation process which is now based on Visual C++ 2019 for Windows. In addition a tool, Hunter, has been implemented by Nimetu (RT) to compile the whole more easily.

Beyond the tools, the past year has also seen the developer team update its way of working: we now use gitlab more for bugs, communication and patch management and we are very satisfied with it... Wondering why we didn't do it earlier! There is one last thing to do: joining our server and data client repositories with the ryzom-core repository, so that the development process will be even easier.

We have also worked on enriching our collection of generic or model-based systems.This is the case, for example, of the "shops" which are increasingly (and will be in the future massively) used to make items or services available in game (for example, purchases in Elyps, whether from Nations merchants, grooms or Allegory carvers NPCs). This is also the case for the Lessons, which are the basis of the information transmitted to players in-game, as well as for the Encyclopedia window (ctrl+E), which includes the Daily Missions, the Storyline, the future tutorial and, recently, the titles, all of which are (or will be) based on the same model.

As a result, we have (and will have) fewer systems to maintain, thus fewer bugs, and we will be able to concentrate our efforts on three main tasks. Namely:
• completion of the three refactoring projects (Silan, Bosses, Outposts) ;
• Storyline's ongoing and the addition of content that has yet to be completed (e.g. Supreme Tokens);
• bugs' fixing and improvement of the client (by the way, the year 2022 will start with a patch – currently in test – illustrating this point).

2 - January patches presentation

Ariald (RT) – 20:58 UTC
As Ulukyn mentioned, one of our goals for 2022 is to improve the player experience through fixing bugs or bettering the client. The first patch of January will do exactly this.

The first change we made was to the system for trading between player characters. More generally, we've tried to improve the process of item trading, because it's not the best at the moment. In addition to changing and simplifying the layout of the trade window, we added two more slots for items. It was mainly the exchanges of jewel sets that led us to this last change.

Another change we've made to the player trade window is the ability to drag and drop items into the window from all of your inventories. This way, if you want to trade items carried by your Zig, you won't have to transfer them to your bag first, thus interrupting the trade to complete it later. Note: In order not to clutter up the item selection window, this one won't show you items from other inventories and this function will only operate by drag and drop.

The final change to the trade window presented to each player is the addition of item bulk and weight indicators. In fact, a small indicator (similar to the one in the upper right corner of your inventories) will be displayed next to both offers, which will show the weight and bulk of the items given and received. All this in the hope of making the exchanges a little more fluid.

Then, stacking of items. Anyone who has fought in PvP knows what it feels like to have an inventory cluttered with crystallized spells. From now on, crystallized spells of the same stanza (or identical stanza) will automatically stack in the inventory where they are stored. As the same clutter currently occurs in the bag of working crafters, identical items produced will now automatically stack in the inventory.

Any questions so far?

Q: Will it be possible to choose the inventory where the traded items end up? For example, to transfer a full stack of materials carried by my packer to the packer of my exchanging partner?
A:
Currently that is not possible, but I will keep it in mind.

Q: The "true" Rangers do not allow themselves PvP. Why, then, is there a merchant in Almati Wood who is paid in PvP points? (On the other hand, keeping the possibility of acquiring the robe and the shield would be nice).
A:
[iThis is a question we are evaluating, I agree with you that it is not ideal. The patch will not change that however.[/i]

Q: Maybe we could turn these PvP points into "PvK" points that could be earned by repelling kitin invasions?
A:
Maybe, yes. I take note.

Ariald (RT) – 21:27 UTC
Let's move on to fixes.
I have to say that this patch is quite big, so I'm leaving out some small details. You'll get the surprise when the patchnote will be released!

We have a lot of fixes in this patch, especially concerning the Zigs:
• fix of the bug that gave them the wrong status when they were hosted in bags;
• addition of their inventories as tabs in the commercial windows of merchant NPCs;
• addition of the ability to transfer items directly from their inventory to your apartment's and guild hall's inventory;
• fixed the malfunction of locking/unlocking items in their inventory.

By the way, the lock status of items will now be displayed in your apartment and guild hall inventory.

Any questions?

Q: Will we still be able to store large numbers of sap crystals on the Zigs?
A:
Yes, that does not change.

Q: What about the bug that makes the inventory window of a Zig vanish when you take it out of your bag (it happens sometimes when the bag exit is activated by macro)?
A:
Interesting. I was not aware of this bug. I will investigate and maybe get in touch with you later so we can set this up on gitlab.

Q: Does the addition of Zigs to the trade windows of merchant NPCs mean that we will now be able to buy them?
A:
Ah, maybe I hasn't been clear… Here's a screenshot, maybe you will understand better.
See, Zig 1 appears as a tab now in the window. So I can trade items which are on my Zig, just like as I already do for those which are on my packer or in my bag.


Q: How many Zigs can a character have, at most?
A:
Currently, 3. And this won't change with the patch.

Q: Couldn't we make the Q50 pants and vest won while playing Wheel of Fortune available to low-level players... through player-to-player exchanges? To achieve that, wouldn't it be enough to have these items stored in our "non-special" bag?
A:
Currently, the refugee armor you get from playing the Wheel is not tradeable... We're thinking about it, but for now I don't have an answer.

Q (Ariald): Okay, if there is nothing else, this summarizes the first patch of January. Ulukyn, do you want to take over briefly to talk about the second one?
A (Ulukyn):
Yes, quickly... The second patch will be for the refactorings, then. They will be patched in January, or in February if everything is not fully tested by then. So I'll make a review.

3 - Silan refactoring

Ulukyn (RT) – 21:51 UTC
I redesigned the tutorial after several opinions from the first testers, and it is now more intuitive and interactive. The feedback about the first two lessons is quite positive. So I'm going to continue and I hope it will really help new players to get their bearings.

I take this opportunity to remind you that the test team is recruiting. So, if you want to test either the patch implementing the additions to the client, or the first lessons of the tutorial, you are welcome.

Q: I can spend some time on the test of the first lessons of the tutorial. How do I sign up?
A:
Just contact Tamarea.

4 - Boss refactoring

Ulukyn (RT) – 22:01 UTC
Boss refactoring will soon be applied all over Atys Atys. However, the work is bound to continue, though we haven't yet determined exactly what we'll be working on. But we'd love to make hunting for Bosses a most funny activity on Ryzom.

One of the ideas that has come up among us, so that players can escape routine and their tactical skills can flourish, is the one of providing each of the current Bosses their own defense mechanics. That's the idea which originated this refactoring project… and gave it its first name: "Boss in the Box".

If you have other ideas, please feel free to post them in the forum under the meeting report.

Any questions ?

Q: "I love you." is the only sentence I can say in a language other than French... Would it be possible for all the faction channels to benefit from automatic translation?
A:
The question is off-topic, but it comes up often enough for us to seriously consider it. However, I cannot give a date for the implementation of this improvement because we need to focus on a small number of projects to be effective.

5 - OP refactoring

Ulukyn (RT) – 22:17 UTC
We have been able to make progress on GvG, but its introduction seems interesting only if accompanied by the planned changes on all Outposts.

That's why we are planning to make several changes at the same time. Namely:
• reducing the duration of battles to one hour (already tested in Nexus);
• rotation of raw materials produced by each outpost every N days (to be determined), via server reboot;
• suppression of the production of Q50 and Q100 materials;
• addition of four outposts in level 50 regions for testing GvG battles.

After that, another patch will implement the last changes, as the project is well advanced thanks to the full-scale tests on the Atys server.

Any questions?

Q: As a result of these changes, Rangers will thus be able to own outposts?
A:
Rangers may already own outposts, but they do not have a generic drill to exploit them. (An off-topic debate ensues between several of the players present, about the Ranger Way).

After a cheerful exchange of congratulations between the RT speakers and the participants, the meeting is closed at 23:00 UTC.

Last edited by Nilstilar (3 years ago) | Reason: FR typos

---

#262 Multilingual 

Multilingual | [English] | Français

Ryzom Forge meeting (February 7th 2022)


Date: monday, February 7th, 20:30 UTC (21:30 CET)

Meeting places:
  • Atys, on the public forge channel
or
  • Ryzom Chat, channel #pub-forge-xx (ex https://chat.ryzom.com/channel/pub-forge-en


Duration: 1.5 hour

Participants: all Ryzom players wishing to join.

Nature: informative, questions & answers and feedback meeting.

Topic: Added, in test and ready to be tested projects.
Agenda
  • Next content patch
    • Rywards store
    • RyzHome
    • Wheel of Fortune
    • Ephemeral Enchantments
    • Storyline Content

Last edited by Ghost of Atys (3 years ago)

#263 [en] 

***DEL*** irrelevant.

Last edited by Tykus (3 years ago)

---

Kaetemi

#264 [en] 

***DEL*** irrelevant.

Last edited by Tykus (3 years ago)

---

Kaetemi

#265 Multilingual 

Multilingual | English | [Français]

Compte-Rendu de la réunion de Ryzom Forge – 07 Février 2022

Ulukyn
Je vais donc parler de la boutique Rywards qui remplacera du coup Rykea et la section Ryzhome du sac special (y en a des Ry xD).
Voici une capture d'écran : https://app.ryzom.com/app_web_assets/assets/694863/Clipboard%20-% 207%20f%C3%A9vrier%202022%2021%2043%281%29.png.
Il s'agit donc d'une nouvelle page de la fenêtre shift + E.
Il y aura à la fois donc une liste d'objets d'appartement classés en fonction des catégories déjà connues via les titres mais aussi de collections à compléter.
Chaque collection terminée donnant lieu à une récompense unique (toujours d'appartement).
Il y aura aussi la liste des objets déjà obtenue avec une pré-visualisation 3D.
Et l'information indiquant le nombre d'objets en sa possesion (donc les doublons) et combien sont posés dans l'appartement.

Q : Les noms de ces objets sont-ils définitifs ? Je veux dire ... Ceux que je vois là semblent avoir été tirés au sort dans l'alphabet.

R : C'est le cas.
Les objets n'ont pas de noms (pas encore).
Alors je suis allez dans un magasin suédois très connu et j'ai vu que leur noms ne voulaient rien dire.
Je me suis dis : faison de même.

Q : À ce train là, il va bientôt falloir nous autoriser à acheter plus d'un appartement ou acheter des extensions d'appartement.

R : Ah oui, je note.
Merci.
Ulukyn
L'autre particularité de la boutique c'est que l'on pourra savoir ce qu'il faut pour obtenir chaque objet.
Parfois (comme sur le screen) ils ne seront disponibles qu'en gain via la roue.
Parfois en évènement spécial.
Et d'autres fois il sera indiqué quel type de ticket est nécessaire.
Les tickets Rywards étant les plus communs et génériques, ils permettront d'acheter de nombreux objets, notamment ceux des autres nations.
Avec parfois des couleurs ou des textures différentes.
Enfin, si vous avez des doublons, vous pourrez les convertir en tickets Rywards et donc acheter des objets de votre choix.
Ainsi, obtenir des doublons à la roue, permet de les convertir en tickets Rywards qui permet alors d'acheter des objets.
Plus tard, d'autres récompenses viendront compléter la boutique.
Comme des perruques, des tenues ou autres objets purement esthétiques.
Nous suivons différentes pistes afin d'ajouter des choses cosmétiques sympas, comme de nouveaux FX d'afk, des animations, etc ...
Y a-t-il des questions, suggestions, remarques ?

Q : Ces changements vont-ils corriger les appartements où les objets ne peuvent pas être retirés une fois placés ?

R : Oui.
C'est le prochain sujet.

Q : Est-ce que les collisions dans les appartements vont être enlevées ? Vu qu'on ne place pas forcément les meubles là où c'est prévu.

R : Oui.
Il faut remercier Kaetemi qui a fait un gros travail sur les outils pour permettre justement de pouvoir les enlever facilement.
Ulukyn
Passons donc à la suite qui concerne Ryzhome et donc les appartements.
Et je vais pouvoir donner la proposition d'ajout.
L'idée c'est de pouvoir faire des configurations d'appartement.
Et donc de pouvoir avoir plusieurs configurations d'objets et de choisir celle que l'on souhaite afficher.
Par exemple une configuration pourrait contenir tous les objets de Noël.
Une autre ceux d'Anlor Winn.

Q : Un peu comme les groupes pour les vêtements et les parures ?

R : Oui, c'est exactement ça.
Il serait facile de passer de l'un à l'autre et les joueurs invités pourraient parcourir les différentes configurations.
Une configuration particuilere nommée "Commun" contiendra des objets qui seront affichés quelque soit la configuration choisie.
Ainsi, il pourra y avoir le lit, les meubles, un tableau dans la configuration "Commun" et quelque soit la configuration affichée, le lit, les meubles et le tableau seront toujours affichés.

Q : Est-ce que la proposition vous satisfait ?

R : Merci de me poser la question Ulukyn.
J'avoue que effectivement cela pourrait permettre de régler le problème de surcharge.
Après .... Avoir un appartement virtuel ... Ça va finir par m'embrouiller ... Mais c'est personnel.

Q : Cette décoration sera-t-elle aussi sélectionnable par les personnes invitées ou seule la configuration choisie par le propriétaire sera affichée pour l'invité ?

R : Ce sera en option.
Le propriétaire sélectionnera une configuration.
Puis pourra permettre que les visiteurs puissent voir d'autre collections (via une case à cocher pour chaque configuration).
On pourra donc pas savoir si vous avez une configuration avec des poupées vaudoues des joueurs d'atys, soyez rassurée.
Ulukyn
Enfin il sera possible de donner des items a sa guilde pour la décoration du hall de guilde.
Et là pour le coup ... Va falloir remplir.
Des questions ?
Si pas de questions, passons à la suite.
Mais avant, petite précision, il sera également possible avec des Tickets Rywards d'acheter des jetons suprêmes pour la roue.
Ce qui du coup tombe assez bien puisqu'il vont être ajoutés prochainement.
Les jetons permettront de gagner une récompense à coup sûr, mais évidement, certaines seront plus rares que d'autres.
Mais les jetons suprêmes pourront également servir à acheter des tickets Rywards faisant ainsi un cycle.
Vous aurez alors le choix entre, jouer des jetons suprêmes à la roue et gagner une récompense sûre, mais pas forcément celle que vous souhaitez.
Soit convertir les jetons en ticket Ryward et vous offrir une récompense de votre choix.
Ainsi les récompenses ne seront plus systématiquement le fruit du hasard.
De plus, de la même manière que les objets d'appartement, les doublons des objets gagnés à la roue pourront être convertis.
Donc morceaux de zig ou montures, coiffures, etc ... Ne les jetez pas, recyclez, c'est bon pour Atys !
Si vous avez des idées de cadeaux, nous sommes toujours friands de suggestions.
Et si vous faites un peu de 3D avec blender, sachez que l'on peut vous aider à intégrer des objets dans le jeu. (Sous licence CC-by-SA avec crédits a votre nom ou pseudo si vous le souhaitez).
Des questions ?

Et si pas de question, on passe à la suite.
On vient de parler de récompenses esthétiques, nous avons aussi prévu du contenu plus gameplay.
À commencer par les enchantements éphémères.
Il s'agit d'enchantement de sorts qui ne pourront être obtenus que via des PNJs ou bâtiments.
Ils pourront s'empiler et prendront la même place que les actuels.
Lorsque l'on enchante une arme avec un enchantement éphémère l'arme se charge entièrement de sève.
Et ne peut plus être rechargée.
À chaque utilisation de l'enchantement éphémère, la charge en sève va donc baisser sans pouvoir être rechargée.
Une fois la charge de l'arme insuffisante pour utiliser l'enchantement, celui-ci disparait.
Ainsi, prenons l'exemple d'un enchantement éphémère qui consome 300 de sève.
On l'applique sur une arme qui peut avoir au maximum 1000 de charge de sève.
L'arme se charge complètement, donc à 1000.
On peut alors utiliser 3 fois l'enchantement.
Il ne reste alors que 100 de sève, l'enchantement disparait.
Les 100 de sève restent.

Q : Ces enchantements éphémères ce sont de nouveaux sorts ?

R : Ce ne sont pas forcement des sorts (je n'avais pas fini).
Je continue et tu me diras si c'est clair.
Ulukyn
Les enchantements éphémères seront soit passifs, soit actifs.
Actifs, il faudra les lancer comme les enchantements actuels et consommeront donc de la sève a chaque utilisation.
Ce ne sont pas forcément que des sorts que l'on connaît, mais cela peut être aussi une mini aura, un effet de zone, il n'y pas vraiment de limitation technique.
Passifs, ils s'activerons tout seuls à chaque utilisation de l'arme, à la manière des effets d'avant poste comme Tekorn ou Vedice.
D'ailleurs, un enchantement éphémère remplacera temporairement l'effet de l'arme.
Les effets temporaires de par leur fonctionnement pourront être très puissants (mais très couteux en sève et donc limités dans leur utilisation).
De plus, plus ils seront puissants, plus ils seront difficiles à obtenir.

Q : Donc en clair ils agissent comme des artefacts.
Mais sont limités par la puissance de sève de l'arme sur laquelle ils sont attachés.

R : Tu pourrais imaginer ça comme une huile faite à base de sève que tu mets sur ton arme.
Et au bout d'un moment ça ne fait plus effet.
Mais du coup ça peut être vraiment très très puissant.

Q : Et ne durer que deux coups par exemple.

R : Voilà.
C'est donc en fonction des situations que tu préfèrera soit utiliser un enchantement moins puissant, soit l'effet d'OP de ton arme.

Q : Je voulais demander malgré tout si la puissance de l'enchantement éphémère est supérieure à la quantité de sève d'une arme ?
Imaginons un "EE" de 2000 ps sur une épée qui n'en a que 1500.

R : Dans ce cas là ça ne s'applique pas.
Mais tu ne perds rien.

Q : L'utilisation de cet éphémère sera-t-il conditionné par l'ajout d'une option dans les briques d'action ? exemple faire une attaque puissante + bonus éphémère ?

R : Non, on va rester simple.
Mais il n'est pas impossible que certains enchantements éphémères ne soient appliquables qu'avec une certaine stanza (rien de prévu, juste une possibilité technique).
Comme cela va surement demander de jongler entre plusieurs enchantements.
Ariald va nous présenter un ajout sur lequel il travail.
Ariald
Actuellement, consommer des objets peut être assez frustrant.
Je pense nottament au changement d'enchantement ou a la recharge de sève constante en PvP.
Bref, ça fait mal à la main.
Nous avons évaluer plusieurs suggestions pour résoudre le problème.
Je vous présente aujourd'hui la solution que nous évaluons comme optimale.
La barre d'objets.
En gros, c'est un nouvel inventaire consistant de 5 emplacements.
On peut y mettre des objets consommables, comme des potions, des larves, etc.
Ainsi que des recharges de sève ou des enchantements.
Les emplacements se retrouveront dans la fenêtre actuelle d'équipement et dans sa propre fenêtre (si on souhaite l'afficher).
Il y aura des raccourcis clavier configurables pour chaque emplacement de la barre (pour consommer/utiliser l'objet) et la barre d'objets sera integrée avec le système de groupe d'objets actuel.
Je vous présente une capture d'écran du brouillon auquel je travaille.
https://app.ryzom.com/app_web_assets/assets/694863/Clipboard%20-% 20February%207%2C%202022%205%2004%20PM%281%29.png
J'ai pris l'occasion de réarranger et de centrer la fenêtre d'équipement.
Celle-ci vous donne encore plus d'informations.
https://app.ryzom.com/app_web_assets/assets/694863/Clipboard%20-% 20February%207%2C%202022%205%2006%20PM%281%29.png
(Notez que dans la deuxième capture d'écran, la fenêtre d'équipement n'est pas à jour).
Je pense avoir fait le tour, y a t-il des questions ?

Q : Alors je vois bien que c'est un projet qui a été mûrement réfléchi, mais actuellement je ne vois pas en quoi cela changera quelque chose au rechargement par exemple en cristaux.
Ne prenez pas ça mal, j'avoue simplement ne pas comprendre en quoi cela va changer quelque chose.

R : Ah. C'est que j'ai oublié un élément important. On pourra faire une macro pour utiliser un emplacement donné de la barre.
Donc ça sera plus facile que de cliquer, vous pouvez configurer la macro comme vous voudrez.

Q : Alors ... Que je comprenne : cette nouvelle barre de raccourcis permettra d'y assigner n'importe quel élément ? Est-ce que je peux assigner les cristaux de sève et donc les utiliser automatiquement ?

R : Attention, la barre le n’acceptera que des objets dit “utilisables”. Mais oui, dans votre exemple ça fonctionnerait.

Q : Les munitions aussi donc ?

R : À voir pour les munitions ... Je n’ai pas encore de réponse.

Q : Bonjour ... Est-ce que cela s'affiche comme 'Action Bar 3' dans Windows ?
'Actions et Inventaire' ?

R : Non, comme “Barre d’objets”.
''Barre d'objets'' serait ''Item bar'' en anglais.

Q : Est-ce que plutôt que "barre d'objets", cette barre ne pourrait pas s'intituler "Poches" par exemple ?
Q : Ceinture ?

R : C'est une très bonne idée. C'est assez simple à changer puisque c'est uniquement au niveau des traductions.
"Item belt", "Pockets", j'aime bien.

Q : Et peut-être le nombre d'emplacements varient en fonction de l'armure portée (genre 5 pour une armure légère, 3 pour une armure lourde ...) pour être dans une logique ?

R : Ça semble compliqué. Un nombre statique sera mieux je pense.

Q : Utilisateur forcené des cristaux et des œufs de toutes natures, j'ai déjà constaté des plantages liés à la cadence d'utilisation de ces "Objets" entrainant un freeze complet de leur utilisation.

R : Si vous trouvez des plantages "reproduisables" liés aux œufs ou autres, n'hésitez pas d'ouvrir un ticket avec le support ou un issue GitLab qu'on puisse investiguer et corriger.
Bon je pense qu'on a fait le tour, je repasse à Ulukyn.

Q : Quand ?

R : Bientôt.

Q : Il est semi-reproductible que l'on puisse griser une chose si le timing avec la communication du serveur échoue ... Difficile à reproduire car c'est une question de concurrence.
Et ensuite, il ne peut être réactivé qu'en se reconnectant ou en mourant.

R : Je note Elke.
Laissons Ulukyn continuer.
Ulukyn
Passons donc au dernier sujet.
Avant le vrai dernier sujet.
La storyline va reprendre son cours et apporter aussi de la nouveauté gameplay.
En termes de contenu haut niveau, comme c'est la storyline je n'en dis pas plus.
Mais il faudra se bouger pour avoir les meilleurs composants pour les meilleurs enchantements éphèmeres.
Et aussi remplir ses poches de potions de combat qui ne vous demandent pas de vous assoir.
Bref, les prochains patchs seront surtout axés contenu comme vous pouvez le voir.
Ils seront étalés le long des prochaines semaines et pour que ce soit plus simple pour nous.
N'oubliez pas la section idées, que nous essayerons de maintenir à jour et si vous souhaitez aider et bien,
Tamarea va vous dire comment faire.
Tamarea
Oui, en effet je vais parler du recrutement !
Plus précisément pour les équipes Event, Support et Traduction.
Event team :
Nous cherchons des bénévoles souhaitant aider à écrire des scénarios d'event, ou bien souhaitant devenir acteurs en incarnant un personnage lors des events que nous jouons.
La formation est assurée, et l'entrée dans le jeu d'acteur se fait très progressivement pour laisser le temps à la recrue de prendre ses marques.
Rejoignez-nous pour bénéficier de cette expérience unique !
Pour postuler, contactez exclusivement Tamarea à tamarea@ryzom.com
Support team :
Nous cherchons aussi des bénévoles souhaitant rejoindre l'équipe de Support afin d'aider les joueurs de diverses manières :
- Assistance informatique : aide pour faire fonctionner le jeu correctement sous Windows, Linux ou Mac ;
- Assistance technique : répondre aux questions portant sur l'utilisation du client et sur des problèmes relevant du gameplay ;
- Traitement des bugs : aider les joueurs faisant face à un bug, vérifier les bugs remontés par le système de tickets et les transmettre ensuite à l'équipe de Développement ;
- Rôle de testeur sur le serveur de tests ;
- Veille au bon respect du règlement du jeu ;
- Modération des canaux de discussions, des forums et de tout autre support utilisé par Ryzom.
Pour en savoir plus, veuillez consulter ce post : https://app.ryzom.com/app_forum/index.php?page=topic/view/22047/2 #2.
Pour postuler, contactez exclusivement Tamarea à tamarea@ryzom.com
Équipe Traduction :
Enfin, nous cherchons des bénévoles afin de traduire des textes en jeu et des annonces officielles en anglais, allemand, espagnol, russe, français, ainsi que pour effectuer la relecture de textes dans ces cinq langues.
Pour postuler, contactez exclusivement Tamarea à tamarea@ryzom.com
Si vous avez des questions au sujet du recrutement, vous pouvez aussi me contacter sur chat.ryzom, j'y répondrai avec plaisir !
C'était le dernier sujet pour aujourd'hui !
Merci à tous, et bon jeu sur Atys !

Edited 7 times | Last edited by Jadeyn (3 years ago)

---

Jadeyn | Senior Game Master | Polyglot/Multilingual
Ryzom Support Team

#266 Multilingual 

Multilingual | [English] | Français
See : https://app.ryzom.com/app_forum/index.php?page=topic/view/32056/1 .

Edited 2 times | Last edited by Jadeyn (3 years ago)

---

Jadeyn | Senior Game Master | Polyglot/Multilingual
Ryzom Support Team

#267 Multilingual 

Multilingual | [English] | Français

Ryzom Forge meeting (March 7th 2022)


Date: monday, March 7th, 20:30 UTC (21:30 CET)

Meeting places:
  • Atys, on the public forge channel
or
  • Ryzom Chat, channel #pub-forge-xx (ex https://chat.ryzom.com/channel/pub-forge-en


Duration: 1.5 hour

Participants: all Ryzom players wishing to join.

Nature: informative, questions & answers and feedback meeting.

Topic: Added, in test and ready to be tested projects.
Agenda
  • Patch on March, 7th
  • OP refactoring
  • Recruitment

Edited 2 times | Last edited by Ghost Of Atys (3 years ago)

#268 Multilingual 

Multilingual | [English] | Français

Ryzom Forge meeting report – 07 March 2022

Ulukyn
Indeed, it was long the arrival of these tokens !
And yes, there is some scam as in all wheels !
Nevertheless, we hope that the arrival of new outfits and weapons has whetted your appetite !
Because the goal is obviously to be able to continue to add more, and to the wheel, but also in other types of gameplay.
For those who didn't see it (I forgot to put it up in the patch note) but the NPC next to the wheel offers you to exchange your gifts for tickets.
And the tickets for supreme tokens. So, if you have too many wigs, no worries, he'll be happy to take them back.
Are there any questions ?

Q : Will we also be able to win plans to make the new outfits ? To combine style and craftsmanship.

A : It was just whispered in my ear.
So, all the outfits that we add have all a creation plan.
It is systematic.
So about the amount of material, it's pretty random, after all, who knows how it was made ?
So if we were to add new outfits to the wheel to replace the old ones, it would be possible to make the plans available through a challenge.
Any other questions ?

Q : Is there a list of gifts that can be exchanged for tickets somewhere ?

A : 2 secondes, I send a screenshot.
https://app.ryzom.com/app_web_assets/assets/694863/Clipboard%20-% 207%20mars%202022%2021%2045.png
So there are : plushies, underwear, refugee outfits, wigs and tattoos.
Others may be added such as pieces of zig / mount.
As well as the exchange of tokens from one type to another (at an abused exchange rate ... Obviously !).

Q : Basic wig traded in, looks like I can't choose which color to trade in.

A : It is now possible to lock an item in the special bag and in this case it will not be exchangeable or exchanged.
This is what allows you to choose which item to exchange with the NPC.
Any other questions ?
If no questions, I'll take the opportunity to talk a little about the content additions.
Because it's true that we haven't had any for a long time, there had been weapons for events OOC but nothing new.
We now have Rizyinshi who makes beautiful weapons (that I modify a little sometimes) and who is very motivated.
No doubt that he will make us many others !
For the outfits, the idea was to create a simple, smooth skirt. This is the case of the new skirt with the wheel.
It is a base of zorai skirt which has been simplified.
In order to have something simple enough to texture.
The model, the texture (in Gimp format with layers for the 3 skins) and a tutorial (as soon as I have some time, I promise) to be able to make our own version will be available on the wiki.
Maybe we'll get some future designers to make us the next skirt for the wheel !
Moreover, all the items, the fixing of the hairstyle were made in Blender.
No need to have 3DSmax, if someone feels comfortable with the tool, it's a pleasure to help him integrate his creation (if it's validated of course !).
The hardest part is often getting started !
It seems that there are very good courses on Blender.
But tell you one thing, whatever you do, it will always be better than the first outfit I made for Ryzom, the PvP potato bag outfit !

Q : By the way, you remember that we talked a long time ago about having Homins sit on their seats. At that time it was impossible. And now you think it would be ?

A : Ah, very good question !
Well, you need 2 things, to fix an attachment point on a seat and to stick an animation on it.
For the animation, I was able to add one (a jumping Homin ... Totally ridiculous but well ...).
For the attachment it is more complex, there are only the mounts which have it.
So we need seat mounts !
It will end up in a merry-go-round !
There are fewer and fewer things we don't know how to do.
And a lot of things at the end of the preparation, not only cosmetic.

Q : Flying mount ?

A : If you talk about riding an izam, it is possible.
But flying in the sense of being able to go where you want in the air, no.
Because your character will collide !

Q : It's ok to sit on the floor, but flat seat cushions as objects on the floor would be great !

Q : Yes, sitting on the floor on cushions. Or making a chair slightly elevated and walkable to sit on a chair is sufficient.

A : Oh, because you don't have any cushions ?

Q : In lake only.

Q : There are many cultures where you just sit on the floor.
But they have cushions !

Q : In my apartment I did that, I put the cushions in the ground to sit on them.

A : Well, we'll have to deliver some !
And with the option to sit on the cushion and not in the cushion !
Ulukyn
Let's talk about OP refactoring.
Well, as Silan refactoring is about to go into translation (and final testing), as the wheel has had its share of gifts, as the New Ticket System is also being tested.
Well, good news, I'm full time on OP Refactoring !
So in about a month, things will be moving.
I will just remind you of the major changes that were validated by the working group.
When the server is rebooted, there will be :
- Deletion of materials 50 and 100, to keep only 150 and more.
- Rotation of materials in quality and type.
Basically, an outpost may not give the same type of material, nor the same quality.
However, an outpost 50 will yield much less material than an outpost 250.
Once the outpost is conquered.

Q : We have no way of knowing what the outpost will produce as material until we put in a drill ?

A : Well done, you're asking me a trick question ...
We will think about it, but it would be possible that the guild that has just conquered an outpost is aware of the material and the quality.
Without having to install a drill.

Q : Will it be possible to have an outpost without fighting ? Otherwise, how do the Ranger get an outpost ?

A : It was proposed to have also attacks of kitins instead of tribes.
And therefore PvK.
Which is no longer PvP.

Q : This is nonsense !
The Ranger does not aspire to have an outpost at the risk of finding themselve fighting against Homins ...
This is the typology of the faction ...

A : OP Refactoring is about gameplay, how each player plays his character, it's not really a question that the project answers.
I continue.
There will be small subtleties in the rotation of materials.
Outposts in low level areas will have more chance to change the quality of materials but less chance to change the type of material.
Outposts in high level areas will more easily change the type of material but are less likely to change the quality.
Thus, an outpost 250 that gives Q250 Vedice will be more likely to switch to Q250 Egiros than to Q150 Vedice.
And for an outpost 50 that gives the same Q250 Vedice, it will have more chance to switch to Q200 Vedice than Q250 Egiros.
Then, along with the rotation of materials, 50% of the outposts will be taken over by tribes.

Q : Is there a way to predict what ressource an outpost will produce in the future ?
To see what it will be before I battle it ?

A : Never at 100% because it remains random.
But there is a logic and a fixed number of materials and qualities.
So by combining the information it would be possible to know more.

Q : That's just the point, not to know. You'll have to ask around to find out what the outpost is producing before you attack it.

Q : Is the rhythm of the rotations known in advance ?

A : It will be indicated yes, but never accurate to the day.
It will depend on a reboot, but if we start on a 3 months rotation, it will be 3 months and some days.

Q : If I ever attack an outpost and suddenly, rotation. What happens ? The attack keeps on going or I get my money back and the rotation takes over the attack ?

A : The easiest way is to block the attacks just before a rotation, which will avoid this scenario.

Q : Will we have a chance to fight against the tribe that wants to take over our outpost ? Or will there be a rotation and suddenly, no more outposts ?

A : They are very vicious, they attack when you are sleeping ...
In any case, you can imagine that if you could fight them and we can't reach 50%, we would modify the levels to have 50% of the total. So it would just be impossible to win.
You can't balance an attack so that a guild of 5 players has the same chances as a guild of 20 players.

Q : Will the price of the attacks change ? And the one of the drill ?

A : Yes, they will go down.
There will be only one model of drill per faction.
Once the rotation and the taking of the outposts, there will be a wagering session on who will be able to attack which outpost.
The session could last about ten days.
The way it works has changed a little from the initial project, especially to give everyone a chance.
Each guild will have 50 points that they can bet on, either on a single outpost or on several by dividing them up.
For example, the guild could bet 30 points on the X outpost and 20 points on the Y outpost.

Q : The taking of outpost(s) will be done by combat ... Can't we buy an outpost from the tribe ?

A : Yes, it is mandatory.

So the bets, at the end of the 10 days, are very simple.
For each outpost taken by a tribe, we look at the highest bet and the guild that has bet the highest amount wins the right to attack the outpost (the guild will have about 7 days to do so).
Attention, in case of a draw (you were going to ask me the question ?!) if two guilds bet exactly the same amount, the bet doesn't count and we look at the next bet.
So if two guilds both bet 50, but a third guild only bets 10, the two 50 bets are ignored. Congrats to the guild that only bet 10, it felt a good opportunity !

Q : Can you only bet at the time of the rotation change ?

A : Yes.
Bets are used to determine which guild can attack an outpost that is held by a tribe.

Q : So if I follow what you say, at the time of the patch OP refactoring all the outposts bellong to Marauder NPCs and therefore at this moment we will have 10 days to bet on the outpost that we wish ?

A : 50%, not all. And then there will be bets on the 50% of tribal outposts.
The other 50% we will just have to launch the attack.
The other 50% remain in normal mode.

Q : Okay and we agree that this 50% changes target at each rotation ?

A : It is totally random. We take the list, we choose half of it.

Q : We bet on a tribe, okay. But do we know what the others are betting on and do we know what this outpost will produce ?

A : We don't know anything !
These are blind bets.

So once the wagering session is over, the guild that has the right to attack can do so.
Or not to attack if it wants to (or if it can't).
The threshold of the outpost is systematically 5.
So if you want to train, go to Nexus and attack an outpost at threshold 5.

Q : So for this type of outpost it is only GvG ?
At this point I mean.

A : It's GvE.
It's your guild against the tribe.
And only.

Q : Yeah we can't call any reinforcements so.

A : No, none.

Q : So the guilds of 2 players for this type of outpost are screwed.

A : Also, members who joined a guild after the start of the wagering will not be able to participate either.
If I'm not talking nonsense, according to the tests at Nexus, a guild of 3 players on an outpost 50 can reach the threshold 5.
But obviously not on a 250 outpost.

Q : What happens if the guild that won the bet does not attack the outpost ? Or doesn't reach the threshold ? How long does the outpost stay in the hands of the tribe ?

A : I was going to come to that !
In case of defeat or non-attack, the outpost goes to its maximum threshold.
And it's up to whoever wants to attack it.
If successful, the outpost will remain unattackable for several days before returning to normal mode.
So that the guild can enjoy it a little.
Finally, there will be a 3rd type of PvP.
It will be possible for a guild to declare (after the session of bets and tribe attacks) 2 times per cycle (the number may change) a GvG.
This will engage only the 2 guilds, the one that attacks and the one that defends.
In a single phase.
If the guild wins, the outpost will remain unattackable for a few days in the same way as for GvE attacks.
Then it will be attackable only in GvG and that for a few more days.
In any case, an outpost can only be attacked once a week in GvG.
In FvF it's limitless.
The idea is to finally have the three types of PvP and that each guild can practice its play style.
The periods when the outposts are not attackable are used to reward the guild for taking advantage of the outpost before a possible massive FvF attack.
I don't think I missed anything and if I did, it will be a surprise !

Q : How long is the no attack period please ?
And if PvE is 50%, whats the % for GvG ? And FvF ?

A : The 50% concerns the outposts which will be taken over by the tribes.
These will have a 10 day period without attack.
But for the others it does not change.
It will remain in FvF as now.

Q : How about you try your new little experiment with outposts below 150 to see how the system works or if it even works before you destroy what's left of the fragile commmunity ?

A : The outposts will tend to evolve, we plan new things.
But the current system does not allow any evolution.
If we want to add real value materials, it should not unbalance the game more.
For this to happen, outpost's attacks must be the key to the gameplay.
And no, keeping it otherwise, what will happen is that we will be forced to add new things elsewhere, better balanced.
And the outposts will end up being just ruins.

Q : So how do you stop people from joining the attacking guild before the attack ?

A : Ah, I knew I had missed something.
To join a GvG or a GvE you must have integrated your guild at least 3 weeks before.

Q : Currently, an outpost fight draws players to the game, if they happen. Dozens. A GvG ... Will draw much less. Especially if you cannot join the sides or include new players.
Doesn't that trivialize it ? We tested a GvG, and it was hard for the opposing party to rally 4(!) people.

A : Sorry, we have already discussed this several times.
And work for several months with many players on the subject.
Of all factions.
I know that the project has been dragging on ... Unfortunately.
But I'm not going to go over every point.
For new players, 3 weeks is nothing.
Also, we are talking about GvG and GvE, not FvF.

Q : I drop guild on daily basis, for alt GHs ... The bulk is a huge issue. Does that mean I cannot do that anymore ?

A : Yes, you can still do it. In the case of GvE, if you are in the guild at the time of the bet, you will be able to ask to participate in the attack against the tribe.

Q : So on the day of bet, I am in the guild, and between after bet and attack I still can drop and come back to guild ?

A : In the case of the GvG it is not simple, it could work too, if at the time of the declaration of the GvG you are in the guild, you will be able to participate.

Q : So why don't you just add a button for GvG declare and make this whole thing easy ?

A : There will be a button, I promise !

Q : Will there be a dashboard or something to track which outposts are being taken by tribes, which outposts are producing what, etc ?

A : There will be a table to know which outposts are taken by the tribes, yes.
It will be used to put the bets.
But not which outposts produce what.

Q : Sorry, back to the 3 weeks game mechanics. Does that mean we don't need to consider the 3 weeks anymore ?
As long as we are present in guild at time of GvG declare.

A : If you declare a GvG, at this time, there is a list of saved members.
If you leave the guild, you can ask to recover the date of entry in the guild that had been registered.

Q : Can a guild refuse GvG if a smaller guild wins GvE and then get GvG declare ?

A : No, a guild cannot refuse the GvG.

Q : Do I understand it right : a guild can win an outpost in GvE. But then the outpost can be taken away from them in GvG ?
What's the time they are guaranteed the OP ?

A : Or in FvF.
10 days.
And all the outposts become as they are now, eventually.
Tamarea
The clock is ticking and it's time to move on to the last topic.
We will put ''OP refactoring'' back on the agenda for the next meeting.
So let's talk about recruitment.
EVENT TEAM :
We are looking for volunteers who want to help write event scripts, or who want to become actors by playing a character in the events we play.
The training is assured, and the entry in the acting is done very gradually to leave time to the recruit to take its marks.
Join us to benefit from this unique experience!
To apply, contact Tamarea exclusively at tamarea@ryzom.com
SUPPORT TEAM :
We are also looking for volunteers to join the support team to help players in various ways :
- Computer and technical assistance, bug handling, role of tester on the test server, ensuring compliance with the game rules.
To learn more, please see this post : https://app.ryzom.com/app_forum/index.php?page=topic/view/22047/2 #2.
To apply, contact Tamarea exclusively at tamarea@ryzom.com
TEAM TRANSLATION :
We are looking for volunteers to translate and proofread in-game texts and official announcements in the languages of the game, as well as to proofread texts in these five languages.
Even if you don't have a lot of time to offer, your help is welcome !
To apply, contact Tamarea exclusively at tamarea@ryzom.com
TEST TEAM :
Our Devs prepare regular patches, and it is thanks to the crucial role of testers that they can arrive on Atys with very few bugs.
That's why we're looking for volunteers who want to give some of their time to help with bugs and test new features under development.
You will be able to help according to your availability and choose freely the tests you want to participate in.
If you have any questions about recruitment, you can also contact me on chat.ryzom, I will be happy to answer them!
That was the last topic for today !
Thanks to all, and good game on Atys !

Edited 19 times | Last edited by Margote (3 years ago)

---

Jadeyn | Senior Game Master | Polyglot/Multilingual
Ryzom Support Team

#269 Multilingual 

Multilingual | [English] | Français

Ryzom Forge meeting (May 2nd 2022)


Date: monday, May 2nd, 19:30 UTC (21:30 CEST)

Meeting places:
  • Atys, on the public forge channel
or
  • Ryzom Chat, channel #pub-forge-xx (ex https://chat.ryzom.com/channel/pub-forge-en


Duration: 1.5 hour

Participants: all Ryzom players wishing to join.

Nature: informative, questions & answers and feedback meeting.

Topic: Added, in test and ready to be tested projects.
Agenda
  • OP refactoring
  • Boss refactoring
  • Offer a subscription
  • Activate DeepL in more ingame channels
  • Recruitment

#270 Multilingual 

Multilingual | [English] | Français

Ryzom Forge meeting report – 02 May 2022

Ulukyn
Well, when you have to start !
I give again here the topic on the forum : https://app.ryzom.com/app_forum/index.php?page=topic/view/32134/1 &post206409=en#1.
I will quickly summarize.
So last Monday there was a rotation of the OP materials and 50% of the OP were taken by tribes.
So we don't know what materials the OP of the tribes produce, but the guilds that still have an OP could see their new material and the new Q, which can only be 150 200 or 250.
At the same time, the betting system to obtain the right to attack in preview one of the OP of the tribes has been implemented.
Do you have any questions ?

Q : One question : at what point must the membership and level requirement be met ?

A : At the time of bidding.
This simplifies the process enormously.

Q : We have 14 OP taken back by NPCs.
I thought there are 24 OP in total ? That would be more than 50%.
Oh ! There are 28 OP actually. My mistake !

A : Let's forget it !
There are in fact 50% of the OP in zone 50, 50% in zone 100, etc ...
There are also the same qualities produced in each area.
Thus in zone 50, the OP produce 2xQ150, 1xQ200 and 1xQ250.
Same in zone 100 and 150.
No questions ? Any comments, opinions ?
Or does everyone want to see what it will be like ?

Q : Does the loss of the outposts also depend on the region ?

A : No, it's totally random.
Well ...

Q : Is 1/4 of the 50% in the country Tryker for example ?

A : No.
It is 50% of the OP in zone 50.
But then they can all be Tryker.
No chance, we'll have to send the giant robot guards next time !
It is possible to consult the OP taken by the tribes at the banner in the cities.
It is located next to the NPC outposts.

Q : It is possible for Q250 OP to make Q150 OP materials at a fast pace ?
Wouldn't be a waste ? I'm not sure if Q150 greslin pickaxes would be very useful !

A : An OP 250 always produces at the same rate, whether it is a Q150 or Q250.

Q : Right.
Wouldn't it make more sense to have Q250 OP make only Q250 OP materials ?

A : But indeed, nothing prevents if you find it more useful that the production is different depending on the Q. You'll have to suggest it on the forum.
The 250 OP have already produced lower Q materials.
So it's still something that already existed, we just added the random aspect so that the value of an OP varies from one cycle to another.

Q : Prior to OP Refactoring, no Q250 OP made lower than Q250 OP materials.

A : I can assure you that it was the case !
<ATOM Name=''quality_200'' Value=''0.06''/>
<ATOM Name=''quality_150'' Value=''0.02''/>
<ATOM Name=''quality_250'' Value=''0.92''/>
Here is what an OP 250 produced.
0.06% of Q200.
92% of Q250.
0.02% of Q150.
It is indeed very little, but it was still possible. That said, we didn't try to make the system as close as possible to the old one either.
We really think that the point of the OP wars is to fight to obtain an interesting outpost.
Have action and challenge.
If no other questions, I guess they will come later, we can move on !
Boss Refactoring.
We have taken into account a large number of feedbacks on the first version in the PR.
And we proposed to the working group a modification.
It will separate the PR system from the surface system.
On the surface (excluding Nexus) the system will be the same as the one on PR currently.
That is to say, only bosses with a creature in the region will appear.
Thus, as there are gubanis in the Void, there will be a gubani boss.
The frequency will be on average once a day.
As far as Rewards are concerned, here are the changes we will make.
All the bosses of Atys (with the exception of Kizarak) will appear in the 9 regions of PR.
It will be every 1st of the month randomly distributed among the 9 regions, which will give about 6 to 7 bosses per region.
The list of bosses available in each region will be available as a rumor from the scouts (NPCs) in the region.
This list will be updated every month.
The bosses of each region will appear with exactly the same frequency.
It's like putting the 6-7 bosses in a bag, and pulling them out randomly one after the other.
Then once they have all appeared, we put them back in the bag and start again.
So if you know which bosses are dead, you can eliminate them from the list and know which ones will arrive (but not in which order).
And not to miss any of this valuable information, at the death of the boss a pile of material and bones will appear at the place of his death.
This pile can be analyzed by anyone in order to know which boss died and approximately when.
Writing down and sharing this information will make it easier to target areas to check if you are looking for a particular boss material.

Q : So, if I understood correctly : on the surface, about one boss per day and per region. In the PR, 6 to 7 bosses per month and per region ?

Q : Question : How often does a boss appear in the PR / What is the cooldown within a month in a single region from one boss to the next ?

A : It's the same thing, about 1 per day.
So 30 per month per region.

Q : That's significantly more than before, isn't it ?

A : It's the same thing !
The pile with the bones will remain 24 hours.

Q : Would 48h be possible ?

A : I'll give you that !
We often use a temporary value because it is difficult to talk with letters.
So the 24 hours were for information purposes, 48 hours could be a correct value too.
Let's say between 24 and 48 hours, it will be defined !
Are there any questions ?

Q : Will some bosses become unavailable for a month with this system ?
(From the fact that they would not be selected in any region for example).

A : No, it's just the opposite.
All bosses of the game will be available.
Madakoo, for example.
So many people miss him.
Well, he will be in a region in June.
Sometimes a 150 area, sometimes 200 and yeahhhh sometimes in 250 area.

Q : Do we know the number of materials produced by an OP per day/month according to its quality ?

A : I am in the process of retrieving information, to determine if the rate is correct or not. I'll take any information on this !

Q : Can a boss that spawns in one area be found at the same time in another area ? (Will a Madakoo 170 block a Madakoo 270 for example ?).

A : Madakoo will only be able to appear in one region during the month.
If he is assigned to a region 150, he will only appear in region 150.
But, there is obviously a special case.
If Madakoo appears last days of June in a region, he can appear the following month in another region at the very beginning of the month.
Because we only change the lists, we do not make disappear bosses that are already in game.

Q : If I understand correctly, he will only be 270 once every 3 months?

A : PR levels : 250-250-250-200-150-200-150-200 ----> 4/9 chance for level 250.

Q : When you say 6-7 bosses per region ... Do you mean per land ? Or per region (like Dryon, thesos, etc ...) ?

A : We only talk about the 9 regions of PR.

For the surface regions, it's the current system used in PR.
There is no list, but only the creatures that exist in the area that give a boss.
These are 2 different systems.
In PR : 6-7 bosses in the 9 regions.
Out of PR : Bosses depend on the creatures in the area.

Q : And on the surface, there can be 2 similar bosses in different places though ?

A : Yes, each region is independent.
So there are many Kipee bosses !
Kipees are everywhere !

Any other questions ?
Let's move on !
Tamarea
Next topic : Offer a subscription.
Last month I published a poll about "be able to gift a subscription to a friend": https://app.ryzom.com/app_forum/index.php?page=topic/view/32084/1 &post206156=en#1
As nearly all the players who answered voted for it, we'll add it !
So you'll have soon the ability to offer a subscription to another player.
Next topic ?
Activate DeepL in more ingame channels.
We are testing the extend of DeepL to new channels : Leagues, Teams and Factions (Kara, Kami, Marauder, Ranger, Matis, Fyros, Tryker, Zoraï).
We hope you'll enjoy the feature !
Last topic ?
We are looking for volunteers for different teams : event, support, translation, testing.
EVENT TEAM :
We are looking for volunteers who want to help write event scripts, or who want to become actors by playing a character in the events we play.
The training is assured, and the entry in the acting is done very gradually to leave time to the recruit to take its marks.
Join us to benefit from this unique experience !
To apply, contact Tamarea exclusively at tamarea@ryzom.com
SUPPORT TEAM :
We are also looking for volunteers to join the support team to help players in various ways :
- Computer and technical assistance, bug handling, role of tester on the test server, ensuring compliance with the game rules.
To learn more, please see this post : https://app.ryzom.com/app_forum/index.php?page=topic/view/22047/2 #2.
To apply, contact Tamarea exclusively at tamarea@ryzom.com
TRANSLATION TEAM :
We are looking for volunteers to translate and proofread in-game texts and official announcements in the languages of the game, as well as to proofread texts in these five languages.
Even if you don't have a lot of time to offer, your help is welcome !
To apply, contact Tamarea exclusively at tamarea@ryzom.com
TEST TEAM :
Our Devs prepare regular patches, and it is thanks to the crucial role of testers that they can arrive on Atys with very few bugs.
That's why we're looking for volunteers who want to give some of their time to help with bugs and test new features under development.
You will be able to help according to your availability and choose freely the tests you want to participate in.
If you have any questions about recruitment, you can also contact me (Tamarea) on chat.ryzom, I'll be happy to answer them !

Edited 3 times | Last edited by Jadeyn (3 years ago)

---

Jadeyn | Senior Game Master | Polyglot/Multilingual
Ryzom Support Team

#271 Multilingual 

Multilingual | [English] | Français

Ryzom Forge meeting (June 13th 2022)


Date: monday, June 13th, 19:30 UTC (21:30 CET)

Meeting places:
  • Atys, on the public forge channel
or
  • Ryzom Chat, channel #pub-forge-xx (ex https://chat.ryzom.com/channel/pub-forge-en


Duration: 1.5 hour

Participants: all Ryzom players wishing to join.

Nature: informative, questions & answers and feedback meeting.

Topic: Added, in test and ready to be tested projects.
Agenda
  • News about the projects about to be released
    • Rywards
    • Silan Refactoring
  • Feedback about the released projects
    • Outpost Refactoring
    • Boss Refactoring
  • Recruitment

#272 Multilingual 

Multilingual | [English] | Français

Ryzom Forge meeting report – June 13, 2022

1 - Feedbacks about Outposts Refactoring

Ulukyn (RT) – 19:38 UTC
Considering the way the first cycle is going, we have already decided to reduce the length of the bidding period from two weeks to one week as of the next rotation of materials.
But we are still curious to know the thoughts and suggestions that this first experience has inspired to you, the practitioners. The floor is yours, then!

Q: It is a pity to have to bet without knowing what exactly you are betting for (bidding period) or, later (period following the recapture of OPs in GVE), to have to attack in GvG or FvF an OP without knowing what it produces. In both cases, these are too risky bets. To find oneself owner of an OP producing only Q200 material after the effort made for the hardest conquest is very disappointing. Couldn't we make public the production of relevant OPs once the bidding period closed?
A:
A bet is, by definition, more or less risky. As far as level 250 or 200 OPs are concerned, you are indeed faced with a dilemma: abstain in order not to risk the disappointment you point out (and stick to bidding on level 50 outposts, for example) or take it in order not to miss the chance (which is not negligible, despite all) of obtaining Q250 materials.

Q: As it is logical that the "richest" OPs are the best defended, would it not be preferable that the difficulty of a GvE battle be based on the quality of the production of the OP it concerns rather than on its level (that of the region where it is located)?
A:
No, because small guilds must also have their chance, so they can bet on an outpost knowing they can conquer it with a small troop. Bets are made on the quality of the materials produced (bidding on a 250OP exposes to a bad surprise, on a 50OP to a good one) but the difficulty of conquest cannot be risky, except to let play only the big guilds with big needs.

Q: Shouldn't there be a maximum number of GvE attacks allowed for guilds to take back from NPCs the OPs the bids have assigned to them, so that the OPs don't remain blocked (forbidden to GvG or FvF attacks) for too long? Couldn't we agree, for example, that a guild, after two failed GvE attacks, let another guild attack in GvE before, if necessary, being able to attack a third time in GvE?
A:
Yes, this is a proposal we will think about. In fact, another proposal to make GvE less difficult has been made and is under consideration: that attackers should not lose a "Max Level" when they lose a round (so conquering an OP at threshold 7, for example, would require winning only 8 rounds). In fact, we'll probably review GvE attacks to reduce the mentioned blocking time, whether it's due to NPCs being too resistant or too many failed attacks.

Q: Many regret the previous system, where guilds had more freedom, were less subject to rules and deadlines. Because the present system is slow: for example, the GvE recapture of the whole of OPs concerned in the present cycle was completed only recently and no FvF battle has yet taken place... Couldn't the system be simplified to speed up the operations?
A:
We've had similar feedback, yes. The operations of the current cycle have indeed required more time than expected (probably because this is the very first cycle: once the rules are stabilized and assimilated by the players, let's say within three cycles, the regime will be more sustained). Moreover, it is not impossible that we extend its duration in order to complete our observations and make the necessary adjustments for the second cycle.

Q: During GvE battles, we get bored between two squad pops (low level OPs or first rounds of high level OPs). Would it be possible to add a button to the OP window, accessible only to the guild leader and allowing him to request the sending of the next squad? It would shorten the dead times…
A:
We agree with the observation and will discuss the proposal.

Q: It would make more sense if the amount of Q250 materials produced by 250OPs was greater than the amount of Q200 and Q250 material produced by 150OPs. Better yet, since low quality materials is not very useful, shouldn't every OP produce only Q250 materials in a quantity proportional to its level?
A:
There is a concern that if this last proposal were adopted, the 50OPs would lose much of their appeal, since they could then only produce one unit of Q250 materials per week. But we will give it serious consideration, yes.

Q: Does a guild that abandons an OP during the bidding period get back any points to bid? And, if so, doesn't this give the guild too big an advantage (the one, after having noticed that one of its OPs produces materials of no interest, of receiving more bidding points thanks to information known only to it)?
A:
Yes. And no: this advantage makes the system more calculable and forces guilds to have as many OPs as possible at the end of a cycle. This contributes to the goal set for the refactoring: making OP battles flourish again.

Q: Couldn't we, to make the bidding period more interesting, credit all the guilds, whatever the number of OPs they own at its opening, with the same number of points to bid but set a maximum to the number of OPs owned by the same guild at the end of the recapture period (GvE)?
A (given the all-out debate between participants initiated by the question):
It is reminded that everyone can join the OP Refactoring working group in which all these questions and proposals will be examined and discussed.

2 - Feedbacks about Boss Refactoring

Ulukyn (RT) – 20:21 UTC
And let's move on: any questions, feedback, proposals about Boss Refactoring?

Q: Would it be possible to award a title ("King of Bones" for example) to the players who would have found 1000 bones of killed Bosses or/and to the first one who would have found 1000 living Bosses and to grant an achievement to those who would have killed all the Bosses? And the same as for guilds?
A:
Proposals noted: we will think about them!

Q: Today only the leader and his senior officers are informed via the guild app of the results of a search for Bosses. Couldn't we allow all guild members to access this information?
A:
Yes, because the restriction was not deliberate (it has no reason for being). And other bugs (in the scaling of Bosses, in the display of their minions' characteristics, etc.) will be fixed too.

Q: Couldn't we display on the bones of a fallen Boss the names of the players who killed him?
A:
No: it would not be easy to implement. Moreover the players involved would probably not agree to such a display.

Q: Could the bones of a fallen Boss appear not in the place of his death, but in the place of his birth?
A:
No, because that would be implausible (what wild animal perishes in the exact place of its birth?) and would remove all interest in the search for Bosses.

3 - Introduction of Rywards

Ulukyn (RT) – 20:50 UTC
In the next few days we will implement the new Rywards window intended to replace the display of the objects constituting the furniture of the apartments. It has been tested and only remains to write and distribute the announcement presenting it.
As soon as it is implemented, new objects will be available and new possibilities will be offered to apartment owners. Namely: purchase of furniture previously reserved for players of other nations and conversion of their duplicates and other unwanted items into tickets that can be exchanged for new ones.
Your further ideas for furniture enrichment will be welcome!

Q: Possibility to send your duplicates to friends? To host a fourth zig in your apartment?
A:
It is noted and we will consider it.

Q: Will the bug that prohibits retrieving or moving furniture placed in the Marauder Camp apartments be fixed?
A:
Yes, we have it treated.

Q (off topic): Will the new stats for the faction shield and robe, as well as their crafting plans, be available on this occasion?
A (given the passionate debate between participants launched by the question):
Let's move on.

4 - Silan Refactoring

Ulukyn (RT) – 21:12 UTC
The new beginners' isle is now in test on Gingo (so its implementation should not wait too long) and includes :
• some pages enriching the creation of the character by allowing to indicate briefly its tastes and its background;
• a new tutorial area (already in place but empty for the time being);
• a dynamic tutorial organized in lessons explaining the basic gameplay;
• ... and still the sleeping lady (but she doesn't snore anymore... phew).
Other tutorials will be added later (and I'd be happy to have help for their design :D ).
So you'll soon be able to create an "alt" to test all this.

Q: Will the lessons of the new tutorial remain available for reference, or will they disappear after the new player has read them?
A:
Yes: they will remain available at any time in the Academic Knowledge section of the Encyclopedia (accessible in-game via the Shift+E combination).

Q: Will the tutorial be completed to accompany new players in their discovery of the continent?
A:
Yes, that's what we have planned.

5 - Quality of Life on Atys

Ariald (RT) – 21:20 UTC
I have been inactive for a while, but I am happy to announce that I have resumed work on the next "Quality of Life" patch.
This patch will be implemented in mid-July (estimate) and will include three major changes:
• Adding of pockets
• Refactoring of the Equipment window
• Refactoring of equipable items groups (part 1)
Since we have already talked about them extensively in previous meetings, I'll skip over the pockets.
As far as the Equipment window is concerned, the whole user interface has been revisited and its content (enriched with pockets, therefore) is now adaptable according to its size.
The management of groups of equipable objects is a bit problematic today. The user interface is bad: everything is controlled through / commands and the SysInfo window. The problem will be solved by two patches:
• the first one (mid-July, thus) will allow the player to create, display and delete groups of items via the game UI (but the / commands will remain operational, so optional use);
• the second one will go deeper and allow the player to modify the content of the groups directly in the Equipment window enriched for this purpose with checkboxes.
As usual, this QoL patch contains many bug fixes and small features that I won't detail one by one. But be aware that applying it will allow you to open (finally!) the exit dialog box by simply pressing the Escape key!
To finish, if you want to follow the progress of the patch in a more detailed way, here is the link to the GitLab milestone that reports on it.

6 - Call for volunteers

Tamarea (RT) – 21:40 UTC
Lately, we've been putting two big projects into play: the OP and the Boss refactorings. Coming soon will be our third big project, Silan Refactoring. Behind each of these three projects, but also behind each new feature, each improvement of the game, each event played, each technical help brought to a player, there is not the work of one person, but the work of a whole team of devoted and passionate volunteers who give of their knowledge and their time, according to their possibilities, to allow Ryzom to evolve as it does today.
And for that, I thank them.
If you too have some time that you would like to devote to help them behind the scenes to make the game move forward, you can contact me on chat.ryzom or by email at tamarea@ryzom.com, and we will see together which team would suit you best and which you could join: Development, Communication & Marketing, Event, Game-Design, Computer Graphics, Level-design, Lore, Support, Testing, Translation & Proofreading. The choice is vast!
If you prefer to help out by joining a group working specifically on a project, that's also possible. For example, at the moment, OP Refactoring and Silan Refactoring projects.
Feel free to contact me for more information!

The meeting is closed at 21:45 UTC.

Edited 4 times | Last edited by Nilstilar (2 years ago)

---

uiWebPrevious567891011121314151617181920uiWebNext
 
Last visit Saturday, 23 November 03:20:47 UTC
P_:G_:PLAYER

powered by ryzom-api