Eyce38

Sérieux SL quoi... Un pavé comme ça pour expliquer que SL = super lapin ^^" Bref ! Me concernant, il se trouve qu'à une époque j'étais un assez grand fan de poker, de tarot et autres jeux de cartes plus ou moins ésotériques... Du coup (étant malhonnête par définition et le vivant assez bien) je me baladais toujours avec plusieurs As dans mon portefeuille. De plus, comme la langue anglaise (la lingua pura) est un dialecte qui me tient particulièrement à coeur, je me suis dit que j'allais simplement traduire le nom de l'As du jeu de cartes en anglais. Ce qui donne : "Ace". A ne surtout pas confondre avec "Ass". Le souci, c'est que beaucoup de gens faisaient la confusion, et donc j'ai écrit mon nom en phonétique : Eyce. La raison pour laquelle j'ai rajouté le 38 derrière, c'est tout bêtement que un autre salaud de ricain a aussi ce pseudo (quand t'as un pseudo court en général t'pas seul^^") et donc j'ai fait la première chose qui me passait par la tête : rajouter le numéro de mon département. Eh oui c'est couillon, mais c'est comme ça ^^ Voiloupe !

Je pense que ça provient du fait que le cuir est une ressource à caractère "infini", c'est à dire que vous pouvez farmer tant que vous pouvez et vous en trouverez toujours. Pas comme le métal, l'or ou le diamant. Du coup ça paraîtrait bizarre de vendre ces armures, que tout le monde pourra crafter (arrêtez moi si je me trompe) et qui se basent sur des matériaux plus que communs. Tuer vingt vaches ça relève pas vraiment du défi, alors que miner vingt diamants ou vingt de fer un peu plus... ^^ Et pour l'armure en or... soit parce que c'est moche, soit parce que ça aura une autre utilité par la suite. De plus, bien que le Wiki n'indique rien à ce sujet, il paraît que les armures en or résistent mieux au feu et aux explosions que les armures en diams... Info ou intox, je sais pas... En tout cas, ça paraîtrait logique, car les outils en or, bien qu'ayant une durabilité bien moisie, minent plus vite que ceux en diamant. Mais bon j'imagine que ce sera rééquilibré différemment avec les outils en obsi. Peut-être que les armure en or seront réservées aux nobles =°

Eh bien disons qu'une paire de bras surmontée d'un cerveau fera parfaitement l'affaire Plus sérieusement, nous n'avons pas de besoins extrêmement précis. Pour ma part, je suis pour ton intégration dans la cité. Viens sur notre Mumble un soir, qu'on fasse ton entretien.

*frappe Thorvald avec sa chope*

Mais verbalement je suis très calme hein ^^" Pour cause ça n'a aucun intérêt de flooder verbalement, c'pas comptabilisé ! =) Et je parle pas avec Edayss, vu qu'elle me dit d'être sur le Mumble, et que quand je suis là elle elle est partie, namého ! =) Je passerais chez le fortin un d'ces jours ;p En attendant, petite pub, parce que c'est ça qui est bon : taverne-serveur-minecraft/chaine-architecture-medievale-eyce-t18853.html Et peut-être que je passe mes journées sur le fofo, mais c'pas pour faire des blagues vues et revues, n'est-ce pas SL et Operamundi? ^^ Mince, farmeur de fofo spotted =°

Pour savoir s'il s'est fait virer. Parce qu'un membre de chez nous s'est déjà fait virer d'une autre communauté, et qu'on aimerait que ça ne se reproduise pas ^^

Ha, vous avez vu !?! J'ai le pouvoiiiiiiiir d'invoquer un Dacro !! \o/ *bombe le torse*

... de façon sensuelle ...

Pour ma part, j'ai demandé aux nains de ne pas choisir de spé, évidemment certains sont passés à travers... ^^"

Affirmatif. Personne d'autre que les responsables n'enlève ça. Et les responsables se grouillent ! =)

@Lethar : un peu spotted là ^^" Et sinon heuuuu... ça va? =° (Hé oui c'est ça un ministre de Galianör ... =/ )

Noooooooooooooooon ! =) (bientôt 1400 messages ! \o/ )

Ah, peut-être. Même si j'en doute quelque peu c'est vrai que c'est pas impossible... ^^

En sachant que les mob spawner ne font spawner que des cochons en SMP. Tout autre mob nécessite un changement de la map via MCedit, et donc une fermeture du serveur pendant environ 20min (à moins de voir dans quelques temps l'apparition d'un plugin permettant de pallier à ça). Apparemment donc, toutes les entités disparaîtraient au bout de trois minutes, sous diverses conditions. Intéressant.

Techniquement les flèches ne sont pas en pierre, mais en silex. Cela dit, c'est vrai que plusieurs "degrés" de flèches pourraient être intéressants, mais ils risqueraient de déséquilibrer le jeu. Imagine des flèches en diamant, qui enlève genre quatre coeurs (les flèches en enlèvent déjà deux), ce serait tout bonnement abusé. Du coup, plus personnes ne se battrait au corps à corps... Ou alors en embuscade seulement. Ce serait le jeu à celui qui a le plus de flèches et de côtelettes dans son inventaire... Ce que je trouve dommage... Bref, l'idée est plaisante, mais à prendre avec parcimonie. Un souci d'équilibrage est vite arrivé.

C'est vrai... Cela dit toutes les entités ne sont pas sauvegardées, j'ai déjà droppé des ressources avant une sauvegarde, et à mon retour, pouf ! disparues ! ^^" Et si certaines entités sont sauvegardées, l'idée serait de ne plus le faire, c'est une surcharge énorme pour le serveur... Et le staff a bien précisé qu'il fallait éviter de laisser traîner des choses, justement dans ce but. M'enfin bref, là n'est pas le débat. Ta question me fait me souvenir d'une chose : les loups. Un ami avait apprivoisé des loups, et ils restaient. Cela vient sans doute du fait que ce soient justement des loups apprivoisés. Mais c'est vrai que dans une optique d'élevage ça pourrait être intéressant d'avoir des mobs "durables". C'est vrai que si les entités sont sauvegardées, et que les mobs ne le sont pas, c'est assez incohérent... Enfin l'inverse paraîtrait plus logique dans une optique de jeu MMO (qui certes n'est pas le but originel du jeu). Peut-être un plugin Bukkit (ou une configuration du plugin de sauvegarde déjà installé) existe dans ce but. A voir.

@Wiagra : Je n'étais pas là il y a bien longtemps dans cette galaxie dont tu parles Et c'est ce que je disais, je pense aussi que le reboot efface volontairement des données mémoires, pour éviter une surcharge et un lag trop élevé. Vous remarquerez sans doute qu'après chaque reboot le serveur rame beaucoup moins. En fait, les ressources consommées par le serveur ('ttention je parle pas de bouse, de stone etc...^^") proviennent outre des joueurs, des mobs et des mouvements de blocs dynamiques (lave, eau, impulsions redstone, minecarts, bateaux, tnt activée, feu, sable ou gravier qui tombe...). Un bloc de bouse tout bête ne consomme aucune mémoire (il est présent ou absent, c'est tout), mais un bloc dynamique "bouge", il est un objet à part entière, et donc a des propriétés complexes stockées en mémoire, ce qui ralentit le serveur. En gros c'est comme votre PC. Il conserve la trace de tout ce que vous faites (big brother ouhouhou ! ^^") et la garde en mémoire. C'est d'ailleurs pour ça qu'il est conseillé d'éteindre son pc de temps en temps, pour virer cette mémoire provisoire et permettre à la machine de repartir de plus belle. Bref, je ne sais pas si c'est Minecraft SMP qui est prévu comme ça à la base ou si ça vient de Bukkit (plugin BigBrother?) ou même de Minefield (je crois pas) mais en tout cas c'est sans aucun doute pour ça que les reboots sont nécessaires, et selon moi sauvegarder la dernière position des mobs avant la save me paraît difficile et très moyennement réalisable. (Il faudrait aussi sauvegarder les entités au sol, à savoir les blocs attendant d'être ramassés --> beaucoup trop lourd pour le serveur, si puissant soit-il) Rappelons aussi qu'en terme de programmation, un bloc = un objet (même les blocs d'air), et donc comporte son onde de variables et de fonctions. Alors oui, ce sont des fonctions très simples. Mais comparez à d'autres jeux : Dans Counter-strike : Les seuls objets sont quelques barils ça et là, les armes tombées au sol, et les joueurs (et bots), ce qui fait grosso modo sur une carte comme de-dust2 au maximum quoi... 200-300 objets, la plupart étant passifs (les barils "attendent" de recevoir une balle pour "fonctionner" i.e. faire des calculs i.e. bouger, tomber etc...). Dans Wow (déjà bien plus gourmand niveau ressources) : Les objets sont les joueurs, les mobs, les pnj et les coffres. Astucieux système d'interaction entre objets que celui des MMO d'ailleurs : Par zone il existera tout au plus un petit millier d'objets. Avec des fonctions très simples, mais ça commence à faire beaucoup. Ce qui justifie que WoW est plus gourmand en mémoire que CS:S, bien qu'il soit moins beau (la qualité graphique n'a rien à voir avec la quantité de mémoire demandée à la RAM ou à la quantité de calculs demandés au processeur). Dans Minecraft, et là ça se corse : Un chunk de 16*16*128 (largeur*longueur*hauteur) comporte 32768 objets, sans compter les joueurs et les mobs ! Ce qui fait environ (en moyenne) 32775 objets environ par chunk... Alors imaginez maintenant les calculs que doit faire le serveur sur une carte comme celle de Minefield, qui si je ne m'abuse doit faire 5000*5000. Allez, je me sens matheux (aka utilisateur de la calculette Windows =° ) : Tout ce tintouin ça fait 312 chunks de long et 312 de large, donc 97344 chunks en tout. Ce qui nous fait pas moins de 3.189.768.192 objets à prendre en compte, au minimum. Et on ne compte pas ni les joueurs ni les mobs. Outch, ça fait mal d'un coup ! =) Trois milliards d'objets à calculer en temps réel, tu m'étonne qu'il y ait du lag. C'est 3 millions de fois plus que Wow ^^" Bref, voilà un calcul totalement inutile, qui vient de démontrer l'utilité du core i7 ^^ Et bon, pour en revenir au sujet, je ne pense pas que ce soit une bonne idée de surcharger le serveur avec des sauvegardes d'entités =) Surtout après avoir vu que ce serait faire empirer une situation de lag déjà existante et irrémédiable. Parce qu'avec le système actuel sont sauvegardés uniquement les blocs. Si en plus on sauvegarde les entités (je suis pas sûr que le SMP soit codé de façon à ce qu'on puisse save uniquement les mobs), à chaque fois qu'un joueur pète un bloc il crée une entité supplémentaire (eh oui le bloc qui flotte au niveau du sol c'est une entité, et l'air est un bloc!), z'imaginez le lag si on les sauvegardeait ?!? Edit : Ah et au fait, désolé pour le pavé imbuvable ^^"

... et sentait ...

Bonjour à tous ! Mauvaise nouvelle : conseil-dominien-f270/compte-rendu-reunion-t19577.html Concernant les murailles séparant Galianör et Rupture Farm, Aelfyr et Gauchiste ont dit qu'il fallait les enlever. Pas de débat svp, ces murailles disparaissent. Aucune discussion. La portion à enlever est entourée en rouge sur l'image suivante : La portion entourée d'un cercle jaune orangé pourra voir la construction d'une tour. Je tiens à préciser que seules les personnes responsables de cette bévue auront à détruire ces murailles, et ce de façon urgentissime. Personne d'autre. J'espère avoir été clair. Je tiens également à remercier toutes les personnes ayant apporté leur contribution à ce chantier, qui a un peu traîné, mais qui s'est enfin terminé.

Idée : Peut-être faire le point sur les spécialisations métiers, qui compléteront un point en interne pour chaque cité.

... enfin avoir l'occasion de discuter avec un membre féminin d'une autre race ...

Euh, ça me paraît difficilement faisable de conserver en mémoire les mobs... A moins que les saves se fassent sans reboot du serveur, ce qui me paraît infaisable, sinon ce serait déjà fait... Après c'est vrai que dans ton cas c'est embêtant, la prochaine fois tu testera juste après une save, tu sera bien plus tranquille... ^^ Il existe peut-être un plugin... Mais il risque de consommer pas mal de mémoire, et du coup on augmenterait le problème du lag. De la même façon qu'une sauvegarde sans reboot je pense.

... détruire le monde.

... imberbe et immature ...

Avant de lire quoi que ce soit : NE CHOISISSEZ SURTOUT PAS DE SPECIALISATION METIER ! Nous discuterons de la spécialisation métier de chacun au cas par cas pour avoir tous les métiers représentés au mieux dans la cité, tout en convenant aux désirs de chacun. Mais surtout, ne choisissez rien, les choix sont définitifs ! A voir avec les ministres via Mumble pour le choix des spécialisations. Lien vers le descriptif (codex Minefield) : http://www.minefield.fr/codex/