SiTuMeSpamJteRetrouveIRL

Member
  • Content Count

    26
  • Joined

  • Last visited

  • Points

    365 [ Donate ]

Community Reputation

1 Neutre

About SiTuMeSpamJteRetrouveIRL

  • Rank
    Gabier

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Petit précision pour le refine_proto : L'ID est un chiffre donné "au hasard" qui ne doit juste pas se retrouver deux fois dans le fichier. Une fois que ce chiffre est défini vous devrez aller dans item_proto, dans la colonne "refine_set", pour le faire correspondre à un item précis. DONC, si vous voulez que l'épée0+9 demande à l'upgrade les items que vous avez mis dans la colonne (horizontale) ID 132 de votre refine_proto, vous irez dans item_proto, dans la colonne (horizontale) VNUM 19 puis dans la colonne verticale REFINE_SET pour y entrer 132 (L'ID défini dans votre refine_proto).
  2. Ouep finalement c'était simple et logique mais quand t'as plusieurs problèmes en même temps ça devient souvent chiant de les régler. Surtout que je ne suis pas familier de l'environnement linux et encore moins des serveurs. Et même si dans mon cas je n'avais qu'un bug d'affichage ça m'a fait chercher dans la mauvaise direction et je n'ai pas vérifié les trucs que j'aurais regardé en premier sans ce bug.
  3. J'ai trouvé d'où vient le problème, c'était juste un problème d'identification... L'ID c'est "metin2" dans navicat, pas "root". J'suis pourtant quasiment sûr que j'utilisais "root" avec l'ancien IP mais bon... Et pour le message d'erreur qui ne met pas le bon IP, c'est bien un bug, mais seulement d'affichage. (ça m'a induit en erreur cette histoire du coup) J'ai trouvé la solution à mon problème sur ce site : Du coup, y'a deux boulets sur le site, maintenant. lol EDIT : Et merci à vous d'avoir pris le temps de me répondre. Bonne journée !
  4. J'ai essayé en mode admin et ça n'a malheureusement rien changé. Pour le changement d'IP j'essayerai ça demain si j'trouve vraiment aucune autre solution (et j'suis loin d'être sûr que le problème vienne de là, en plus, ça s'trouve ça n'a rien à voir)
  5. Oui, c'est la mauvaise également. C'pour ça que j'imagine (mais c'est t'être pas du tout le cas) que c'est un bug qui ne touche que cet IP précisemment. Du coup je testerais bien de changer d'ip mais j'sais pas du tout faire. (et à vrai dire j'ai pas d'autres pistes... et quand l'ip était sur 192.168.0.21 Navicat marchait très bien!)
  6. J'ai essayé d'me co à Navicat sans lancer le serv (pour voir le message d'erreur qu'il allait me mettre) et là il me dit bien qu'il n'arrive pas à se co à 192.168.0.12 (et non pas 0.11 comme il le fait une fois que j'suis co... étrange.) Et ça marchait bien avant que le "server" ne décide de changer d'ip on ne sait pas trop pourquoi. (Et je ne l'ai pas précisé mais aucun soucis avec winscp et le client MT2 avec le nouvel IP.) J'ai fait un montage vite fait pour tout vous montrer sur une seule image. [Hidden Content]
  7. Version des fichiers/ Type d'émulateur : Files2013/FreeBSD Votre niveau (Débutant, Intermédiaire, Avancé..) : Débutant Description du problème : Bonjour, j'ai un soucis un peu étrange. En lançant mon serveur tout à l'heure je n'arrivais pas à me connecter. Je me suis rendu compte qu'il avait changé d'ip (en tapant ifconfig) alors que je l'avais arrêté en sauvegardant l'état (déjà là, c'est louche). Bref, je remets les ips dans tous les logiciels (client, winscp, navicat) et là j'me tape le bug du siècle. Navicat me dit qu'il n'arrive pas à se connecter à [email protected] alors que je l'ai configuré pour se connecter sur 192.168.0.12. Le PIRE, c'est que lorsque je regarde à droite, dans host, il me met bien l'ip en 0.12, et dans les paramètres également bien sûr. Si vous avez une idée, j'suis preneur. (genre comment changer l'ip du serveur) Par avance, merci ! Recherches et tests effectués : Google & co. En postant ma demande d'aide, j'affirme avoir lu et accepté le Règlement de Funky-Emulation.
  8. Bonjour, Je vous propose une humble quête que je viens de réaliser permettant la fusion de pierres de faible qualité en qualité supérieure. En quoi cela consiste ? Tout simplement à upgrader, par exemple, deux pierres+0 en une pierre+1. Le taux de réussite est de 50% mais vous pourrez modifier facilement ce paramètre. La quête de base est proposée sur l'alchimiste map1. Plusieurs rubriques vous proposerons l'upgrade suivant le level des pierres que vous souhaitez upgrader (de +0 à +4), une fois cette indication donnée, le code tentera alors l'upgrade de toutes les pierres de ce level que vous avez dans votre inventaire. Si vous n'avez pas de pierres+5 sur votre serveur je vous invite à supprimer tout simplement ce choix. J'ai créé une fonction pour vous permettre de l'utiliser dans un autre contexte et de rendre son utilisation plus simple et intuitive. Bref, je vous laisse découvrir tout ça par vous même. Code : quest alchimistequest begin state start begin --- when alchemist.chat."Fusionner des pierres" begin --- say_title("L'alchimiste :") say("Je viens de mettre au point une technique") say("incroyable pour fusionner deux pierres") say("identiques de faible qualité pour en faire") say("une pierre de qualité supérieure.") say("Souhaiterais-tu essayer ? Mais attention...") say("Cela ne réussi pas à tous les coups !") local b=select("Oui", "Non") if b==2 then return end say_title("L'alchimiste :") say("Selectionnez les pierres que vous voulez fusionner.") local c=select("Fusionner des pierres+0", "Fusionner des pierres+1", "Fusionner des pierres+2", "Fusionner des pierres+3", "Fusionner des pierres+4", "Fermer") --- if c==1 then alchimistequest.stone_getn(0) --- Mettez entre parenthèse le nombre correspondant au level de la pierre. --- Donc 3 pour fusionner des pierres +3 en pierres +4, --- 1 pour fusionner des pierres +1 en pierres +2, etc... return end if c==2 then alchimistequest.stone_getn(1) return end if c==3 then alchimistequest.stone_getn(2) return end if c==4 then alchimistequest.stone_getn(3) return end if c==5 then alchimistequest.stone_getn(4) return end if c==6 then return end end --- function stone_getn(stonenum) nstonestart = 28030 + (stonenum *100) + 0 nstonestop = 28030 + (stonenum *100) + 13 nstoneboucle = nstonestart stonefound = 0 --- while nstoneboucle <= nstonestop do if pc.countitem(nstoneboucle) >= 2 then stonefound = 1 interwhile = pc.countitem(nstoneboucle) / 2 for i = 1, interwhile do x = number(1, 2) --- Augmentez la seconde valeur de la variable x pour diminuer les chances de réussite. stonename = item_name(nstoneboucle) stoneupgradename = item_name(nstoneboucle+100) if x == 1 then pc.give_item2(nstoneboucle+100, 1) syschat("La fusion a réussie, vous avez reçu une "..stoneupgradename.." !") else syschat("Echec ! Vos deux "..stonename.." ont été détruites...") end pc.removeitem(nstoneboucle, 2) end end nstoneboucle = nstoneboucle +1 end --- if stonefound == 1 then say_title("L'alchimiste :") say("Et voilà, c'est fait !") say("J'ai fait vite, n'est-ce pas ?") else say_title("L'alchimiste :") say("Je n'ai trouvé aucune pierre à fusionner.") say("Revenez quand vous aurez au moins deux") say("pierres identiques à fusionner.") end end --- end end Voilà ! Je ne sais pas si ça intéressera quelqu'un, un jour, mais bon. Et si vous avez le moindre soucis n'hésitez pas à poster un message à la suite de celui-ci, j'y répondrai. PS : Cette quête a été créée sur un serveur "files 2014" mais je ne vois pas pourquoi cela ne fonctionnerait pas sur un plus ancien/récent. Et si vous ne savez pas implanter une quête, c'est par ici : [Hidden Content]
  9. Bon, j'ai compris d'où vient le problème. Quand le type est "kill" il n'attend pas les mêmes valeurs que lorsqu'il est "limit" ou "drop". Je n'avais pas fait attention... le boulet... Du coup ça marchait quand j'ajoutais dans du "drop" et pas quand j'ajoutais dans du "kill" avec la même syntaxe que dans du "drop". Logique. Je n'ai pas encore compris à 100% ce qu'il attend dans le type "kill" mais j'arrive à mettre un peu près les taux que j'veux. J'ai trouvé un site qui calcule les % en fonction du kill_drop... donc pas de soucis... Après, je n'aime pas ne pas comprendre le fonctionnement d'un "code". Donc si quelqu'un a la réponse miracle que personne ne semble avoir sur internet, j'suis preneur ! Cette fameuse question qui est donc (pour ceux qui n'auraient pas bien suivis) : MAIS a QUOI servent EXACTEMENT ces deux purées de chiffres à la fin de la ligne ? Mais la question restera sans réponse, je le crains. J'ai passé le sujet en résolu du coup, merci quand même.
  10. Version des fichiers/ Type d'émulateur : 2014 / VirtualBox Votre niveau (Débutant, Intermédiaire, Avancé..) : Débutant Description du problème : Bonjour, J'ai un souci avec l'ajout de pierres +5 sur un mob/metin. En effet, lorsque j'essaie d'en ajouter le serveur plante... "terminate called after throwing an instance of 'std::out_of_range' what(): vector::_M_range_check". J'ai essayé par l'ID et par le nom de l'item, même constat. Je ne vois pas ce que j'ai fait de travers. Par avance, merci ! En postant ma demande d'aide, j'affirme avoir lu et accepté le Règlement de Funky-Emulation.
  11. Ok, je vois. En gros, ca va être la super galère et j'vais m'arracher les cheveux pour avoir un dump_proto compatible avec "mon/votre" serveur. Merci pour toutes ces précisions.
  12. Hmmm, mais je n'ai pas eu de Dump proto quand j'ai DL le serveur ainsi que le client sur ce site. (En suivant le tuto) Par contre je sais que c'est un serveur (2014) et j'ai trouvé sur ce site un Dump_proto "2014". J'ai présumé que ça devrait le faire. Ai-je tort ? Mais si ce que tu voulais dire c'est qu'un dump_proto 2013 ne marchera pas avec un serveur&client 2014, oui, ça, j'avais cru comprendre. (Pour l'implantation d'objets ce n'est pas en projet, c'était plus pour l'exemple) Si j'ai bien compris : Un le "dump_proto" est un logiciel (.exe) qui permet la conversion des fichiers serveur en fichier client. (ce qui permet donc, grossièrement, de mettre à jour le client au niveau des items, prix, valeurs diverses, tout ça tout ça). DONC, idéalement, il faudrait genre un dump_protoV2014.32a pour un serveur/client V2014.32a sinon ça risque de faire une mauvaise mayonnaise. PAR CONTRE, l'histoire de "compiler soit même le dump_proto", là, tu m'as perdu. (Mais j'ai peut-être compris un truc de travers...)
  13. Je ne suis pas sûr de comprendre ce que tu me dis, ASIKOO. Si je ne fais que modifier les valeurs, on est d'accord pour dire qu'un Dump_Proto "random" fera l'affaire ?! Il va chercher les items qui correspondent et appliquer les "nouveaux prix" et les "nouvelles statistiques" des armes (par exemple). Par contre, si je modifie tous les vnum et que j'ajoute des caractéristiques, là, il sera paumé. C'est ça ? Ou c'est juste que si j'ajoute des nouveaux VNUM il ne saura pas les trouver ? (Pas de soucis, Franch, mais vu que la réponse d'ASIKOO m'intéresse beaucoup je souhaiterais attendre sa réponse pour le mettre en "résolu", si ça ne te dérange pas )
  14. Super ! Merci pour la réponse ! Je regarderai ça demain. EDIT : J'viens de look très rapidement bah j'ai bien fait de demander, je ne m'attendais pas à trouver ce fichier sous cette forme, j'aurais juste jamais trouvé. Et c'vraiment naze car il faut passer par un logiciel externe (en serrant les fesses) car c'pas modifiable manuellement J'ai trouvé ça sur le forum j'espère que ça le fera : Merci encore !