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.

Compte-Rendu de la réunion de Ryzom Forge – 18 janvier 2021

1 - Activité de l'équipe Ryzom in 2020

2 - Nouveau lanceur et installeur

Q : Lors de la dernière réunion RF seuls le tests pour les machines Linux et Windows étaient possibles… Les tests pour machines Mac peuvent-ils débuter désormais ?
R : Oui : la phase de développement du lanceur Mac a été bouclée aujourd'hui même !

Q : Pouvez-vous nous donner un lien permettant de télécharger le nouveau lanceur ?
R : Pas ici ni maintenant : afin que nous puissions solliciter les retours de tous les testeurs, ce lien ne sera donné que sur demande formulée individuellement auprès de Tamarea.

Q : Le nouveau lanceur permettra-t-il de connecter simultanément sur Atys deux personnages d'un même compte ?
R : Non, ceci est techniquement impossible. Comme aujourd'hui, donc, la connexion simultanée de plusieurs personnages ne sera possible que si ces derniers relèvent de comptes différents.

Q : Nos canaux de guilde bénéficieront-t-il bientôt, comme les autres, de la traduction automatique ?
R : Très probablement, oui. Cela fait partie des demandes à l'étude au sein de la RT.

3 - Mise en place de textures de haute-définition

Q : Cette version HD palliera-t-elle le défaut de visibilité constaté lorsque la valeur du paramètre local d'interface (echelle) est supérieur à 1.00 ?
R : Oui. Avec ces textures HD les tests confirment une visibilité très correcte pour une valeur de 2.00 et il continuent pour améliorer les textes des icônes pour les valeurs intermédiaires.

Q : L'API sera-t-elle mise à jour en conséquence ?
R : Nous travaillons à cette mise à jour, mais elle n'est pas sans difficulté. Toutefois toutes les images mise à disposition dans l'API le seront dans leur version HD dès le prochain patch.

4 - Refonte des Rois

Q : Les noms des Rois actuels seront-ils modifiés ?
R : Non. Mais il y en aura de nouveaux !

Q : La valeur des objets collectés sur la dépouille d'un Roi sera-t-elle en rapport avec le niveau de ce dernier ?
R : Oui, le butin obtenu d'un Roi de bas niveau a moins de valeur que celui obtenu d'un Roi de haut niveau.

Q : Une autre phase de test est-elle programmée ? Et si oui, pour quand ?
R : Oui, un phase de test sur le serveur de développement va bientôt commencer (il reste quelques problèmes avec les nouveaux butins et nous espérons avoir terminé à la fin de cette semaine.

Q : Un Roi de niveau N pourra-t-il désormais abandonner à ses exécuteurs un butin de qualité supérieure à N ?
R : Non : un Roi tué procure toujours un butin de qualité égale à son niveau.

Q : Y aura-t-il des Rois de niveaux plus bas que 70 et de niveaux intermédiaires à ceux de l'échelle actuelle (70 | 120 | 170 | 220 | 270) ?
R : Non, mais le nombre des Rois augmentera beaucoup pour chaque niveau de l'échelle rappelée.

Q : Quand ces changements seront-ils effectifs en jeu ?
R : Aussitôt que possible, c'est à dire dès les tests concluant achevés... tests dont la durée dépend du nombre de testeurs volontaires.

Q : Y aura-t-il de nouveaux Rois accessibles au personnages débutants (sur Silan) ?
R : Non, le projet concerne seulement les continents et les Primes Racines.

Q : Y aura-t-il d'autres Rois « corrompus », comme l'était Cratchakyo?
R : Non, ce n'est pas prévu pour le moment.

5 - Events

Q : Est-il prévu de relier les events live à la Storyline ?
R : Oui. Un premier interviendra d'ailleurs avant qu'il soit longtemps.

Q : Le prologue de la Storyline (les rumeurs) sera-t-il débogué avant le lancement de son épisode 2 ?
R : Oui, ceci afin de permettre aux nouveaux arrivants de dérouler les épisodes dans l'ordre. Il sera également amélioré dans son fonctionnement pour le rendre plus facile à jouer.

6 - Recrutement

Q : Les testeurs bénévoles sont-ils avertis individuellement des dates et heures des tests qu'on leur demande de conduire ou doivent-ils guetter l'apparition d'une demande les concernantsur une page les présentant tous ?
R : Non. Les dates et heures sont, si besoin (test en groupe), déterminées en commun sur le canal Ryzom Chat dédié où l'usage de la mention @all permet d'en prévenir par courriel tous les testeurs abonnés au canal. Mais les demandes de test individuelles sont simplement portées sur un tableau d'ordonnancement. La suggestion de notification individuelle pour les testeurs occasionnels sera cependant examinée attentivement.

Q : Qu'est-ce qui est attendu d'un testeur, exactement ?
R : Utiliser un ajout ou un correctif du jeu, repérer les bugs éventuels dans son fonctionnement puis nous en faire part sur le document rassemblant les remontées des testeurs. Mais aussi, s'il s'agit d'un ajout, donner sont avis sur ce dernier, afin que nous puissions l'améliorer avant sa mise en service sur le serveur de jeu.

Q : Lorsqu'un test est en colonne Waiting dans le tableau d'ordonnancement (KanBoard), peut-on malgré tout compléter le pad des remontées ?
R : Quand un test est dans Waiting, ça signifie que l'objet du test a été confié aux aux développeurs pour correction des bogues signalés par les testeurs. Il sera remis entre les mains des testeurs (repassé en colonne Testing) une fois cette correction terminée.

Q : Ne faudrait-il pas former et accompagner, ne serait-ce qu'un minimum, les testeurs bénévoles à leur débuts dans l'équipe ?
R : Si, probablement. Nous y pensons.

Q (hors sujet) : La remise en service en jeu de l'Éditeur Scénographique est-elle prévue ?
R (inespérée) : Oui ! Il 'agit d'ailleurs de la prochaine tâche de développement programmée.

La réunion est close à 23:00 UTC