Général


uiWebPrevious567891011121314151617181920uiWebNext

#195 Multilingue 

Multilingue | English | [Français]

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

1 - Mise à jour des textures HD

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

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

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

2 - Nouveau service de facturation

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

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

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

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

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

3 - Multiboxing

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

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

4 - Refonte des Rois

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

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

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

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

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

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

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

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

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

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

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

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

5 - Refonte des avant-postes

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

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

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


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

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

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

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

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

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

La réunion est close à 22:05 UTC

Edité 4 fois | Dernière édition par Nilstilar (il y a 4 ans). | Raison: Various fixes

---

#196 [en] 

Nilstilar
server reboot
...

---

Kaetemi

#197 [en] 

Nilstilar
HD texture
Are these the original 2x scale textures from the PSD of Nevrax artists? Or did you really lose them, and doing an AI upscale?

EDIT: Seems like AI upscale. Looks nice.

Keep in mind, for the 128x128 and 256x256 ground textures, these are actually 127x127 and 254x254 textures. For the small textures, the outer edge is repeated. For the large textures, the middle and outer lines must be repeated. The landscape tiling mechanism expects this for seamless interpolation.

Edité 2 fois | Dernière édition par Kaetemi (il y a 4 ans).

---

Kaetemi

#198 [en] 

Kaetemi
Nilstilar
server reboot
...

I presume that was to mean that each "alltogether rotation" will need a server reboot.

Edité 2 fois | Dernière édition par Maupas (il y a 4 ans).

#199 [en] 

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

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

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

---

Do not assume that you speak for all just because you are the loudest voice; there are many who disagree that simply have no desire to waste words on you.

#200 [fr] 

Would suggest that some OPs (one per perhaps ones near PR access points be reserved for Homin vs NPcs / Kitins under the "stewardship" of the Rangers.   Would be nice to see Rangers who, for the most part won't participate in Homin vs Homin activity,  be able to enjoy such activities too.  To keep the turnover aspect in play .... once the OP is lost, it would have to be retaken by another Guild.

Unless they getting a discounted subsciption price each month, should be a way for them to have comparable access to all content.

Dernière édition par Fyrosfreddy (il y a 4 ans).

---

#201 Multilingue 

Multilingue | English | [Français]

Réunion de Ryzom Forge (12 Octobre 2020)

Date: lundi 12 octobre, 19:30 UTC (21:30 CEST)

Lieu :
  • Atys, sur le canal public RF
ou
  • Ryzom Chat, canal #pub-forge-xx(https://chat.ryzom.com/channel/pub-forge)

Durée : 1.5 heure

Participants : tous les joueurs de Ryzom le désirant.

Nature : réunion d'information, de questions / réponses et de feedback.

Sujet : Projets terminés, en test et prêts à être testés.
Ordre du jour

    1 - Op refactoring
    2 - Recrutement

Dernière édition par Tykus (il y a 4 ans).

#202 Multilingue 

Multilingue | English | [Français]

Réunion de Ryzom Forge (16 novembre)

Date: lundi 16 novembre, 20:30 UTC (21:30 CET)
Lieu :
  • Atys, sur le canal public Forge (ouvrir le WebIG (Ctrl+W) et cliquer sur le bouton “RF” à côté des drapeaux de langue)
ou

 

Durée : 1.5 heure
Participants : tous les joueurs de Ryzom le désirant.
Nature : réunion d’information, de questions / réponses et de feedback.Sujet : Projets terminés, en test et prêts à être testés.
Ordre du jour
Mise à jour du Code de Conduite https://app.ryzom.com/app_forum/index.php?page=topic/view/31250/1
  • Ajout de la version russe
  • Multiboxing

Edité 4 fois | Dernière édition par Tykus (il y a 4 ans).

#203 [en] 

Minutes of the November 16 2020 Ryzom Forge Meeting

There was only one topic: The changes to the Code of Conduct regarding multiboxing.

Tykus announced the changes, gave links to some translations of the current code of conduct.

It was asked whether Supernode events should be included in the 2-multibox limit. There seemed to be some consensus.

Some players asked for a stricter ban - it seemed like botting was no longer the issue to them, but simply playing more than one character at a time.

Tamarea explained that the current 2-character limit for outpost wars/NPC hunts was a compromise between the players who wanted 4 and the players who wanted 1.

Some off-topic discussion was held about boss camping

There were no resolutions.




Magez has formatted and posted the full content of the meeting below

Dernière édition par Jorgensen (il y a 4 ans).

#204 [en] 

---

#205 [en] 

Can you please split the report into English and French version? This is terrible to read.

Also, I am missing report form the previous meeting.

#206 [en] 

Moniq, there are many hundreds of lines. I already had to write a program to scrape this much from my chat logs. I'll see what i can do for tidying up that stuff, but i can't promise anything.

#207 [fr] 

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

Dernière édition par Eolinius (il y a 4 ans).

#208 Multilingue 

Multilingue | English | [Français]

Compte rendu de la réunion Ryzomforge du 16 novembre 2020

ordre du jour
Mise à jour du code de conduite:
Tykus
Plusieurs choses ont été ajouté comme la règle pour les noms personnalisées des zigs et toubs, Il a été aussi ajouté les boss Maraudeurs dans la règle III.8.
Diverses corrections ont été apportées aux textes, surtout dans la formulation, je vous conseille de le relire en entier
Diverses corrections on été apportées aux textes, surtout dans la formulation, je vous conseille de le relire en entier

1- Ajout de la version Russe https://app.ryzom.com/app_forum/index.php?page=topic/view/31250/1
Nous remercions particulièrement les traducteurs qui ont travaillé rapidement pour accorder les diverses version du code, avec les changements, corrections etc…

Sinvaders : Il s’agit d’une vraie traduction ou c’est du DeepL?
Tykus : Non c’est traduit par un traducteur Russe depuis l’anglais :)
Donc c’est une vrai traduction :)

Nightviper : la RT fera-t-elle respecter les règles ? Tout dépend-il de l’enregistrement vidéo d’un comportement quelconque ?

tykus : Non, parfois un screen suffit, mais ce qui est important, c’est que il faut avant tout que les joueurs essayent un maximum de régler les choses entre eux, le support n’intervient que si il n’y a aucun moyen de dialoguer :)

tykus : Le support ne peut pas ( et ne dois pas) intervenir à tout bout de champs, ça nuit à la fluidité du jeu :)
Nightviper : Je ne parle pas de conflits entre joueurs, je parle de botting et de MultiBoxing
tykus : Viper, on parle du multi boxing juste après :)

Xiom :a quoi sert de faire un code de conduite avec des règles clairs si le support n’est pas là pour trancher ?
tykus : Le support tranche, oui, si les joueurs n’arrive pas à s’entendre , c’est tout :)

tykus : Par exemple, un joueur passe a coté de vous suivi d’un cortège de mobs et vous mourrez… Rien ne sert de crier après un CSR, essayez déjà de contacter le joueur, voir si il est mort aussi, si il peut le ressusciter etc…
Après si le joueur vous répond mal, se moque de vous, là, le support intervient Vous voyez ?
Sinvaders : Du coup, si on se met d’accord (entre joueurs) sur quelque chose qui entre en infraction avec le Code de Conduite, nous restons dans les clous? vu que c’est résolu entre joueurs
tykus : Oui, exactement :)
Le bon sens prime toujours :)

Kyrean : combien de joueurs présents faut il pour que la règle soit accepté; la totalité ou juste quelques-uns ?

tykus : si les joueurs impliqué s’entendent, les joueurs spectateurs n’ont pas à intervenir, ça créé des tensions inutiles :) Et c’est pas le but :)

Kyrean: et si un seul joueur impliqué ne s‘entend pas avec les autres ?

tykus : ça après, ça se règle sur place, si un joueur n’est pas convaincu, il pourra toujours faire un ticket, le support évaluera alors sa recevabilité :)
Kyrean: donc le règlement est modulable a volonté, c’est flou.
tykus :C’est une règle de bon sens… De plus tout abus d’utilisation du support peut être sanctionné :)
Krill : J’ai plutôt l’impression que le règlement est là si c’est les joueurs ne s’entendent pas.
tykus : Oui, c’est ça Krill :)

Xtarsia : vous appelez la police chaque fois que vous voyez quelqu’un aller un peu trop vite ? non. Quelqu’un qui traverse une zone scolaire à 100 km/h ? bien sûr.
tykus : Exactement Xtarsia :)
En plus sur un jeu y a moins de risques pour la vie humaine quand même :)

Xiom : on va pas se mentir, le fond du problème c’est l’auto-clic avec les alts … pourquoi tolérer encore les alt ? pas d’alt pas de triche
tykus : On peut pas comparer le code de la route au code de conduite de ryzom quand même… Les risques ne sont clairement pas les mêmes :)
Depyraken :qu’un joueur ennuie les autres, ça arrivera toujours (et… heureusement… en fait)… mais faut-il établir des lois trop restrictives qui vont ennuyer tout le monde à cause d’une seule personne ?

tykus : Nous avons aussi amandé la partie exploit, en ajoutant les failles de sécurités… Nous avons aussi précisé qu’un joueur qui signale un exploit ou une faille de sécurité, ne peut pas être puni, si il arrête de l’utiliser après l’avoir découvert.

Syron : les joueurs doivent essayer de régler les problèmes par eux même… sans faire appel au support

tykus : Je parle surtout des conflits entre joueurs syron ?
Syron : dans le cas ou deux joueurs sont ok, pour s’auto voler des rois histoire de pimenter un peu leur jeu… il se passe quoi ?
tykus: Et bien les personne autour pourront envoyé un ticket et nous évaluerons si le désagrément est réel ou pas :P

Syron : Non mais, clairement, il manque tellement de GM que ça qu’on est obligé de régler les problème entre nous (et on va pas se mentir, ca marche jamais)…
tykus : Non syron, c’est pas la question, on reçoit beaucoup de plainte qui pourrait être réglé par les joueurs eux même, c’est pour ça que je le précise…
Tykus
III.4. Multiboxing
:
III.4.1 Règle générale :

Le multiboxing (le fait de jouer plusieurs personnages en même temps, sans l’aide d’un logiciel tiers) est limité à deux comptes connectés simultanément pendant les batailles d’avant-poste, les chasses aux Rois, les assauts sur Chefs Maraudeurs et les événements scénarisés de la Storyline (voir III.4.2) et tolère jusqu’à quatre comptes pour les autres activités.
Lorsqu’un joueur joue plusieurs personnages simultanément (multiboxing), il ne doit y avoir aucun doute pour un observateur qu’ils sont contrôlés manuellement l’un après l’autre et non par un bot. En cas de doute, l’observateur est invité à envoyer à l’équipe d’assistance une vidéo montrant les personnages agissant de manière apparemment synchronisée. L’équipe d’assistance décidera alors si cela constitue une violation du présent Code de conduite et, dans l’affirmative, si cela est le fait d’un éventuel bot (voir III.3) ou s’il s’agit seulement d’une violation des règles édictées par le présent alinéa (III.4). Dans ce dernier cas, les comptes concernés seront soumis à une restriction de connexion simultanée (impossibilité de connecter deux ou plusieurs comptes simultanément).

Nightviper : la RT fera-t-elle respecter les règles ? Tout dépend-il de l’enregistrement vidéo d’un comportement quelconque ?
Tykus: Nous nous sommes dotés d’outils pour pouvoir faire appliquer cette règle et au fur et à mesure, les modifications gameplay, rendront moins intéressants l’utilisation des comptes simultanés sur les grandes phases du jeu.

Syron : Les outils dont tu parles ce sont des outils permettant de ‘’voir’’ qui multibox ou ce sont juste des outils permettant de limiter le nombre de joueur dans une instance par exemple? Ce qui ne règlerai en aucun le problème de la détection du multiboxing ?

tykus : Juste de voir, pour limiter les moyens existent depuis longtemps, c’est juste le manque de preuves qui bloque…
En sachant qu’il est impossible de limiter a le nombre de connexion au niveau du serveur efficacement, nous avons opté pour cette alternative :)

sinvaders : Il a déjà été vu que les vidéos n’aident pas à prouver que quelqu’un fait du multiboxing dans certains cas, c’était pas les vidéos qui manquaient.
tykus : Oui, c’est pour ça qu’on a des outils pour vérifier, pareils pour le bot, les vidéos, dans la plupart des cas, ne prouvent pas à 100% le bot, donc nous avons choisi de demandé au joueur suspecté, de nous montrer comme il fait :)
Aucun MMO ne possède de système efficace contre les bots…

Syron : Effectivement, d’où la question du comment Ryzom compte lutter contre les bots
tykus : Personne ne le peut syron, tous ce sont cassés les dents dessus… Donc nous nous avons choisi de demander la transparence aux joueurs :)
Tykus

III.4.2 Multiboxing pendant les batailles d’avant-poste, les assauts de Rois ou de Chefs Maraudeurs et les événements scénarisés de la Storyline Infraction majeure
Le multiboxing est limité à deux comptes connectés simultanément pendant les batailles d’avant-poste, les chasses aux Rois, les assauts sur Chefs Maraudeurs et les événements scénarisés de la Storyline Si vous soupçonnez un abus, merci d’envoyer une capture d’écran ou une vidéo montrant la violation à l’équipe d’assistance
Syron : Si cette décision a été mise en place c’est parce qu’il parait évident que jouer x joueur en même temps donnait un avantage non négligeable au gameplay ‘’compétitif’’ (roi/marau etc…)

Quel est l’intérêt ou la logique de garder quand même l’autorisation à 2 comptes?
tamarea: Cette solution (limitation à deux comptes sur les OP, rois et rois maraudeurs et tolérance à quatre comptes ailleurs) a été choisie car elle est le meilleur compromis possible entre les différences façons de jouer.

Xiom : 4 tout seul dans son coin ok, 2 pour un événement tel que roi, op ou event ca na plus de sens, on favorise clairement les fortunés et les malins du bot.

Tamarea : Nos nouveaux outils nous permettront de voir qui utilise le multiboxing à mauvais escient, nous aurons juste besoin d’un ticket avec vidéo pour initier notre vérification.
D’autre part, nous commençons à travailler sur des modifications du gameplay pour réduire l’intérêt du multiboxing, notamment avec le projet de refonte des rois (Boss refactoring).
Ceux qui aiment jouer en multiboxing sont autorisés à le faire hors OP, rois et boss maraus, à la condition qu’il soit évident pour un observateur qu’il ne s’agit pas de bots. Les mouvements ne doivent donc pas sembler synchronisés. En cas de doute, nous enquêterons et pourrons retirer la tolérance à quatre comptes simultanés.
L’objectif principal est de rendre le multiboxing inefficace sur les rois, notamment pour le camping.
Les missions scriptées, notamment celles de la Storyline, rendront également le multiboxing soit impossible, soit inefficace.

Xiom: Tamarea, a quoi ressembleront les mesures gameplay modifiées ?

Tamarea : Xiom vous pouvez voir le dernier rapport sur Boss refactoring ici : https://app.ryzom.com/app_forum/index.php?page=post/view/202186

Syron : ça ne répond toujours pas à la question ‘’Pourquoi continuer de laisser un avantage à 2 comptes sur roi/op/marau…

tamarea : Syron : nous autorisons deux comptes sur les OP etc. avant tout pour des raisons financières.
Nous réfléchissons à ajouter les supernodes à la limitation multiboxing. Quel est votre avis sur le sujet ?
Jorgensen : Je suis d’accord, il devrait être dans la liste
Nizyros :+ 1 si on as pas d’autres choix a disposition
Sinvaders : il devrait être dans la liste

tykus :C’était le dernier sujet de la réunion, vu qu’il se fait tard, on va clore la réunion :)

Edité 4 fois | Dernière édition par Tykus (il y a 4 ans).

---

#209 [en] 

magez you are much better at this than I am!
uiWebPrevious567891011121314151617181920uiWebNext
 
Last visit samedi 23 Novembre 00:29:55 UTC
P_:G_:PLAYER

powered by ryzom-api