Salut, Actuellement je suis bloqué: je pense que nous avons tout testé, en vain...J'ai réussi a décromprésser les maps des fichiers d2p mais quand il faut decrypter les donnes à l'aide de la key de la mapca coince: ca me sort des valeurs incohérentes et je pige pas pourquoi...Si vous pouviez m'aider, voici mon code:[spoiler]``` void Map::InitializeReader(CompressedMap *compressedMap) { QFile file(compressedMap->getfile()); if (!file.open(QIODevice::ReadOnly)) qDebug()getByteCount()); QByteArray md5 = QCryptographicHash::hash(data, QCryptographicHash::Md5); _hashCode.append(md5); QByteArray result = gUncompress(data); _reader->setBuffer(result); } ```[/spoiler]Merci d'avance :D

Est-ce que t'as regardé dans les sources comment on décrypte les maps ? ([https://github.com/Emudofus/Dofus/blob/master2/com/ankamagames/atouin/data/map/Map.as#L170](https://github.com/Emudofus/Dofus/blob/master2/com/ankamagames/atouin/data/map/Map.as#L170))Il me semble que la clé de décryptage est fixe, et je ne vois pas à quoi ça sert de calculer le md5 des données ?Enfin, je ne vois simplement pas où tu essaye de décrypter les données dans ton code ?

Pardon je me suis trompé de code ^^le voici:``` if (mapversion >= 7) { bool encrypted = _reader->readBool(); uchar encryptionVersion = _reader->readByte(); int dataLen = _reader->readInt(); if (encrypted) { if (_encryptionKey.isEmpty()) qDebug()

Ça a l'air pas mal, t'as pris quoi comme clé de décryptage ?Et t'as bien pensé à remettre ton reader à 0 après avoir changé de buffer ?

je prends caid: 84673025key: "c1901952da2f027f6cdef618c344f935"oui le reader est bien remit a 0.et ca me donne un mapType de 191...Je peux vois ce que tu as fait toi ?

Je te donne le code que j'ai fait en vrac, c'est très loin d'être un modèle car j'ai fait ça à l'arrache ^^En tout cas ça marche !dlmfile.cpp :[spoiler]``` #include "dlmfile.h" #include #include #include "../bigendianreader.h" #include #include using namespace Protocol::IO; DlmFile::DlmFile(const QString &filePath) : _filePath(filePath) { load(); } const QByteArray &DlmFile::uncompressedMap() const { return _uncompressedMap; } void DlmFile::load() { RFile file(_filePath); QByteArray fileContent = file.openReadAllClose(); qDebug() = 3) { _backgroundRed = reader.readByte(); _backgroundGreen = reader.readByte(); _backgroundBlue = reader.readByte(); _backgroundColor = (_backgroundRed & 255)

C'est tres sympa Caramba, merci beaucoup !Ca marche, mais je ne comprends pas, tu utilise la clef par defaut... alors a quoi sert la clef que je recois ? Je croyais que celle par defaut etait à utiliser uniquement lorsque aucune n'etait donnée. Et ton QByteArray decryptionKey("649ae451ca33ec53bbcbcc33becf15f4"); converti auto en hex ?

En effet je ne vois pas à quoi sert la clé reçue...La clé de décryptage doit toujours être laissée telle quelle. Ici ils ont pris une chaine qui se trouve être en hexa mais ils auraient pu prendre comme clé "toto".

Tu crois que ils ont compris chez ankama que la clef reçue servait a rien? :troll:

C'est pas la première fois qu'on voit des variables qui ne servent a rien chez @nkama.Alors que les obstacle sont gérés par les D2p sa doit faire 2 ans que ya une variable obstacle dans le 226 qui reste null. Sa devait servir lors des premiers tests de dofus.

Les developpeurs d'ankama doivent surement posseder une charte du style:1/ CompilezSi - > Ca ne marche pas :| Frappez plus fort votre clavier :evil: , puis retour étape 1Si - > Ca marche :shock: O.M.G, on fete ca :o , passage étape 22/ Prennez votre organe sexuel et...

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[D2P] Décryption des Maps

BlueDream

Oui mieux vaut ajouter les monstre/joueur en obstacle mais sa le serveur ne vérifie pas.

tifoux

BlueDream a dit : "Oui mieux vaut ajouter les monstre/joueur en obstacle mais sa le serveur ne vérifie pas."

Si le serveur vérifie les montres/joueurs et npc!

BlueDream

Ah autant pour moi alors.

« Page précédente