Ryzom Forge meeting (November 16th)

Date: monday, November 16th, 20:30 UTC (21:30 CET)
Meeting places:

• Atys, on the public channel Forge (open the WebIG (Ctrl+W) and click on the “RF” button next to the language flags)

or

• chat.ryzom, channel #pub-forge (https://chat.ryzom.com/channel/pub-forge)

 

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.

Pour information utile il existe une application qui permet d'extraire et de trier les canaux que l'on veut a partir du fichier chatlog

ChatLog decoder

/appzone 1831
(FR) Analyse votre chatlog et vous permet de ne garder que les informations que vous souhaitez. -- (En) Analyzes your chatlog and helps you getting only the informations you want. -- Credit : Kervala / Natara

Ryzom Forge meeting report - November 16th, 2020

sinvaders : his a real translation or is it DeepL?

tykus : It’s translated by a Russian translator from English :)
It’s a real translation :)

Nightviper : will the RT do to enforce the rules? is everything dependent on me recording a video of any behaviour?

tykus : No, sometimes a screen is enough, but the important thing is that players should try as much as possible to sort things out between themselves, support only comes into play if there is no means of dialogue
Support cannot ( and must not ) intervene at all times, it harms the fluidity of the game :)

Nightviper: not about conflicts between players, I’m talking about botting and MultiBoxing

tykus : Viper, we’re talking about multi boxing right after :)




Xiom : What ‘s the point of making a code of conduct with clear rules if the support is not there to decide?

tykus : support will be in the middle, yes, if the players can’t get along, that’s all :)

tykus : For example, a player passes you by followed by a procession of mobs and you die… No need to shout after a CSR, try to contact the player, see if he’s dead too, if he can rez you etc…
if the player answers you wrong, laughs at you, then the support intervenes :)


Sinvaders : if we agree (between players) on something that violates the Code of Conduct, we stay in the game? because it’s resolved between players.

tykus : exactly :)
Good sense always prevails :)

Kyrean : many players must be present for the rule to be accepted; all or just a few ?

tykus : if the players involved get along, the spectator players don’t have to intervene, it creates unnecessary tension :) And that’s not the point :)


Kyrean: if only one player involved doesn’t start with the others?


tykus : If a player is not convinced, he can always make a ticket, the support will then evaluate its admissibility :)

Kyrean says: The rules is flexible at will. It’s blurry

tykus :It’s a rule of common sense… Moreover any abuse of the support can be punished :)

Krill : I have the impression that the rules are there if the players don’t get along.

tykus : that’s it Krill :)


Xtarsia :you phone the police every time you see someone going slightly too fast? no. someone doing 100mph through a school zone? sure.

tykus : Exactly Xtarsia :)
on a game there is less risk for human life anyway :)

Xiom : We’re not going to lie to each other, the bottom line is auto-clicking with the alts … why tolerate alt again? no alt no cheating.

tykus : We can’t compare the highway code to the ryzom driving code anyway…
the risks are clearly not the same :)

Depyraken : one player bother the others, it will always happen (and… fortunately… in fact)… but should we establish too restrictive laws that will bother everyone because of one person?

tykus : We’re also amended the exploit part, adding the security holes… We have also specified that a player who reports an exploit or a security breach, cannot be punished, if he stop using since discovered.

Syron : Players should try to solve problems on their own… without resorting to support.

tykus : I’m talking about the Syron player conflict, right?


Syron : In the case of two players are ok, to steal from each other just to spice up their game a little bit… what happens?

tykus: the people around can send a ticket and we will evaluate if the inconvenience is real or not :P

Syron : but, clearly, there’s so much GM missing that we’re forced to solve the problems between us (and we’re not going to lie to each other, it never works)…

tykus : No Syron, that’s not the point, we get a lot of complaints that could be settled by the players themselves, that’s why I’m pointing it out…
Nightviper : will the RT do to enforce the rules? is everything dependent on me recording a video of any behaviour?

Tykus: We’re equipped ourselves with tools to enforce this rule, and as time goes by, gameplay modifications will make it less interesting to use simultaneous accounts on large phases of the game.

Syron : The tools you’re talking about are tools that allow you to ‘’see’’ which multibox or are they just tools that allow you to limit the number of players in an instance for example? This would not solve the problem of multiboxing detection

tykus :Just to see, to limit the means that have been around for a long time, it’s just the lack of evidence that’s blocking…
Knowing that it is impossible to limit the number of connections to the server efficiently, we have opted for this alternative :)

sinvaders : already been seen that videos don’t help prove someone’s multiboxing.
In some cases, it wasn’t the videos that were missing.

Tykus: that’s why we have tools to check, same for the bot, the videos, in most cases, do not prove 100% the bot, so we chose to ask the suspected player, to now you how he does it :)
No MMO has an effective system against bots…
Syron : indeed, hence the question of how Ryzom intends to fight against bots :p

tykus : none can syron it, they all broke their teeth on it… So we have chosen to ask for transparency from the players :)

Syron : If this decision has been put into place it is because it seems obvious that playing x players at the same time gives a significant advantage to the ‘’competitive’’ gameplay (king/marau etc…).
What is the interest or the logic to keep the authorization to 2 accounts anyway?

tamarea: This solution (limitation to two counts on OPs, marauding kings and kings and tolerance to four counts elsewhere) was chosen because it is the best possible compromise between the different ways of playing


Xiom : one in his corner ok, 2 for an event such as king, op or event it doesn’t make more sense, we clearly favor the rich and clever of the bot.

tamarea : Our new tools will allow us to see who is misusing multiboxing, we will just need a ticket with video to initiate our verification.
The other hand, we are starting to work on gameplay modifications to reduce the interest of multiboxing, especially with the Boss refactoring project.
Players who like to play multiboxing are allowed to do so outside of OP, kings and boss maraus, as long as it is obvious to an observer that they are not bots. Movements must not be they don’t seem to be in sync. When in doubt, we will investigate and will be able to remove the tolerance to four simultaneous counts.
main objective is to make multiboxing ineffective on kings, especially for camping.
Scripted missions, especially those of the Storyline, will also make multiboxing either impossible or ineffective.



Xiom: Tamarea, what will the modified gameplay measures look like?
Tamarea: Xiom you can see the latest report on Boss refactoring here: https://app.ryzom.com/app_forum/index.php?page=post/view/202186

Syron : still doesn’t answer the question ‘’Why continue to give a 2 count advantage over king/op/marau…
tamarea : Syron : we allow two accounts on POs etc. primarily for financial reasons.

Tamarea : We’ re thinking about adding supernodes to the multiboxing limitation. What’s your opinion on the subject?

Jorgensen : i agree it should be in the list
Nizyros :+1we have no other choice at our disposal
Sinvaders : Should be on the list.

tykus : was the last topic of the meeting, since it’s getting late, we’re going to close the meeting :)

thank you for the transcript. I'm curious how it will work out in practise :)

Ryzom Forge meeting ( November 30 th 2020)

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

Meeting places:

• Atys, on the public channel RF

or

• Ryzom Chat, channel #pub-forge-xx (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.

Ryzom Forge meeting report – November 30th, 2020

New launcher (Tykus)

Q: Do we need to download the new ryzom_installer.exe and do you have an ETA?
A: For the moment it is in test phase, it is already downloadable for testing. The ETA will be defined by the test results.

Q: These words ''import your profile from the old one'' - does this mean that the new configurations (structure or hierarchy) will be somehow different from the current configurations? Why else would you use the word "import" instead of "copy"?
A: Yes, it's different, the new launcher makes the difference between profile (which is a folder with the backups, the .cfg client etc) and shortcuts which are the saved login information to connect quickly. At the first launch, the launcher will import the ryzom_installer settings as profiles AND shortcuts.

Q: I didn't understand the thing about profiles and shortcuts. Is it possible to explain it again? If I have several characters on several accounts, I have several profiles, right?
A: In ryzom, the client can use profiles to store screenshots, character backups and client settings. But several characters can be in the same profile without worries. Having only one profile works very well when you have several accounts. We used to make one profile per account with the ryzom installer. With the new launcher, this is not useful, just make shortcuts. It's simpler and it allows you to have only one folder to save.

Q: Is it for the Linux client as well? Q: All these .exe, it doesn't seem very suitable for mac clients. Is that planned?
A: There will be a launcher for each windows, mac and linux platform, of course. For the moment, only windows and linux are being tested.

Q: Once the new launcher is ready, will we have to re-install the game with it?
A: No, it can be installed instead of the other one without having to uninstall the old one.

Q: Can we also test it? Or is it reserved for developers?
A: No, you can ask Tamarea to be part of the testing team, the more testers there are, the more efficient the tests will be. It's mostly the different linux distributions that need to be tested. There are so many variants that we can't cover all aspects.

End of meeting

Ryzom Forge meeting ( January 21st 2021)

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

Meeting places:

• Atys, on the public channel RF

or

• Ryzom Chat, channel #pub-forge-xx 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.

Ryzom Forge meeting report – January 18th, 2021

1 - Ryzom Team activity in 2020

2 - New launcher and installer

Q: At the last RF meeting only testing for Linux and Windows computers was possible… Can testing for Mac computers start now?
A: Yes: the development phase of the Mac launcher was completed just today!

Q: Can you give us a link to download the new launcher?
A: Not here nor now: so that we can solicit feedback from all testers, this link will only be given upon individual request made to Tamarea.

Q: Will the new launcher allow two characters from the same account to connect simultaneously on Atys?
A: No, this is not technically feasible. As today, therefore, the simultaneous connection of several characters will only be possible if they are under different accounts.

Q: Will our guild channels soon benefit, like others, from automatic translation?
A: Most likely, yes. This is one of the requests under examination within the RT.

3 - Implementation of high-definition textures

Q: Will this HD version compensate for the visibility defect found when the value of the local interface parameter (scale) is greater than 1.00?
A: Yes, with these HD textures the tests confirm a very correct visibility for a value of 2.00 and they continue in order to improve the icon texts for intermediate values.

Q: Will the API be updated accordingly?
A: We are working on this update, but it is not without difficulties. However, all the images made available in the API will be in their HD version as soon as the next patch is released.

4 - Boss refactoring

Q: Will the names of the current Bosses be changed?
A: Non. Mais il y en aura de nouveaux !

Q: Will the value of the items collected from the remains of a Boss be related to the level of the latter?
A: Yes, the loot obtained from a low level Boss has less value than that obtained from a high level Boss.

Q: Is another test phase scheduled? And if so, for when?
A: Yes, a test phase on the development server will start soon (there are still some problems with the new loots and we hope to have it finished by the end of this week.

Q: Will a Boss of level N now be able to give up to his executors a loot of higher quality than N?
A: No: a killed Boss still provides a loot of equal quality to his level.

Q: Will there be Boss level lower than 70 and intermediate to the current scale (70 | 120 | 170 | 220 | 270)?
A: No, but the number of Bosses will increase significantly for each level of the recalled scale.

Q: When will these changes take effect in game?
A: As soon as possible, i.e. as soon as conclusive tests are completed... tests whose duration depends on the number of volunteer testers.

Q: Will there be new Bosses accessible for beginner characters (on Silan)?
A: No, the project concerns only the continents and the Prime Roots.

Q: Will there be other "corrupt" Bosses, like Cratchakyo was?
A: No, this is not planned at the moment.

5 - Events

Q: Is it planned to link live events to the Storyline?
A: Yes, a first one will take place soon, by the way.

Q: Will the Storyline prologue (the rumors) be debugged before the launch of its episode 2?
A: Yes, this to allow newcomers to unroll the episodes in order. It will also be improved in its operation to make it easier to play.

6 - Recrutement

Q Are volunteer testers notified individually of the dates and times of the tests they are asked to run, or do they have to watch for a request to appear on a page listing all of them?
A: No. The dates and times are, if necessary (group testing), determined jointly on the dedicated Ryzom Chat channel where the use of the @all mention allows all testers subscribed to the channel to be notified by email. But individual test requests are simply posted on a scheduling table. The suggestion of individual notification for casual testers will however be carefully considered.

Q: What exactly is expected of a tester?
A: Play an addition or a patch to the game, spot possible bugs in its operation and then tell us about them on the document gathering the feedbacks from the testers. But also, if it is an addition, give us your opinion on it, so that we can improve it before it is put into service on the game server.

Q: When a test is in Waiting column of the scheduling table (KanBoard), is it still possible to complete the feedbacks' pad?
A: When a test is in Waiting, it means that the test object has been handed to the developers for them to fix the bugs reported by the testers. It will be handed over to the testers (put again in column Testing) once the correction completed.

Q: Shouldn't volunteer testers be trained and accompanied, even if only a minimum, when they first join the team?
A: Yes, probably. We are thinking about that.

Q (off-topic): Is the Scenographic Editor scheduled to come back in game?
A (unexpected): Yes, this is the next scheduled development task, by the way.

The meeting is closed at 23:00 UTC.