Ghost

 Retraité du Staff
  • Content Count

    45
  • Joined

  • Last visited

  • Points

    50 [ Donate ]

Community Reputation

12 Neutre

About Ghost

  • Rank

  • Birthday 06/11/1995
  1. Ajout du changelog global (actualisé aujourd'hui).
  2. C'est toujours plus beau de voir, et peut être plus performant pour le compilo (excusez pour l'exemple mais je le fais en C#, je pense que vous comprendrez): switch(packet[1]) { case 'f': break; case 'x': break; case 'X': break; } Que if(packet[1] == 'f'); else if(packet[1] == 'x'); else if(packet[1] == 'X'); Question d'organisation dans le code ? Même pour 3 packets, c'est important pour la vue de l'intérieur, pour les personnes qui vont s'intéressés au code (même si moi je m'en fou), ça donne toujours bonne image. De plus, même personnellement, on est plus à l'aise en voyant son code "propre" plutôt que se dire que certains endroits sont dégueulasses.
  3. Autant pour moi, ne faisant pas de C++, je ne savais pas. C'était simplement de petites remarques pour aider les développeurs si jamais le cas était vrai. Mais sinon, il n'est pas possible de faire un Switch par 'char' ? Il est toujours possible sur le serveur d'authentification de faire un switch des packets après le parsage du compte. (Af, Ax, AX), seule la deuxième lettre change, donc si ça marche, pourquoi pas.
  4. Ce que j'entends par une tonne de 'IF', c'est le fait d'utiliser 3 if différent pour les packets "Af", "Ax" et "AX". Dans ce cas un elseif ? Mais c'est vrai que pour un serveur d'authentification, un switch est plus adapté, il n'a pas 36XXX packets à parser comme le serveur de jeu Sinon pour la vérification, c'est ce qui a porté défaut à de nombreux serveurs sous Ancestra ou Vemu pendant certain moment, les failles de duplication, les erreurs fatales du serveur, cela vient de là généralement, l'oublie de vérification d'une variable
  5. Quelques petites remarques pendant les 5 minutes qui m'ont permis de regarder le code. Pourquoi ne pas utiliser un Switch plutôt que la tonne de 'IF' pour le parsage des packets ? Pourquoi ne pas parser les erreurs ou les packets "non-originaux" ? Je m'explique, si quelqu'un utilise WPE par exemple et change le packet AX1 en AXA, vous aurez une jolie erreur et fera crash votre serveur...
  6. Perso, je n'avais pas de problème sous Chrome ce matin avec le système d'onglet !
  7. Nettoyage du sujet + mise à jour du sujet et de mon vieux projet (remis aux normes). Il se vaudra aussi "sucré" que le promettait EvoCore !
  8. Pour ma part, c'est aussi le système d'onglet qui m'intéresse. J'ai peux de centres d'intérets pour beaucoup des sections et franchement, c'est galère quand tu veux chercher quelque chose parmis 30 sections principales ...
  9. SharkEmu était aussi pas trop mal a m'a appris plusieurs choses. Mais ce sont nos mauvaises bases. Après tu as les sources actuels d'EvoCore, de SumBox, d'ArkaliaCore, de Snowing, de Trom, de DofusOrigin qui ne sont pas mal. Il y en a d'autres. Pour moi, le C# reste facile à comprendre / apprendre et reste assez performant (C'est un serveur DOFUS que l'on fait, pas WOW hein ! Et encore, si le truc est bien géré, même WOW pourrait être géré, regardez, il y en a bien un en C# !). Après le C++ est polivalent, rapide, mais compliqué à comprendre pour un débutant en développement. Le Java, il te faudra passer plusieurs mois, voir plusieurs années avant de t'habituer aux conneries à ne pas faire concernant les pertes de performances. Ce sont les trois langages qui te permettront d'apprendre sur des bases "seines" sur notre émulation. VB.NET aussi, Référencement égal au le C# Ghost.
  10. Comme je l'ai déjà dit, même en Cpp, je peux te faire la fonction de recherche d'ami, il n'y a rien de compliqué
  11. C'est claire que j'avais jamais vu une section autant en chantier !
  12. Tout d'abord, le nom de SunDofus m'est venu du nom de l'émulateur privé "SunDofus" de Nightwolf il y a très longtemps qu'il n'a jamais continué. Ayant toujours galéré pour trouver un nom, j'ai préféré reprendre celui d'un projet abandonné. Il est développé en C# avec le framework .NET 4.0. Il utilise donc LINQ pour les fonctions lambdas, MySQL pour les bases de données et SilverSocket pour la communication réseau (qui sont très performants néanmoins). Il est totalement Open-Source et a été commencé le 12.07.2012. Il avance à son rythme, je ne me presse pas, donc ne comptez pas "jouer" avant pas mal de temps. Il a été crée dans le but de m'améliorer et de contribuer à l'émulation, c'est d'ailleurs pour cela qu'il a déjà été recommencé plus de 3 fois (remises aux normes, perfs, etc). GitHub : ICI ChangeLog Cordialement, Ghost. --- Download
  13. De suite ? Le plus tôt possible ? Chacun peut commencer dans son coin en attendant, même alors que la refonte ne soit pas encore faite. Kanade a raison (ou SGT), mais c'était simplement pour les grosses idées plutôt que d'embrouiller la section "boite à idée" pour des conneries. Faire un sujet dans la nouvelle section ? Ehoh Nicky, tu te bouges le fion ?
  14. Pas tord mais pour regrouper les idées principales, je pense qu'un groupe est pas mal, un groupe ouvert ou tout le monde peut parler d'idée (pas de flood par respect). Et une fois les idées postées, on applique, on lance un test, si il s'avère concluant, on ferme la discussion. Par exemple, les émulateurs, les idées de section, ce que l'on doit refaire. Comment trouver des membres, la pub, il y a pas mal de choses auquelle on veut des réponses rapidement, et sur skype avec une vingtaine de membres, c'est beaucoup plus facile d'obtenir une réponse je trouve. Comme tu le sens.
  15. Je te laisse faire la conversation sur Skype Nicky et invité ceux que ca intéresse. Je ne serai pas disponible ce soir pour les idées mais le parallèle n'est pas une mauvaise idée. Histoire de voir ce que cela donne. Et si dans un mois on a bien avancé, on passe à la vitesse supérieur. Mais je vous préviens, les reprises de Ancestra, c'est à la poubelle. J'en ai assez vu comme ca ><