Ma tête quand je vois que j'ai trop de trucs à faire

Hey ! Hmmm ça fait méga longtemps que j'ai pas parlé des avancées du serveur... J'ai eu une année plutôt chargée (ma dernière année de Master (les études que je fais) et elle n'est pas encore terminée ^^ Bref j'essaye du mieux que je peux de trouver du temps libre et de m'occuper du serveur, surtout qu'on a beaucoup de projets pour vous ;)

Event Élytra qui arrive pour début septembre

Un autre article sortira expliquant les détails de l'event ;) J'ai enfin trouvé du temps pour faire le plugin permettant de gérer cet évènement automatiquement (comme l'event spleef ou parcours d'obstacle). Des grades sont à gagner, dont le grade que je vais évoquer ci-dessous :)

Nouveau grade : Panda

C'est tout nouveau ! Le grade Panda est en cours de développement sur le serveur, avec des déguisements supplémentaires, des particules en plus, et on verra quoi d'autre en plus ;) Voyez à quoi vous ressemblerez en jeu :

Ce grade ne sera pas tout de suite disponible à la vente, les gagnants de l'event Élytra seront donc les premiers à l'avoir, et ce grade ne sera pas complet tout de suite.

Vous en saurez évidemment plus lors de la sortie officielle du grade ;)

N'oubliez pas les Journaux de Pandacube et les chasses de Ratou_

Une fois par mois, notre animateur Ratou_ publie sur le site des nouvelles sur les évènements qui se passent sur le serveur. Il fait, entre autres, gagner des grades et de l'argent en jeu lors de ses évents. N'hésitez pas à aller voir dans la section Nouvelles du site :)

Passage en 1.13

PAS TOUT DE SUITE ! ... euh pardon j'y suis allé un peu brutalement x)

La 1.13 apporte plein de nouveautés autant dans le gameplay que technique. Pour la partie technique, la mise à jour des serveurs est très compliquée, c'est pour ça que la 1.13 prendra du temps à arriver sur Panda.

On avait déjà ajouté la compatibilité 1.13 sur le serveur pendant quelques jours, mais plein de nouveaux joueurs ne venait que pour les nouveautés de la 1.13, qu'il n'y avait pas, et en plus beaucoup de bugs étaient présents (kick quand on écrit une commande, quelques blocs qui s'affichent mal). Du coup on l'a de nouveau désactivé.

Nouvelle machine en novembre

Les joueurs les plus réguliers l'auront remarqués, le serveur survie lag de plus en plus. Surtout car c'est le serveur le plus sollicité par les joueurs (la map fait 27 Go), c'est aussi parce que la machine sur laquelle sont hébergés nos logiciels commence à se faire vieux. Nous envisageons de louer une machine plus performante à partir du mois de novembre (processeur plus rapide, plus de coeurs, plus de RAM, SSD) pour le confort de tout le monde :)

Serveur Skyblock : les travaux ont démarrés

J'avais déjà annoncé il y a plus d'un an que nous allions mettre en place un serveur Skyblock. Ça prend du temps à arriver mais sachez que nous avons commencé les travaux depuis quelques temps ;)

L'intérieur du spawn Skyblock en cours de construction

Fermeture du serveur Faction

Ça arrivera très bientôt, sûrement en même temps que l'ouverture du serveur Slyblock. Le serveur faction sera fermé car il y a tout simplement trop peu de monde dessus, et que le peu de joueur qui s'y connecte ne peuvent jouer contre personne d'autre :/

Mot de la fin

Nous sommes conscients que les nouveautés tardent à arriver, mais ça arrive doucement mais sûrement. Nous essayons d'améliorer au mieux le serveur, sur notre temps libre ;) Même si vous ne le voyez pas, des travaux sont réalisés en interne afin d'améliorer Pandacube. Nous espérons que ces nouvelles choses vont vous plaire.

On vous souhaite un bon jeu sur Pandacube et à bientôt pour plus de FUN !

Édité par Admin marcbal, dimanche 19 août 2018 à 18:40

NICE

Ouais Nice , plus qu’à tryhard les parcours elytra mdr 

Merci Marc pour ces nouvelles, ça fait plaisir d'être informé des avancées et des projets, même si ça prend du temps à être mis en place. Je me permets quelques remarques ci-dessous, en espérant qu'elles puissent servir (certaines déjà évoquées dans #parler_au_staff, mais je les note tout de même).

* Passage en 1.13

Perso, je ne l'attends pas plus que ça. Bien sûr ça apportera du nouveau, mais mieux vaut un serveur sympa qui tourne bien et sur lequel on peut prendre du plaisir à build / explorer / discuter avec les autres joueurs et autre ; Qu'un passage rapide en 1.13 qui va ajouter qqs petits trucs mais en faire bugguer plein d'autres...

La compatibilité temporaire 1.13 c'était donc ça ! J'avais testé de me co sur le serveur en 1.13 ça n'avait pas marché mais on a eu plus tard pas mal de nouveaux joueurs qui arrivaient pensant être en 1.13 (ils parlaient de sites de classements qui indiquaient que c'était le cas). Dubaele l'a constaté, ça provoque (au moins) des bugs sur les blocs type porte, vitre et barrière.

* Quelques idées pour optimisation (je précise que certaines sont peut être irréalisables, ce ne sont que des idées)

- L'anti-Xray est actif dans le nether et l'end, ce qui a peu d'intérêt, si c'est possible de le désactiver sur ces mondes, ça devrait moins faire ramer car j'avais lu plusieurs articles quand je réfléchissais à monter mon serveur qui indiquaient que ça nécessite le calcul des blocs plusieurs fois...

- Peut-être un tri dans certains plugins... Ça aiderait en plus au passage à la 1.13. Un sondage sur le forum pour demander l'avis des joueurs sur le retrait de ceux qui pourraient l'être selon toi. Par exemple, les hologramme dans le lobby, les infos du vol en elytre (plutôt gadget selon moi), ...

- J'ai remarqué qu'on ne peut pas poser de bateau sur l'herbe, ce doit être un plugin qui empêche ça, est-ce vraiment utile ? Sinon, ça ferait un plugin de moins...

- Le plugin qui filtre les messages des joueurs est-il vraiment indispensable ? Car ça doit vérifier chaque phrase quand elle est tapée. En tous cas, si plugin à garder, voir pour le configurer autrement si possible, car le mot "fesse" en argot (3 lettres...) passe par contre il est filtré en anglais (on ne peut pas taper "assécher mon temple" => "***écher mon temple"). Les joueurs le contournent de toutes façons quand ils veulent dire qqch...

- Plutôt que d'être tp au lobby quand on est AFK, pourquoi pas simplement un kick ? Ca ferait moins de joueurs à gérer par le serveur "inutilement". Rien de grave pour le joueur, il voit le message "kické pour avoir été inactif plus de 10 minutes, vous pouvez vous reconnecter dès que vous êtes de nouveau là", et ça permettrait d'enlever le plugin /afk ?

- Modification du radius de stack des items : Sur les autres serveurs que je visitais, les items au sol étaient regroupés sur un rayon de 1-2 bloc (ou qqch du genre), ce qui réduisait le nombre d'entités. Sur Panda, j'avais fait le test, tu as l'inventaire plein, tu creuses une galerie et ça laisse une très grosse trainée d'item / ou alors casser un bloc de glowstone ou quartz, ça génère plusieurs items au sol au lieu d'un seul tas. Ils pourraient s'agglomérer pour ne former que quelques tas d'items, plus qu'avec les réglages vanilla.

- Le plugin de cubo fait à chaque fois lag quand quelqu'un crée ou modifie (ajout de joueur, suppression) un cubo, ... Le plugin "claim" (je ne sais pas si c'est le nom) est bien plus léger, mais ça imposerait un gros bouleversement car ça réserve toutes les couches... Donc les cubo au-dessus d'autre poseraient soucis (mais on peut le gérer avec des subdivides). Également, soucis pour le greffer au système de monnaie j'imagine.

- Greffer le lobby sur un autre des serveurs ? (genre une parcelle du monde créa) ça supprimerait le serveur lobby qui n'est là que pour faire un hub. Je ne sais pas si l'idée est faisable...

- Ajouter le plugin (dont je ne connais pas le nom) qui vire régulièrement les items au sol ? Vu sur beaucoup de serveurs, on a un message régulier "attention, suppression des items au sol dans 1 minute". Pas fan de ce truc, mais si c'est nécessaire...

- J'imagine que le staff utilise un serveur caché aux joueurs pour leurs créations avec des commande Wordedit... Celles-ci peuvent générer du lag sur de grandes région. Pourquoi ne pas construire ces builds sur un serveur à part (non géré par la machine de pandacube.fr) puis extraire les schématics pour les coller plus tard une fois terminées ? Soit une map locale ou hébergée sur un serveur gratuit (type aternos). Ca supprimerait là aussi un serveur.

- Sacrifier un peu la qualité de la dynmap... En baissant beaucoup sa résolution, en désactivant le mode 3D et en réduisant l'intervalle de rafraichissement de la position des joueurs (c'est quasi en direct, si tu mets à 10 sec par exemple ça devrait alléger la charge). Quitte à mettre le serveur en maintenance une journée pour regénérer la dynmap.

- La dynmap en créa est-elle utile ? (je ne sais pas du tout, je ne vais jamais dessus) Sinon, là aussi allègement...

- Réduire le nombre max de mobs quitte à augmenter la difficulté ? Sur panda, j'ai l'impression que ça spawne bien plus que sur d'autres serveurs que j'ai visité... Ce n'est pas rare de se balader et de tomber sur une cinquantaine de vaches, moutons, ... Pour les mobs hostiles, ça pourrait être "moins mais plus dur" ? Plutôt que d'affronter 5 zombies en normal, ça pourrait être 2-3 en difficile.

- Les world borders sont affichées, sur d'autres serveurs on a juste un message qui indique qu'on est en bordure de map. A voir si ça change quelque chose...

* Autres idées

- Mettre à jour le contenu de la commande /rules car c'est actuellement le texte de base. Ca permettrait d'indiquer aux nouveaux de la lire car les mêmes questions sur les règles de base reviennent sans arrêt.

- Si possible filtrer la liste des commandes dans l'auto-complétion des joueurs car on peut compléter une commande et avoir le message "vous n'êtes pas autorisés...". Même remarque pour la liste des déguisements.

- Ajouter la permission d'utiliser /tpcancel et autres. On a le message qui nous dit qu'on peut l'utiliser mais quand on la tape, message d'erreur.

- Pour le skyblock... (jamais joué donc peut-être totalement idiot comme idée...) Plutôt qu'une autre map, ça ne pourrait pas être placé sur la map survie au dessus de la couche 128 ?

- Dans le shop, on peut acheter des têtes de joueur, mais c'est celle par défaut (Steeve je crois). Peut-être ajouter une commande pour une fois la tête en main faire /tete <pseudo> pour qu'elle soit personnalisée ? Ce qui couterait de l'argent In game bien sûr.

---

Pas la peine de me répondre point par point (ou même globalement), je note juste ces idées. Après à toi et au staff d'en discuter si vous jugez que certaines peuvent être implémentées ou pas.

En tous cas merci pour les news et bon courage pour la mise en place.

Pour répondre à tes messages :

• Anti X-Ray désactivé pour l'end, mais pas le nether. Pour l'end, les gros calculs sont surtout fait quand les joueurs explorent la map. Pour le reste (valable pour le nether surtout) lorsque par exemple un joueur creuse dans la map, la mise à jour des données anti-xray ne se fait que dans la zone ou le joueur casse (les 10 blocs autour du bloc cassé), ce qui ne provoque que peu de calcul (rarement relevé lors des analyses de performance)
• Tri dans les plugins : je t'invite à faire /plugins en survie et me proposer une liste des plugins qui pourrait être désactivé selon toi. Tu parle par exemple de l'indicateur de vitesse pour l'elytra, il est inclu dans le plugin Pandacube x) L'hologramme au lobby c'est nécessaire car les joueurs ne savent pas trpo dans quelle direction allr quand ils ont une distance de rendu faible. Ces deux fonctionnalités ont de toute façon un impact absolument négligeable sur les performances (pour l'elytra, c'est une trentaine de ligne de code qui s'exécute en temps constant, et pour les hologrammes, ce ne sont que des entités immobiles, donc pas calculé par le serveur)
• Je ne sais pas c'est quoi qui bloque les bateaux sur l'herbe, moi je peux mais personne d'autre ne peux (même staff) donc je peux pas t'aider sur ça actuellement.
• Plugin de filtrage de message : inclu dans le plugin Pandacube, filtrer un message nécessite un temps de calcul négligeable (< 1ms par message). Je sais qu'il y a des améliorations à faire sur la manière de filtrer, mais ça fait un minimum et dans tout les cas si on contourne exprès c'est forcément mute.
• Gestion du AFK, aussi inclu dans le plugin Pandacube x) justement car il détecte mieux les joueurs AFK et les machines anti-AFK traditionelles ne fonctionnent plus. Le kick pour AFK est géré côté serveur (Spigot) et pas côté proxy (Bungeecord) de ce fait, le kick depuis le survie provoque automatiquement un TP vers le lobby. Cependant un kick depuis le lobby provoque une déconnexion. Aussi, un joueur inactif au lobby ne coute rien car il est inactif justement, et aussi car il se passe très peu de chose au lobby, donc une charge très négligeable.
• Radius du stack des items : pertinent comme modification à faire. J'avais modifié la valeur pour que ce soit un équilibre entre performances et bug exploit : si le radius est trop grand, les joueurs auraient la possibilité de récupérer des items derrière un mur juste en droppant un exemplaire de l'item souhaité au sol. le radius actuel est de 0.3 blocs actuellement (j'me rappelle avoir passé 30 minutes sur ce réglage x) ). Potentiellement je peux le passer à 0.5 ça sera ça de gagné, mais j'ai pas envie de monter trop haut car ça perdrait de l'intérêt de base que j'ai eu quand j'éi réglé cette valeur.
• La commande /cubo (commande incluse dans le plugin Pandacube) utilise WorldGuard comme système de gestion des protection. par exemple, la commande /cubo creer base correspond à la commande /rg define cuboXXX-marcbal-base marcbal. La lenteur de /cubo est directement lié à Worldguard et au grand nombre de cubo présent sur la map actuellement (4065, je viens d'aller voir). Des analyses de performances détaillés semblent nécessaire pour déterminer pourquoi c'est aussi long à traiter (accès base de données lentes ? algos non optimisés ? peut-être est-ce possible de paralléliser ?)
• Mettre le lobby sur un autre serveur ? non car justement le fait de séparer les modes de jeux dans des serveurs séparé simplifie la configuration et réduit les risques de panne. Aussi, un plugin spécifique à un serveur (comme PlotSquared pour le créa) devait considérer l'existance de la map lobby et donc sa configuration prendrait de la mémoire en plus, et une configuration nécessaire dans les fichiers (comme le fait d'ignorer la map lobby du traitement du plugin). Aussi le lobby a des fonctionnalités propres qui sont implémentés dans le plugin Pandacube, et qui nécessite un serveur à part pour éviter l'application de ces paramètres sur d'autres modes de jeu (exemple : anulation des dégats, double jump, inventaire imposé comme la boussole et les élytra, plugin des portails). Un serveur à vide ne prend qu'une centaire de Mo en RAM, et permet de paralléliser les calculs, donc le fait de séparer les maps dans des serveurs différents et plus bénéfique qu'autre chose (à savoir qu'un serveur Minecraft seul centralise la plupart des calculs sur un seul Thread pour toutes les maps, seul les plugins sont capables de paralléliser leurs calculs, mais ça reste rare et pas tout le temps faisable).
• Plugin pour nettoyer les items au sol ? Y a plus simple : réduire la durée de vie des items au sol : elle est de 5 minutes par défaut. Comme les joueurs gardent leurs items en mourrant, les seuls stuff au sol proviennent de minage ou de cassage de coffre qu'on est en train de retrier par exemple. Du coup c'est plutôt safe de réduire cette durée à 2 minutes par exemple ;)
• Effectivent un serveur "archi" est ouvert sur Pandacube pour les travaux de constructions non-ouvert au public. Effectivement les commandes WorldEdit peuvent prendre du calcul considérable en durée. Cependant comme je l'ai dit au dessus, certains calculs ne peuvent pas être parallélisés, ce qui est le cas pour WorldEdit : de ce fait les calculs ne peuvent pas prendre plus d'un coeur de la machine, hors la machine actuellement possède 4 coeurs, ce qui laisse 3 coeurs pour les autres serveurs. Il y a certes, plus de serveurs que de coeur, mais il est rare que la charge totale de tous les serveurs dépassent les capacités processeurs de la machine. De plus les commandes WorldEdit d'envergures sont rares. Aussi, la location de notre future machine devrait régler ce soucis ;)
• Réduire la qualité de la dynmap : c'est déjà fait du mieux qu'on peut x) Le réglage du serveur survie est de 1px/bloc. En créatif, c'est 2px/bloc en vue du dessus, et 4px/bloc en vue isométrique (cependant le serveur créatif est beaucoup moins sollicité)
• Dynmap créa, la même utilité que celle de survie, oui on garde.
• Réduction des mobs : le taux de spawn des mobs dépend du nombre de joueur co. Plus y a de joueurs, plus les mobs sont réparti sur la carte. Tu as peut-être été sur des serveurs plus peuplés, je ne sais pas. Aussi, la difficulté a déjà été défini par les joueurs, et la difficulté normale représente la moyenne entre facile et difficile.
• Les worldborders affichés et la fonctionnalité intégra à minecraft. Sur les autres serveurs ou le worldborder est masque, il s'agit d'un plugin en plus "WorldBorder" (on l'avais aussi mais on l'a retiré justement pour utilisé la version vanilla)

 

• La commande /rules est chiante à éditer. À la limite le met un lien vers le réglement dedans, mais sans plus
• Pour l'auto complétion des commandes, c'est interne à Spigot, je peux pas trop gérer. Pour les déguisements c'est pareil, ça dépend du développeur de iDisguise, pas de moi.
• Ok pour /tpacancel (/tpcancel c'est pareil)
• Non pour Skyblock, il faut un serveur à part car plugin spécifique qui gère ce mode de jeu.
• Non pour les têtes, je préfère que le staff puisse gérer le don des têtes spécifiques pour éviter les abus (obention des têtes d'autres joueurs sans leur autorisation)

 

Vualà je vais être fatigué demain au boulot x)

Édité par Admin marcbal, lundi 20 août 2018 à 02:16

Ça c'est de la réponse  Fallait pas t'embêter à détailler...

Je suis en plein rush boulot donc je vais faire très court et reviendrai compléter si besoin plus tard, après relecture...

Pour les règles, logiquement c'est juste un fichier texte à éditer : plugins/essentials/rules.txt
C'est en tous cas ce que j'ai sur mon serveur de test.

Pour les serveurs que j'ai fréquenté, ils étaient de taille plus ou moins similaires à Pandacube car je fuis les gros serveurs totalement impersonnels. Après, peut être que le nombre de mobs est juste une idée que je me fais...

Quant au radius des blocs, selon moi pas trop grave si un joueur peut récupérer des blocs derrière un mur car soit il vient de les casser, soit ils viennent de dropper donc peu de chance que ça soit gênant. Je disais surtout ça pour l'exemple flagrant que j'avais vu : Quand je casse un bloc de quartz (ou glowstone), plutôt que d'avoir un seul tas, il y a au sol 3-4 items. Si tu casses 2 blocs adjacents, ça pourrait faire un seul tas par exemple. Mais bon, tu as saisi l'idée donc fais au mieux.

Edit: C'était bien ce qui me semblait, la commande /plugins ne m'est pas accessible (et c'est pas plus mal pour éviter les recherches de cheat et autre).
Je ne peux donc pas faire de suggestions pour la liste de ceux-ci.

Édité par Ultimate arboriginal, mercredi 22 août 2018 à 16:32