General


uiWebPrevious45678910111213141516171819uiWebNext

#257 Multilingual 

Multilingual | [English] | Français

Ryzom Forge meeting (December 6th 2021)


Date: monday, December 6th, 20:30 UTC (21:30 CET)

Meeting places:
  • Atys, on the public forge channel
or
  • Ryzom Chat, channel #pub-forge-xx (exhttps://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
  • Update on recent crashes
  • Feedback on the Client's beta tests
  • Feedback on Boss refactoring
  • Progress on OP refactoring (GvG)

#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 (2 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 (2 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 (2 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 (2 years ago)

#263 [en] 

***DEL*** irrelevant.

Last edited by Tykus (2 years ago)

---

Kaetemi

#264 [en] 

***DEL*** irrelevant.

Last edited by Tykus (2 years ago)

---

Kaetemi

#265 Multilingual 

Multilingual | [English] | Français

Ryzom Forge meeting report – 07 February 2022

Ulukyn
So I'm going to talk about the Rywards store which will replace Rykea and the Ryzhome section of the special bag (there are some Ry xD).
Here is a screenshot : https://app.ryzom.com/app_web_assets/assets/694863/Clipboard%20-% 207%20f%C3%A9vrier%202022%2021%2043%281%29.png.
So it is a new page in the shift + E window.
There will be at the same time a list of apartment items classified according to the categories already known via the titles but also collections to complete.
Each completed collection gives rise to a unique reward (always from an apartment).
There will also be the list of items already obtained with a 3D preview.
And information about the number of items in our possession (so duplicates) and how many are in the apartment.

Q : Are the names of these items final ? I mean ... The ones I see there seem to have been drawn at random from the alphabet.

A : It is the case.
Items have no names (not yet).
So I went to a very famous swedish store, I saw that their names meant nothing.
I said to myself : let's do the same.

Q : At this rate, you will soon have to allow us to buy more than one apartment or buy apartment extensions.

A : Ah yes, I note.
Thanks.
Ulukyn
The other particularity of the store is that you will be able to know what you need to get each item.
Sometimes (as on the screenshot) they will only be available in gain via the wheel.
Sometimes as a special event.
And other times it will be indicated which type of ticket is necessary.
Rywards tickets being the most common and generic, they will allow you to buy many items, especially those of other nations.
With sometimes different colors or textures.
Finally, if you have duplicates, you will be able to convert them into Rywards tickets and thus buy items of your choice.
Thus, getting duplicates at the wheel, allows you to convert them into Rywards tickets which then allows you to buy items.
Later on, other rewards will be added to the store.
Such as wigs, outfits or other purely aesthetic items.
We are following different tracks to add cool cosmetic things, like new afk FX, animations, etc ...
Are there any questions, suggestions, remarks ?

Q : Will these changes fix apartments where items can't be removed once placed ?

A : Yes.
This is the next topic.

Q : Will the collisions in the apartments be removed ? Since the furniture is not necessarily placed where it is intended.

A : Yes.
We have to thank Kaetemi who did a great work on the tools to allow to remove them easily.
Ulukyn
Let's go to the next part which concerns Ryzhome and therefore the apartments.
And I will be able to give the proposal of addition.
The idea is to be able to make apartment configurations.
And thus to be able to have several item configurations and to choose the one you want to display.
For example a configuration could contain all the Christmas items.
Another one of Anlor Winn's.

Q : A bit like the groups for outfits and jewelry ?

R : Yes, that's exactly it.
It would be easy to switch from one to the other and guest players would be able to browse the different configurations.
A particular configuration named "Common" will contain items that will be displayed regardless of the configuration chosen.
Thus, there could be the bed, the furniture, a painting in the "Common" configuration and whatever the configuration displayed, the bed, the furniture and the painting will always be displayed.

Q : Are you satisfied with the proposal ?

A : Thanks to ask me the question Ulukyn.
I admit that this could indeed solve the problem of overloading.
But ... Having a virtual apartment ... It will end up confusing me ... But it's personal.

Q : Will this decoration also be selectable by the guests or will only the configuration chosen by the owner be displayed for the guest ?

A : It will be optional.
The owner will select a configuration.
Then will be able to allow visitors to see other collections (via a checkbox for each configuration).
So we won't be able to know if you have a configuration with voodoo dolls of Atys players, be reassured.
Ulukyn
Finally it will be possible to give items to your guild for the decoration of the guild hall.
And thus ... You will have to fill.
Any questions ?
If no questions, let's move on.
But first, a little clarification, it will also be possible with Rywards Tickets to buy supreme tokens for the wheel.
This is quite timely as they will be added soon.
The tokens will allow to win a reward for sure, but obviously, some will be rarer than others.
But the supreme tokens can also be used to buy Rywards tickets, thus making a cycle.
You will then have the choice between playing supreme tokens on the wheel and winning a sure reward, but not necessarily the one you want.
Or convert the tokens into a Ryward ticket and offer you a reward of your choice.
Thus the rewards will no longer be systematically pure chance.
Moreover, in the same way as the apartment items, the duplicates of the items won in the wheel can be converted.
So pieces of zig or mount, wigs, etc ... Do not throw them away, recycle, it's good for Atys !
If you have gift ideas, we are always happy to receive suggestions.
And if you do a little 3D with blender, we can help you to integrate items in the game (under CC-by-SA license with credits to your name or username if you wish).
Any questions ?

And if no question, we move on.
We have just talked about aesthetic rewards, we also have planned more gameplay content.
Starting with the ephemeral enchantments.
These are enchanted spells that can only be obtained from NPCs or buildings.
They can be stacked and will take the same space as the current ones.
When a weapon is enchanted with an ephemeral enchantment, the weapon is fully charged with sap.
And can no longer be recharged.
With each use of the ephemeral enchantment, the charge in sap will decrease without being able to be recharged.
Once the weapon's charge is insufficient to use the enchantment, it disappears.
Thus, let's take the example of an ephemeral enchantment that consumes 300 of sap.
It is applied on a weapon that can have a maximum of 1000 of sap.
The weapon is fully recharged, so at 1000.
You can then use the enchantment 3 times.
There is then only 100 of sap left, the enchantment disappears.
The 100 of sap remain.

Q : Are these ephemeral enchantments new spells ?

A : They are not necessarily spells (I wasn't finished).
I will continue and you will tell me if it is clear.
Ulukyn
Ephemeral enchantments will be either passive or active.
Active, it will be necessary to throw them as the current enchantments and will consume of the sap load with each use.
These are not necessarily only spells that we know, but it can also be a mini aura, an area effect, there is no real technical limitation.
Passive, they will activate themselves each time the weapon is used, like the effects of Tekorn or Vedice.
Moreover, an ephemeral enchantment will temporarily replace the effect of the weapon.
The temporary effects of their operation can be very powerful (but very expensive in sap load and thus limited in their use).
Moreover, the more powerful they are, the harder they will be to obtain.

Q : So clearly they act as artifacts.
But are limited by the power of the weapon they are attached to.

A : You could think of it as a oil made of sap that you put on your weapon.
And after a while it doesn't work anymore.
But then it can be really, really powerful.

Q : And last only two times for example.

A : That's it.
It is thus according to the situations that you will prefer either to use a less powerful enchantment or the OP effect of your weapon.

Q : I wanted to ask : what if the power of the ephemeral enchantment is higher than the amount of sap of the weapon ?
Let's imagine an "EE" of 2000 sap on a sword that has only 1500 sap load.

A : In this case it does not apply.
But you don't lose anything.

Q : Will the use of this ephemeral be conditioned by the addition of an option in the action bricks ? Example to make a powerful attack + ephemeral bonus ?

A : No, we will keep it simple.
But it is not impossible that some ephemeral enchantments are only applicable with a certain stanza (nothing planned, just a technical possibility).
As it will surely require juggling between several enchantments.
Ariald is going to present us an addition he is working on.
Ariald
Currently, consuming items can be quite frustrating.
I am thinking in particular of the switch of enchantments or the constant sap recharge in PvP.
In short, it hurts the hand.
We have evaluated several suggestions to solve the problem.
Today, I present the solution that we consider to be optimal.
The item bar.
Basically, it's a new inventory consisting of 5 slots.
You can put consumable items, such as potions, larvae, etc.
As well as sap recharges or enchantments.
The slots will be displayed in the current equipment window and in its own window (if you want to display it).
There will be configurable keyboard shortcuts for each slot of the bar (to consume/use the item) and the item bar will be integrated with the current item group system.
Here is a screenshot of the draft I am working on.
https://app.ryzom.com/app_web_assets/assets/694863/Clipboard%20-% 20February%207%2C%202022%205%2004%20PM%281%29.png
I took the opportunity to rearrange and center the equipment window.
This one gives you even more information.
https://app.ryzom.com/app_web_assets/assets/694863/Clipboard%20-% 20February%207%2C%202022%205%2006%20PM%281%29.png
(Note that in the second screenshot, the equipment window is not up to date).
I think I have done the tour, are there any questions ?

Q : So I can see that it is a project that has been carefully thought out, but at the moment I don't see how it will change anything in the recharging of crystals for example.
Don't take it the wrong way, I just don't understand how it will change anything.

A : I forgot one important element. We can make a macro to use a given slot of the bar.
So it will be easier than clicking, you can configure the macro as you wish.

Q : So ... That I understand : this new shortcut bar will allow to assign any item to it ? Does that mean I can assign sap crystals and hence then automatize use of those ?

A : Be careful, the bar will only accept "usable" items. But yes, in your example it would work.

Q : The ammunition too ?

A : About ammunition ... I don't have an answer yet.

Q : Hello ... Would this show as 'Action Bar 3' in windows ?
'Actions and Inventory' ?

A : No, like "Item bar".

Q : Instead of "Item bar", couldn't this bar be called "Pockets" for example ?
Q : Belt ?

A : "Item belt", "Pockets", I like it.

Q : And maybe the number of slots vary according to the armor worn (like 5 for an LA, 3 for HA ...) to be in a logic ?

A : Sounds complicated. A static number will be better I think.

Q : User of crystals and eggs of all kinds, I have already noticed crashes related to the rate of use of these "Items" leading to a complete freeze of their use.

A : If you find "reproducible" crashes related to eggs or other issues, feel free to open a ticket with support or a GitLab issue so that we can investigate and fix.
Well, I think we've seen it all, I pass again to Ulukyn.

Q : When ?

A : Soon.

Q : It's semi-reproducable that one can grey-out a thing if the timing with server communication fails ... Hard to reproduce as it's a concurrency thing.
And then it only can be re-activated by re-login or death.

A : I note.
Let Ulukyn go on.
Ulukyn
Let's move on to the last topic.
Before the real last topic.
The storyline will resume its course and also bring new gameplay.
In terms of high level content, as it is the storyline I do not tell more.
But it will be necessary to hurry to have the best components for the best ephemeral enchantments.
And also fill ours pockets with combat potions that do not require you to sit down.
In short, the next patches will be mostly focused on content as you can see.
They will be spread out over the next few weeks and to make it easier for us.
Don't forget the ideas section, which we will try to keep updated and if you want to help, well,
Tamarea will tell you how.
Tamarea
Yes, indeed I will talk about recruitment !
Specifically for the Event, Support and Translation teams.
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 support : help to make the game work properly on Windows, Linux or Mac;
- Technical support : answering questions about the client's use and gameplay issues;
- Bug handling : help players facing a bug, check the bugs reported by the ticket system and then forward them to the Development team;
- Role of tester on the test server;
- Ensures that the rules of the game are respected;
- Moderation of discussion channels, forums and any other media used by Ryzom.
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 :
Finally, we are looking for volunteers to translate in-game texts and official announcements into English, German, Spanish, Russian, French, and to proofread texts in
these five languages.
To apply, contact Tamarea exclusively at tamarea@ryzom.com
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 7 times | Last edited by Jadeyn (2 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 (2 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 (2 years ago)

#268 Multilingual 

Multilingual | English | [Français]

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

Ulukyn
En effet, ce fût long l'arrivée de ces jetons !
Et oui, il y a de l'arnaque comme dans toutes les roues !
Néanmoins, on espère tout de même que l'arrivée de nouvelles tenues et armes vous aient mis en appétit !
Car le but évidemment est de pouvoir continuer à en ajouter, à la roue, mais aussi dans d'autres types de gameplay.
Pour ceux qui ne l'ont pas vu (c'est vrai que j'ai zappé de le remonter pour l'indiquer dans la patch note) mais le PNJ à côté de la roue vous propose d'échanger vos cadeaux contre des tickets.
Et les tickets contre des jetons suprêmes. Ainsi, si vous avez trop de perruques, aucun soucis, il sera content de vous les reprendre.
Y a-t-il des questions ?

Q : Est-ce qu'on pourra aussi gagner des plans pour faire les nouvelles tenues ? Histoire d'associer style et habileté de l'artisan.

R : On vient de me le souffler à l'oreille.
Alors, toutes les tenues qu'on ajoute ont toutes un plan de création.
C'est systématique.
Alors concernant la quantité de matières, c'est assez un peu aléatoire, après tout, qui sait comment elle ont été fabriquées ?
Donc si nous venions à ajouter de nouvelles tenues à la roue en remplacement des anciennes, il serait tout à fait possible de mettre les plans à disposition moyennant un défi à réaliser.
D'autres questions ?

Q : Il y a la liste des cadeaux échangeables contre des tickets quelque part ?

R : 2 secondes, j'envoie une capture d'écran.
https://app.ryzom.com/app_web_assets/assets/694863/Clipboard%20-% 207%20mars%202022%2021%2045.png
Il y a donc : peluches, sous-vêtements, tenues de refugié, perruques et tatouages.
D'autres pourront venir s'ajouter comme les morceaux de zig / monture.
Ainsi que l'échange de jetons d'un type vers un autre (à un taux de change abusé ... Évidemment !)

Q : L'échange de perruques : il semble qu'on ne puisse pas choisir la couleur à échanger.

R : Il est maintenant possible de verrouiller un objet dans le sac spécial et dans ce cas là il ne sera pas échangeable ni échangé.
C'est ce qui permet de choisir quel objet échanger avec le PNJ.
D'autres questions ?
Si pas de questions, je vais en profiter pour parler un peu des ajouts de contenu.
Car c'est vrai qu'on en a pas eu depuis longtemps, il y avait eu des armes pour les évènements HRP mais rien de bien nouveau.
Nous avons maintenant Rizyinshi qui nous fait de belles armes (que je modifie un peu parfois) et qui est très motivé.
Nul doute qu'il nous en fera pleins d'autres !
Pour les tenues, l'idée a été de créer une jupe simple, lisse. C'est le cas de la nouvelle jupe à la roue.
C'est une base de jupe zoraï qui a été simplifiée.
De manière à avoir quelque chose d'assez simple à texturer.
Le modèle, la texture (au format Gimp avec les layers pour les 3 skins) et un tutoriel (dès que j'ai un peu de temps, promis) pour pouvoir faire sa propre version seront mis à disposition sur le wiki.
On aura peut-être de futurs designers qui nous feront la prochaine jupe pour la roue !
De plus, tous les objets, la correction de la coiffure ont été faits sous Blender.
Aucun besoin d'avoir 3DSmax, si quelqu'un se sent à l'aise avec l'outil, c'est avec plaisir qu'on l'aidera à intégrer sa création (si c'est validé évidemment !).
Le plus dur souvent c'est de se lancer.
Il y a, parait-il, de très bon cours sur Blender.
Mais dites vous une chose, quoi que vous fassiez, ce sera toujours mieux que la première tenue que j'ai faite pour Ryzom, la tenue PvP sac à patate !

Q : Au fait, tu te rappelles qu'on avait parlé il y a longtemps de ça, de pouvoir faire assoir les homins sur leur siège. À l'époque c'était impossible. Et maintenant, tu crois que cela le deviendrait ?

R : Ah ! Très bonne question !
Et bien il faut 2 choses, fixer un point d'attache sur un siège et coller une animation assis.
Pour l'animation, j'ai pu en ajouter une (un homin qui saute ... Totalement ridicule mais bon !).
Pour l'attache c'est plus complexe, il n'y a que les montures qui en ont.
Il faudrait donc des montures sièges !
Ça va finir en manège ça !
Il y a de moins en moins de choses que nous ne sachions pas faire.
Et pas mal de choses en fin de préparation, pas uniquement cosmétique.

Q : Monture volante ?

R : Si tu parles de monter sur un izam, c'est possible.
Mais voler dans le sens de pouvoir aller où tu veux dans les airs, non.
Car ton personnage va quand même se cogner !

Q : C'est ok de s'asseoir sur le sol, mais des coussins plats comme objets sur le sol seraient super !

Q : Oui, s'asseoir sur le sol sur des coussins. Ou rendre une chaise légèrement surélevée et marchable pour s'asseoir dessus est suffisant.

R : Ah, parce que vous n'avez pas de coussins ?

Q : En lac uniquement.

Q : Il y a, oui, beaucoup de cultures où l'on ne s'assoit que sur le sol.
Mais ils ont des coussins !

Q : Chez moi j'ai fait ça j'ai enfoncé les coussins dans le sol pour s'asseoir dessus.

R : Bon ben, il va falloir qu'on en livre !
Et avec l'option pouvoir s'asseoir sur le coussin et pas dans le coussin !
Ulukyn
Parlons d'OP refactoring.
Et bien, comme Silan refactoring va bientôt passer en traduction (et tests finaux), que le roue a eu son lot de cadeaux, que le nouveau système de tickets est aussi en test, eh bien, bonne nouvelle, je suis à plein temps sur OP Refactoring !
Donc dans environ un mois, ça va bouger !
Je vais juste rappeler les gros changements qui ont été validés par le groupe de travail.
Il y aura lors du reboot du serveur :
- Suppression des matières 50 et 100, pour ne garder que 150 et plus.
- Rotation des matières en qualité et en type.
En gros, un avant-poste pourra ne plus donner le même type de matière, ni la même qualité.
Toutefois, un avant poste 50 donnera beaucoup moins de matières qu'un avant poste 250.
Une fois l'avant-poste conquis.

Q : Nous avons aucun moyen de savoir ce qu'il pop avant d'avoir posé une foreuse ?

R : Alors là ... Bravo, tu me poses une colle ...
Nous allons y réfléchir, mais en effet il serait possible que la guilde qui vient de conquérir un avant-poste soit au courant de la matière et de la qualité.
Sans avoir à poser de foreuse.

Q : Il sera possible d'avoir un avant-poste sans combats ? Sinon comment font les rangers ?

R : Il a été proposé d'avoir aussi des attaques de kitins à la place des tribus.
Et donc du PvK
Qui n'est plus du PvP.

Q : C'est n'importe quoi ...
Les rangers n'aspirent pas à avoir d'avant-poste au risque de se retrouver à se battre contre des homins ...
C'est la typologie même de cette faction ...

R : OP Refactoring concerne le gameplay. Comment chaque joueur joue son personnage, ce n'est pas vraiment une question à laquelle le projet répond.
Je poursuis !
Il y aura dans les rotations de matières de petites subtilités.
Les avant-postes en zone bas niveau auront plus de chance de changer de qualité mais moins de chance de changer de matière.
Les avant-postes en zone haut niveau auront plus de chance de changer de matière mais moins de qualité.
Ainsi, un avant poste 250 qui donne de la vedice Q250 aura plus de chance de basculer sur de l'egiros Q250 que sur de la vedice Q150.
Et pour un avant poste 50 qui donne la même vedice Q250, il aura plus de chance de basculer en vedice Q200 qu'en egiros Q250.
Ensuite, en même temps que la rotation des matières, 50 % des avant-postes seront repris par des tribus.

Q : Y a-t-il un moyen de prédire quelle ressource un avant-poste produira dans le futur ?
Et pour voir ce qu'il fera avant de le combattre ?

R : Jamais à 100% car ça reste aléatoire.
Mais il y a une logique et un nombre fixe de matières et de qualités.
Donc en combinant les informations il serait possible d'en savoir davantage.

Q : C'est justement le but, de ne pas savoir. Il faudra se renseigner à droite à gauche pour savoir ce que l'avant-poste produit avant de l'attaquer.

Q : Est-ce que le rythme des rotations est connu d'avance ?

R : Il sera indiqué oui, mais jamais précis au jour près.
Il dépendra d'un reboot, mais si on part sur une rotation de 3 mois, ce sera 3 mois et quelques jours.

Q : Si jamais j'attaque un avant-poste et soudainement, rotation. Il se passe quoi ? L'attaque reste ou je suis remboursé et la rotation gagne sur le lancement de l'attaque ?

R : Le plus simple sera de bloquer les attaques juste avant une rotation, ce qui évitera ce scénario.

Q : Aura-t-on une chance de nous battre contre la tribu qui veut reprendre notre avant-poste ? Ou alors il y aura rotation et soudainement, plus d'avant-poste ?

R : Il sont très vicieux, ils attaquent quand vous dormez ...
De toute façon, vous vous doutez bien que si vous pouviez les combattre et qu'on arrive pas à 50%, on modiferait les niveaux pour avoir 50%. Donc ce serait juste impossible à gagner.
On ne peut pas équilibrer une attaque pour qu'une guilde de 5 joueurs ait les mêmes chances qu'une guilde de 20 joueurs.

Q : Le prix des attaques va-t-il changer ? Et celui de la foreuse ?

R : Oui, ils vont baisser.
Il n'y aura d'ailleurs plus qu'un modèle de foreuse par faction.
Une fois la rotation et la prise des avant-postes, il y aura une session de mises pour savoir qui va pouvoir attaquer tel ou tel avant-poste.
La session pourrait durer une dizaine de jours.
Le fonctionnement a un peu changé par rapport au projet initial, surtout pour donner une chance à tout le monde.
Chaque guilde aura 50 points qu'elle pourra miser, soit sur un seul avant-poste, soit sur plusieurs en les répartissant.
Elle pourra par exemple miser 30 points sur l'avant-poste X et 20 points sur l'avant-poste Y.

Q : La prise d'avant-poste(s) se fera obligatorement par combat ... On ne pourra pas acheter un avant-poste à la tribu ?

R : Oui, obligatoirement.

Donc les mises, à la fin des 10 jours, c'est très simple.
On regarde pour chaque avant-poste pris par une tribu la mise la plus haute et c'est la guilde qui a misé le montant qui gagne le droit d'attaquer l'avant-poste (elle aura environ 7 jours pour le faire).
Attention, en cas d'égalité (vous alliez me poser la question ?!) si deux guildes misent exactement le même montant, la mise ne compte pas et on regarde la mise suivante.
Donc si deux guildes misent toutes les deux 50, mais une troisième ne mise que 10, les deux mises à 50 sont ignorées. Bravo à la guilde qui n'a misé que 10, elle a eu du nez !

Q : On ne peut miser qu'au moment du changement de la rotation ?

R : Oui.
Les mises servent à savoir quelle guilde peut attaquer un avant-poste qui est détenu par une tribu.

Q : Donc si je suis ce que tu dis, là au moment du patch OP refactoring tous les avant-postes passent PNJs maraudeurs et donc à ce moment-là on aura 10 jours pour miser sur les avant-postes qu'on souhaite ?

R : 50%, pas tous. Et là il y aura les mises sur les 50% d'avant-postes tribus.
Les autres 50% on aura juste à lancer l'attaque.
Les autres 50% restent en mode normal.

Q : Ok et on est d'accord que ce 50 % change de cible à chaque rotation ?

R : C'est totalement aléatoire. On prend la liste, on en choisi la moitié.

Q : On mise sur une tribu ok. Mais est ce qu'on sait ce que les autres misent et est ce qu'on sait ce que cet avant-poste va produire ?

R : On ne sait rien ! Ce sont des mises à l'aveugle.

Donc une fois la session de mises finie, la guilde qui a le droit d'attaquer peut le faire.
Ou ne pas attaquer si elle le souhaite (ou si elle ne peut pas).
Le seuil de l'avant-poste est systématiquement de 5.
Donc si vous voulez vous entrainez, allez au Nexus et attaquer un avant post au seuil 5.

Q : Donc pour ce type d'avant-poste c'est uniquement du GvG ?
À ce moment-là je parle.

R : Du GvE.
C'est ta guilde contre la tribu, et uniquement.

Q : Ouais on peut appeler aucun renfort donc.

R : Non, aucun.

Q : Donc les guildes de 2 pour ce type d'avant-postes c'est cuit.

R : De plus, les membres ayant rejoint une guilde après le début des mises ne pourront pas non plus participer.
Si je ne dis pas de bêtises, d'après les tests au Nexus, une guilde de 3 sur un avant-poste 50 arrive à passer le seuil 5.
Mais évidemment pas sur un avant poste 250.

Q : Que se passe-t-il si la guilde qui a gagné la mise n'attaque pas l'avant-poste ? Ou ne passe pas le seuil ? L'avant-poste reste aux mains de la tribu combien de temps ?

R : J'allais y venir.

En cas de défaite ou de non attaque, l'avant-poste passe à son seuil maximum.
Et c'est à qui voudra l'attaquer.
En cas de réussite, l'avant-poste restera inattaquable pendant plusieurs jours avant de repasser en mode normal.
Histoire que la guilde puisse en profiter un peu.
Il y aura enfin un 3ème type de PvP.
Il sera possible pour une guilde de déclarer (après la session de mises et attaques de tribus) 2 fois par cycles (le nombre pourra changer) un GvG.
Ce qui n'engagera que les 2 guildes, celle qui attaque et celle qui défend.
En une seule phase.
Si la guilde gagne, l'avant-poste, de la même façon que pour les attaques GvE, reste inattaquable quelques jours.
Puis il ne sera attaquable qu'en GvG et cela pendant encore quelques jours.
Dans tous les cas, un avant-poste ne pourra être attaqué qu'une fois maximum par semaine en GvG.
En FvF c'est sans limite.
L'idée étant d'avoir finalement les trois types de PvP et que chaque guilde puisse y pratiquer son style de jeu.
Les périodes où les avant-postes ne sont pas attaquables servent à récompenser la guilde et qu'elle puisse profiter de l'avant-poste avant une éventuelle attaque FvF massive.
Je pense n'avoir rien oublié et si c'est le cas, ce sera la surprise !

Q : Quelle est la durée de la période sans attaque, s'il vous plaît ?
Et si PvE est de 50%, quel est le pourcentage pour GvG ? et FvF ?

R : Les 50% concernent les avant-postes qui seront repris par les tribus.
Ceux-là auront une periode de 10 jours sans attaque.
Mais les autres ça ne change pas.
Ils resteront en FvF comme maintenant.

Q : Pourquoi ne pas tenter votre nouvelle petite expérience avec des avant-postes inférieurs à Q150 pour voir comment le système fonctionne ou même s'il fonctionne avant de détruire ce qui reste de la fragile communauté.

R : Les avant-postes vont tendre à évoluer, nous prévoyons de nouvelles choses.
Mais le système actuel ne permet aucune évolution.
Si nous souhaitons ajouter de vrais matières de valeurs, il faut que cela ne déséquilibre pas plus le jeu.
Or pour cela, il faut que les attaques d'avant-postes soient la clef du gameplay.
Et non, le fait de le conserver autrement, ce qu'il va se passer c'est que nous serons obligés d'ajouter de nouvelles choses ailleurs, mieux équilibrées.
Et les avant-postes finiront par ne plus être que des ruines.

Q : Alors comment empêcher les gens de rejoindre la guilde attaquante avant l'attaque ?

R : Ah, je savais bien que j'avais zappé un truc !
Pour rejoindre un GvG ou un GvE il faut avoir intégré sa guilde au moins 3 semaines avant.

Q : Actuellement, les guerres d'avant-postes font venir des joueurs en jeu, s'il y en a. Un GvG ... En attirera beaucoup moins. Surtout si vous ne pouvez pas rejoindre les camps ou inclure de nouveaux joueurs.
Cela ne rend-il pas les choses plus triviales ? Nous avons testé un GvG et il a été difficile pour le parti opposé de rallier 4( !) personnes.

R : Désolé, nous avons déjà discuté de cela plusieurs fois.
Et travaillé pendant plusieurs mois avec de nombreux joueurs sur le sujet.
De toutes les factions.
Je sais que le projet a trainé ... Malheureusement.
Mais je ne vais pas revenir sur chaque point.
Pour les nouveaux joueurs, 3 semaines ce n'est rien.
De plus, on parle de GvG et GvE, non pas de FvF.

Q : Je quitte ma guilde tous les jours pour prendre des objets/matières premières dans mes autres halles de guildes ... Le stockage est un problème énorme. Cela signifie-t-il que je ne peux plus le faire ?

R : Si, tu pourras continuer à le faire. Dans le cas du GvE, si tu es dans la guilde au moment de la mise, tu pourras demander à participer à l'attaque contre la tribu.

Q : Donc le jour du pari, je suis dans la guilde, et entre le pari et l'attaque je peux toujours abandonner et revenir à la guilde ?

R : Dans le cas du GvG ce n'est pas simple, cela pourrait fonctionner aussi, si au moment de la déclaration du GvG vous êtes dans la guilde, vous pourrez participer, oui.

Q : Pourquoi ne pas simplement ajouter un bouton pour déclarer le GvG et rendre tout cela plus facile ?

R : Il y aura un bouton, promis !

Q : Est-ce qu'il y aura un tableau de bord ou quelque chose qui permettra de suivre quels avant-postes sont pris par les tribus, savoir quels avant-postes produisent quoi, etc ?

R : Il y aura un tableau pour savoir quels avant-postes sont pris par les tribus, oui.
Il servira à y mettre les mises.
Mais pas de savoir quel avant-poste produit quoi.

Q : Désolé, revenons au truc des 3 semaines ! Ça veut dire qu'on n'a plus besoin de considérer les 3 semaines ?
Pour autant que nous soyons présents dans la guilde au moment de la déclaration de GvG.

R : Si vous declarez un GvG, à ce moment-là, il y a une liste des membres sauvegardée.
Si vous quittez la guilde, vous pourrez demander à récupérez la date d'entrée dans la guilde qui avait été enregistrée.

Q : Une guilde peut-elle refuser un GvG si une guilde plus petite gagne un GvE et qu'on lui déclare un GvG ?

R : Non une guilde ne peut pas refuser le GvG.

Q : Si je conprends bien : une guilde peut gagner un avant-poste en GvE. Mais ensuite, l'avant-poste peut leur être retiré en GvG ?
Quel est le temps qu'ils garantissent l'avant-poste ?

R : Ou en FvF.
10 jours.
Et tous les avant-postes redeviennent comme actuellement éventuellement.
Tamarea
L'heure tourne et il est largement temps de passer au dernier sujet.
Nous remettrons "OP refactoring" à l'ordre du jour de la prochaine réunion.
Parlons donc du recrutement.
ÉQUIPE EVENT :
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
ÉQUIPE SUPPORT :
Nous cherchons aussi des bénévoles souhaitant rejoindre l'équipe de Support afin d'aider les joueurs de diverses manières :
- Assistance informatique et technique, traitement des bugs, rôle de testeur sur le serveur de tests, veille au bon respect du règlement du jeu.
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 :
Nous cherchons des bénévoles afin de traduire et corriger des textes en jeu et des annonces officielles dans les langues du jeu, ainsi que pour effectuer la relecture de textes dans ces cinq langues.
Même si vous avez peu de temps à offrir, votre aide sera la bienvenue !
Pour postuler, contactez exclusivement Tamarea à tamarea@ryzom.com
ÉQUIPE TEST :
Nos Devs préparent des patchs réguliers, et c'est grâce au rôle crucial des testeurs qu'ils peuvent arriver sur Atys avec très peu de bugs.
C'est pourquoi nous recherchons des bénévoles souhaitant donner un peu de leur temps pour aider à remonter des bugs et à tester les nouveautés en cours de développement.
Vous pourrez aider selon vos disponibilités et choisir en toute liberté les tests auxquels vous voulez participer.
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 19 times | Last edited by Margote (2 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 (2 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
uiWebPrevious45678910111213141516171819uiWebNext
 
Last visit Sunday, 28 April 09:14:44 UTC
P_:

powered by ryzom-api