Mayasserenna, J'ai compris ta méthode. Mais le soucis, surtout pour une personne étant aussi désireuse de faire partager son expérience, est qu'elle peut en rebuter beaucoup. A tel point que personne ne veuille passer le premier cap, et au final tu seras la plus pénalisée. Personnellement, je serai plus comme ton ami Firande, à la différence que mon "explosion" ne surgit qu'après deux rappels allant crescendo. Je suis aussi très froid et je ne donne que peu d'explications, en partant du principe que celui voulant apprendre me posera des questions. Si telle est ta personnalité, je m'excuse pour mon premier rappel. Et si jamais un jour je passe sur serveur RP, je serai ravi de te côtoyer et pourquoi pas apprendre à apprécier le RP. PS : Il faut tout de même avouer que ton premier post sur ce forum fut incendiaire. Il y a des figures de style qui passent plus facilement à l'oral, comme le cynisme et l'ironie que l'on décèle grâce à l'intonation ou le rythme d'une phrase. Je préfère jouer chaotique neutre, tu suis tes propres règles sans pour autant être complètement imprévisible.

Je m'occupe de choses qui ne me regarde surement pas, mais ce n'est peut-être pas Sullexus qui mérite le bannissement... Parce qu'après avoir lancé un énorme troll en insultant toute une communauté (je l'ai toujours pas digéré ce post, heureusement supprimé), tu menaces ouvertement de harceler un joueur IG et même IRL. Il faudrait que tu penses à te modérer un peu !!! Sinon, pour en revenir au sujet, je pense que seul le nom d'héritage devrait être unique par serveur. En effet, il y aurait moins de blocage pour les joueurs, car il y a moins de chance de choisir un nom d'héritage déjà existant que de choisir un pseudo déjà existant (1 joueur n'a qu'un nom d'héritage, mais peut avoir 12 pseudo) (en plus je suis d'accord avec toi Mayasserenna ). Mais cela impliquerait pour les dev de revoir complètement le système de recherche de joueur, etc qui s'appuie, à l'heure actuelle, sur le pseudo (car le pseudo reste unique sur un serveur).

Si SWTOR suit le modèle économique de AOC : - le joueur F2P n'a que 2 slots ouverts. - si il passe en premium (abonnement), il aura 8 slots ouverts - si il coupe son abonnement et a 3 perso (ou plus), il devra choisir les 2 perso qu'il garde actifs Et si je me rappelle bien, il lui est aussi possible d'étendre sont nombre de slots via le game shop.

Sauf si les joueurs de bêta et de serveur de test (ou même de jeux) se contentent de se plaindre des bugs plutôt que de signaler clairement les quêtes, lieux et/ou circonstances. Combien y a-t-il de joueurs qui accèdent aux bêta-tests seulement pour essayer un jeu ou pour y jouer avant tout le monde?

Je suis développeur et je confirme (ça arrive fréquemment). Je développe un module (en essayant de prévoir les X cas possibles), je fais Y tests et je demande à un collègue qui connait très peu le module en question de le tester à son tour (on appelle ça "le test du con"). Lorsque le module fonctionne correctement, je le mets en place et trois jours plus tard un utilisateur réussit à faire bugger le module (et en général, l'utilisateur ne sait même pas comment il a fait). Il faut donc analyser le bug, le corriger, tester, mettre en place... ... et un autre utilisateur (ou le même) trouve un bug....

http://fr.wikipedia.org/wiki/Hacker Un hacker est, par définition, une personne qui cherche à relever un défi : hacker un logiciel possédant un bon système anti-piratage. Plus ce système est performant, plus il y aura de hacker qui s'y attaqueront. Donc, tout système anti-hacking se feront hacker tôt ou tard, c'est pour cette raison qu'il faut soit les renforcer, soit les modifier. C'est pour cela que certains organismes ou éditeurs organisent les concours de hacker dont tu parlais sur un autre sujet ...

Sauf que l'éditeur d'anti-virus n'en a absolument rien à faire qu'il y ait des hackers sur un jeu vidéo (des gars qui utilisent des trainers, etc ...), mais ce n'est pas le cas de l'éditeur du jeu ... Si il y a du hack dans le jeu, des joueurs quittent le jeu ... Donc l'éditeur du jeu met un système anti-hacking, mais les anti-virus le détectent en faux-positif ... Si des joueurs ne savent pas configurer leur anti-virus, ils quittent donc le jeu ... A chacun ses priorités ...

Sur l'anti-virus aussi. Règle de détection de troll pour un modérateur : Tous les pseudos dont la troisième lettre est un Y sont des trolls, pourtant certains ne le sont pas .... Règle de détection d'un virus pour un anti-virus : Tous les exécutables ayant un code hexa B4250000E0CC à l'offset 251 sont des virus, pourtant certains ne le sont pas ....

Faux, tu l'installes où tu veux. Faux, si tu l'installes où tu veux, tu ne modifies en rien les fichiers du jeux Si Bioware n'avait pas voulu que les joueurs puissent utiliser de DPS-meter, HPS-meter, etc , ils n'auraient implémenté le CombatLog. En résumé, A.C.T. est un logiciel tiers ne modifiant pas les fichiers du jeu, et qui ne fait que scanner en temps "réel" les logs de combat (que tu as au préalablement activé dans le jeu) que Bioware a eu la gentillesse de mettre à la disposition de ces joueurs. Ce logiciel peut, par ailleurs, afficher les données des logs en overlay ou même sur les écrans LCD de certains claviers. Il serait toutefois intéressant que Bioware intègre les données des membres d'un groupe dans ces logs... Pour preuve : http://www.swtor.com/community/showthread.php?t=401827&highlight=log+combat&page=2

L'exécutable de SWTOR : 2/39 L'auto-update de Test Drive Unlimited 2 : 1/42 Comme quoi, ça arrive à tout le monde! Et quand on sait que la détection (ou non) d'un anti-virus dépend de sa méthode de scan (car chacun n'a pas la même) et de sa base de donnée virale, et qu'un exécutable peut passer de clean à vérolé simplement en modifiant les options de compilations. Petit scenario pour rire : Bernard compile une dernière fois avant la mise en place du patch, passe à l'anti-virus, nickel chrome : le fichier est clean. Robert arrive : "- Dis? T'as mis la recherche de groupe? Parce que faut pas se louper là! - Mince! Attends! Je fais ça, je recompile et je le passe à l'anti-virus. - C'est bon, tu viens de le faire! Ca risque quoi, c'est le même exé? Puis les joueurs vont encore râler si on est à la bourre!" Résultat, le fichier est en faux-positif, et la réaction des joueurs ne tarde pas ....

Je viens de subir une erreur 9000 (sans rire!), le serveur a dû me shooter... et bien non, c'est juste ma box qui s'est réinitialisée (ça arrive de temps en temps). Petite anecdote de travail : un collègue devait transférer des fichiers "sensibles" très volumineux sur un serveur tous les jours. Un jour, on s'est rendu compte que certains transferts avait foiré (fichiers absents ou "vérolés"). Sur 3 mois, on a remplacé 2 disques du serveur et le routeur, vérifié le câblage, et même faire venir des "spécialistes". L'opération a coûté une blinde, et, résultat, certains transferts foiraient toujours. Quatrième mois, on se décide de lancer les transferts de deux PC différents sur deux disques différents du serveur. Certains transferts du collègue foiraient, mais pas ceux du deuxième PC. On échange alors les deux procédures de transferts, même résultat. On a changer le PC du collègue et, jusqu'à maintenant, aucun des fichiers transférés n'a de problème. L'ancien PC a été envoyé aux "spécialistes" (et un peu plus sur la facture), et ils nous ont répondu : "la carte réseau a l'air de présenter de légères faiblesses par moment" (on l'a pas deviné ça!!!). Je te rappelle juste une petite chose : tu n'es pas le seul à envoyer des trames sur Internet. Et les autres trames ne se poussent pas pour laisser les tiennes. Sinon, je ne pense sérieusement pas revenir consulter ce sujet. Nous avons été plusieurs intervenants à essayer de t'expliquer que ce n'est pas forcement le serveur le responsable des tes mésaventures. Mais tu es obtus, pour toi le problème ne peut provenir que du serveur (configuré par le fils du stagiaire) ou les dev (des gros noobs à peine sortis de l'école). Et je ne comprends pas comment quelqu'un, qui a défendu ce jeu et son équipe avec ferveur, peut se mettre à ouvrir des discussions comme celle-ci ou bien "Pourquoi surcharger le PC avec une foule de persos cachés ?". Tu penses imiter tous les trolls pour la prochaine : "demain je désabo!". Désolé, mais c'est à cause d'un tout : ton changement d'attitude et ton subit dénigrement du jeu et de l'équipe (j'appréciais souvent te lire, même si tu pars en "live", ça change du SMS de kévin), et ton refus de comprendre ou d'admettre l'évidence (et ce malgré plusieurs explications). Bonne continuation, et peut-être à plus tard.... .... sur un autre sujet (ou pas).

Tes cartes réseau comme la mienne ne peuvent traiter qu'une trame à la fois, tout comme ton modem et le mien, tout comme les différents routeurs par où elle passe. C'est pour cela que je parle de traceroute "simultanés", en fait il ne le sont pas réellement et ne le seront jamais. Et les chemins optimaux entre les moments T et T+1 ne sont pas forcement les mêmes. Même chez toi... ... à moins que tu ne sois connecté directement au serveur de jeu.

Ok! Avec les mêmes batch, mais google.fr, et au deuxième essai :

J'ai écris deux petits batch vite fait : En exécutant lance.bat, je lance juste deux traceroute "simultanés" d'une machine unique (mon PC) vers un même serveur (google.com). Les résultats sont étonnants!

Bon, ça m'agace tellement que je reviens à la charge... Je me trompe peut-être, ça fait longtemps que je n'ai pas sérieusement administré un réseau. Il me semble que tous les paquets d'une même trame passent effectivement par le même "chemin". Sur une trame, il y a les données, mais aussi les infos de la destination, la source, le protocole et la parité ; cette trame est constitué au niveau liaison du modèle OSI (en gros quasiment à la sortie de ta carte réseau). Tu as deux PC, tu as alors deux trames différentes, et elles passent pas forcement par le même "chemin" en sortie de ton modem. Donc pour les transmission Internet (et réseau en général), qu'importe le chemin, seul compte la source et la destination.

Bon, dernière réponse, après je te laisse croire ce que tu veux. Le client (le logiciel, pas toi) envoie une requête au serveur qui la traite et la stocke le temps de la renvoyer au client. Le service, ici, est de fournir un résultat à une requête. Avec cette notion de service, c'est bien le serveur qui "impose sa loi", il ne fera pas ce qu'il ne sait pas faire. Exemple : Tu (utilisateur) utilises ton téléphone (client) pour appeler le plombier (serveur) pour qu'il vienne réparer un robinet (requête), il te répond qu'il pourra venir dans 3 mois (résultat). Tu tentes et lui demande de changer la porte du garage, il te répond que c'est pas son métier (il "impose sa loi" et je lui donne raison). Avant de pouvoir lui donner ton adresse, la batterie de ton téléphone lâche, une branche d'arbre est tombée sur la ligne téléphonique à 200 mètres de chez toi et des terroristes ont dynamité le centrale téléphonique (erreur 9000). Je ne cherche pas à te donner tort, je te dit juste que ce n'est pas forcement un bug. Et si le serveur "ordonne" une déconnexion, il le fait proprement et sauvegarde tes données (temps d'inactivité trop long par exemple). Tu as eu un code erreur, donc une déconnexion "non ordonnée", et donc pas de sauvegarde.

Suis-je bête! Tu dois avoir raison, tu connais tellement de choses et apparemment tu as une énorme culture "Wikipédia". Demain, il faut que j'aille voir l'admin système pour lui demander que le serveur sauvegarde mon travail ou gèle mes programmes qui tournent pendant des heures dès qu'il voit que je perds ma connexion. Au passage, je vais lui demander que ça le fasse aussi quand j'ai un coredump ou quand il y a un kill malencontreux. J'en profiterais pour demander à l'admin réseau qu'il mette un truc en place pour que le routeur prévienne le serveur qu'il y a une latence de fou, histoire qu'on se fasse pas shooter, et qu'en prime le serveur me dise "au revoir" (c'est vrai qu'ils sont pas très polis). Bon, je m'arrête là, je passe suffisamment de temps au travail à expliquer des choses à des gens qui ne comprennent rien ou qui ne veulent rien comprendre, ce n'est pas pour continuer à le faire le soir sur un forum... Moi aussi, j'ai d'autres choses à faire.

Si les perso étaient persistants, ils existeraient tout le temps, même après leur déconnexion (comme le monde). Ecran de gauche : perso bouge, ne peut ramasser de butin. Le perso est déjà déco, mais le client essaie de récupérer la connexion. Au bout d'un moment, pas de réponse du serveur, erreur 9000 apparait et tu sais que tu es vraiment déco. Ecran de droite : perso toujours connecté et ne voit pas les mouvements de l'autre perso. Tu vois toujours l'autre perso, car le serveur n'a pas enregistré sa déconnexion. Essaies ça en utilisant un compte où tu as des rerolls : - connectes toi avec un perso A - coupes physiquement ta connexion (débranches ta box / désactives ta carte réseau / coupes ton Wi-Fi) pour forcer l'erreur 9000 - réactives ton réseau et relances ton client rapidement - connectes toi avec un perso B As-tu un message te disant que le perso A est déjà connecté?

Etant développeur et m'occupant aussi des sauvegardes sur gros système, je confirme l'existence de sauvegardes périodiques en cas de crash système. Tu admets que la position des perso n'est pas sauvegardée en permanence, mais selon certaines circonstances. Un intervalle de temps peu aussi en faire parti : plantes toi à un endroit pendant 10 minutes, coupes ta connexion physiquement. Il y a de fortes chances qu'à ta reconnexion ton perso soit au même endroit. De plus, tu imagines la charge CPU et les accès disque qu'il y aurait si le serveur devait sauvegarder en permanence la position de tous les perso présents... Tu as eu une erreur 9000, ce qui n'est pas une déconnexion volontaire. Il n'y a donc pas eu de sauvegarde. Penses-tu que ton client peut envoyer des données à un serveur alors qu'il n'est même plus connecté? L'univers est persistant, mais pas tes personnages. Comme tu as plusieurs comptes, places deux de tes personnages face-à-face, déconnectes en un, et dis moi si le perso que tu as déco se trouve toujours en face du second. Si tu ne veux pas comprendre que ce n'est pas forcement un bug, mais que cela peut provenir de la gestion des différentes sauvegardes... et bien, je ne vois comment te l'expliquer. Pour ce qui est de l'effet de bord, je ne penses pas. Cela impliquerait qu'il puisse aussi se produire en cas de déconnexion propre, et le "bug" aurait été remonté depuis bien longtemps.

En résumé : - tu arrives au taxi de la Promenade supérieure -> sauvegarde position personnage - tu vas jusqu'à la cale à marchandises du marché de la Promenade inférieure -> pas de sauvegarde car il t'a fallut moins de X temps pour parcourir la distance - tu déposes des objets dans la cale -> modification inventaire -> sauvegarde inventaire - erreur 9000 -> déco sauvage (peut-être avant les X temps entre deux sauvegarde position personnage) -> pas d'envoi de position au serveur possible (t'es déco : y a plus de communication serveur/client) -> pas de sauvegarde position personnage - reco -> restauration des dernières sauvegardes inventaire et position -> tu n'es plus au même endroit, mais les objets sont dans la cale Je ne vois pas où est le bug. Par contre, si il s'était passé la même chose après une déconnexion propre, il y aurait eu bug.

Juste une hypothèse : - si il existe une sauvegarde régulière de la position du personnage sur la map (genre toute les 2 minutes) - admettons alors une seconde sauvegarde ponctuelle de l'inventaire, soutes, marché galactique ... se produisant sur chaque action intervenant sur ceux-ci Alors ta "remontée partielle dans le temps" n'est plus un bug, mais le résultat d'une restauration de données n'étant pas sauvegardées au même moment.

ou ça http://www.youtube.com/watch?v=9oA9e75qeYw&feature=related en plus long

Bonjour et bienvenu à toi. Si tu es toujours à la recherche de builds, vas faire un tour sur http://db.darthhater.com/, tu y trouveras peut-être ton bonheur.

Tu es sérieux là? Et tu crois que je vais me déplacer dans une boutique pour avoir un coupon, alors que je peux DL le jeux sans bouger de chez moi via Origin, Steam ou autre. A mais j'oubliais le fameux conseil du vendeur! Mise en situation (et c'est du réel) : une mère de famille demande à un vendeur d'une boutique un jeu pour son fils de 8 ans où il faut réfléchir un peu, le vendeur ne se démonte pas et lui propose .... Assassin's Creed 2.

Encore faut-il apprécier le hack'n slash.