-
Compteur de contenus
2506 -
Inscription
-
Dernière visite
-
Jours gagnés
11
Type de contenu
Profils
Forums
Boutique
Calendrier
Tout ce qui a été posté par Galet
-
Salut ! Merci de ce tutoriel ! Je comptais en faire un également, je suis content que tu m'aies pris de vitesse haha, surtout que le tutoriel de base de Zetsu est propre !
-
De rien ! Ta table sql a un problème, l'erreur a été mentionnée par Takuma. Tu utilises quelle version de MySQL ? (C'est juste pour savoir et te prévenir, car la 5.8 demande du travail supplémentaire)
-
En effet ! J'avais pas pris en compte la possible différence, j'étais parti sur un mauvais raisonnement, mea culpa !
-
Salut _Sufhal ! Je pense que la db n'est pas compatible avec ton game, enfin, c'est ce qui m'arrivait début 2014 quand les files 40k venaient de sortir et qu'il y avait deux variantes, l'une ne fonctionnant pas avec l'autre. Là, sauf si tu utilises des vieux fichiers voire des fichiers périmés, je soupçonne que ta db plante ou bien ne se lance pas, dans le premier cas, regarde le fichier syserr.txt, au mieux il y en a un, au pire c'est un fichier "db.core" et ça signifie que ta db a planté au démarrage. Je planche plus sur le second cas, si tu utilises les sources. Si tu as un db.core, il suffit de lancer un gdb et de voir (enfin d’interpréter) où est-ce que le problème se situe (ou qu'est-ce qui a fait planter, si ce n'est pas ça tu dois remonter les éléments jusqu'à trouver la source du problème). Si tu n'utilises pas les sources, c'est plus compliqué. Et ce n'est probablement pas ça, car les fichiers partagés sont en général fonctionnels de ce niveau là (au lancement). Enfin, le meilleur cas de figure serait que ta db ne se soit pas lancée, pour X raison, le plus souvent ça serait que ton script de lancement ait un problème, mais là encore si tout est d'origine c'est presque impossible. Je pense donc que tu utilises des fichiers de l'époque pas spécialement compatible. Au mieux, n'hésite pas à nous fournir la version de tes files + un screen de ta machine virtuelle juste après le lancement ainsi qu'un screen de WinSCP, de l'arborescence de "db" voire même de ton fichier syserr si il est rempli. N'uploade pas le fichier db.core, en général ces fichiers pèsent plusieurs dizaines de Mo. Désolé de la réponse "globale", mais faute d'information précise je ne sais pas quelle est la source exacte du problème !
-
Salut ! C'est pas testé, mais je suppose que tu peux savoir si tu n'as plus de place dans l'entrepôt IS si la valeur "pos" de "MALL" est supérieure à 45 sur un ID donné, qui est le nombre maximal de position dans l'entrepôt IS !
-
Salut Djo-viper ! Je ne pense pas que mon VDI ait été conçu avec le matériel nécessaire pour compiler les sources, je pense donc que tu ne peux pas compiler les sources sur mon VDI. Sauf bien sûr si tu rajoutes la possibilité de le faire (cf : tuto sur l'environnement / les sources). Pour ta question, premièrement c'est : Pourquoi faire un second cube ? Si c'est juste pour rajouter une commande, la commande de cube est une des plus "complexe", à savoir qu'elle est tentaculaire, elle passe par plusieurs fichiers, pour vérifier si la fenêtre est ouverte, pour gérer le comportement des objets dans la fenêtre, pour lancer la commande en elle même etc. Si tu veux un bon exemple d'utilisation à base du cube, je te conseille de regarder le système d'étole de base, il est basé sur la commande de cube et te permettra de voir comment tout ça est agencé ! N'oublie pas que tu ne peux pas créer une commande comme le cube avec juste les sources du serveur / du jeu, il te faut forcément compiler au moins les deux.
-
Salut ! Comme je te l'ai dit, c'est dans la table ITEM qu'il faut stocker l'objet, pas dans safebox
-
Je ne vois pas comment être plus précis, je n'ai pas la bdd sous les yeux, mais dans le menu déroulant il doit y avoir "MALL" et dans l'ID tu mets l'ID du compte, comme ça le joueur pourra le récupérer dans son entrepôt IS
-
Bonjour, Pour mettre un item dans la base de donnée, tu dois le mettre dans la table "item" en tant que "MALL", l'id ne doit pas être celui du joueur mais celui du compte
-
Python - 2: Développons un anti-cheat en Python
Galet a répondu à un(e) sujet de Metin2 Dev dans Programmation & Développement / Codes
J'aime bien ce genre "d'anticheat" bien qu'il ne vérifie que les fichiers, d'ailleurs, comme Manghao l'a dit, le md5 reste un peu déprécié, bien que ça ne pose pas réellement de problème. Là où le bat blesse, c'est que vu que c'est en python, la possibilité de bypass est plus grande, sans parler du fait que les miles sont assez rarement tronquées, les exploits à base de .mix étant plus répandus. Je précise aussi que n'importe quel patcheur de mise à jour automatique permet de faire pareil AVANT le lancement du jeu (pour les clients qui forcent l'utilisation du patcheur). Mais merci de ce tutoriel, c'est très utile et ça fonctionne ! -
Quelles files choisir en 2017 ?
Galet a répondu à un(e) question de Sufhal dans Questions & Réponses
Bonjour, Les sources donnent les fichiers "game" & "db" qui se placent dans les files, à partir des sources tu peux tout modifier dans le jeu, mettre à jour le code et j'en passe ! Il est préférable et obligé d'avoir un lanceur client compatible avec le game et le db, vu que si tu es amené à toucher aux paquets, il faut que le client et le serveur puissent tous les deux les reconnaître, mais ça va plus t'embrouiller au début alors je ne m'étale pas sur le sujet. Bonne journée ! -
Salut Gamra00, on ne peut pas t'aider à partir du peu d'information que tu nous donne. Il faut que tu regardes et que tu nous fournisses (si tu ne comprends pas) ce que ta machine virtuelle affiche (game peut-être périmé), ainsi que le contenu du fichier "Syserr" de "Auth" & "Db" ! Une fois tout ceci en notre possession ça devrait aller plus vite ! Bonne soirée à toi
-
Vérifie les syserr, si tu n'as aucun bonus en plus c'est que ton système n'est pas fonctionnel et là tu vas devoir trouver par toi-même si tu n'as aucun syserr
-
Je te parlais du bonus apporté par le système d'énergie, par exemple si tu as des PV supplémentaires, en activant un Cristal d’énergie tu auras encore plus de PV max Je te conseille d’essayer sur un nouveau personnage, ton problème doit venir du uitaskbar.py
-
Salut ! Désolé je n'avais pas vu ton message... Voici l'explication du code, d'après CHAPPiE ça corrigerait les crashs en Donjon, mais ce n'est techniquement pas possible vu que le bug ne peut pas être résolu par une simple quête et que la quête ne touche pas à ça. Cependant je ne vais pas mettre en doute ce qu'il a dit, je vais juste me contenter de commenter en détail la quête. (Et la réorganiser) [Hidden Content] Voilà ! Bonne journée
-
Salut ! L'Objet est t'il en type ITEM_BLEND ? Disparaît-il après ? Vois-tu l'effet (le bonus) apporté par l’énergie ou bien rien ne se passe ?
-
Le bouton est remplacé par le bouton qui cite tous les messages sur lesquels tu cliques, après tu as juste à cliquer sur le bouton "Citer ces messages maintenant" qui apparaît juste au dessus de "Poster une réponse" !
-
Trois petites remarques : - 1 Je ne trouve plus les visites du profil '-' - 2 Les Alertes ne sont pas traduites, du moins les messages apparaissent en Anglais (configuration du profil) - 3 Dans la configuration du profil, les brouillons n'ont toujours pas de texte (pas de lien "Editer vos brouillons" mais juste une icone)
-
C'est un bel ajout, merci !
-
valeur CATEGORY SUBCATEGORY
Galet a répondu à un(e) question de crapounette dans Questions & Réponses
Bonjour, Si tu parles des protos, ces lignes ne sont pas lues par le serveur ni par le client, à part si tu les as codées. Tu peux donc facilement les enlever (bien que j'ai un doute sur ATTU_ADDON, si il y est de base ou non). -
Sinon, pourquoi ne pas remettre l'ancien système de "Qui a vu mon profil" ? Il marchait parfaitement ! Sinon sympa le thème
-
Il faut que tu aies un dump_proto bien adapté à la structure de tes protos, celle que lit ton client, si tu n'as rien touché, le dump_proto de base devrait fonctionner sans soucis
-
Salut ! Je pense que tu fais complètement fausse route là... Premièrement le tutoriel de Gin est quelque chose de déjà présent dans les sources mais commenté, c'est en gros quelque chose qui empêche au canal (ou au core) de crasher quand un joueur quitte un groupe dans une instance et que le chef du groupe le réinvite. Dés qu'il appuie sur "rejoindre", le canal plante. Là ton bout de code sert à remettre à zéro le skill_group d'un joueur qui en a un supérieur à 2 (faudra m'expliquer comment il s'y prend d'ailleurs ). Pour ceux qui ne savent pas, le skill_group au sein d'une classe est ce qui va déterminer si vous avez choisi Mental ou Corps à Corps, Dragon ou Soin, Arme Magique ou Magie Noire etc. Donc là ce code sert à "nettoyer" les skills du joueur, remettre le skill_group à zéro et remettre le quest_state de la quête de recherche des skills à zéro pour que le joueur puisse à nouveau reprendre ses compétences auprès des maîtres. Donc ça n'a rien à voir avec ce fameux crash de core avec un groupe dans une instance, mais ça sert à éviter qu'un joueur se retrouve avec un skill_group inexistant, bien que je me demande comment il peut faire son compte pour en arriver là Merci cependant du partage !
-
Salut Il est impossible de savoir la source d'un fdwatch (juste des ordres d'idées) sans savoir ce qui l'a causé. Dans le canal ou le core où ça a crashé, tu as un fichier game.core. Il faut utiliser l'outil de debuggage gdb dessus pour voir où l'erreur est située côté sources
-
Python - Annonce GM avec et sans Pseudo
Galet a répondu à un(e) sujet de Metin2 Dev dans Programmation & Développement / Codes
Merci pour l'import mais... import palyer C'est "player", petite coquille
