Jump to content

Almost Night

Donator
  • Posts

    90
  • Joined

  • Last visited

  • Days Won

    3
  • Donations

    200.00 GBP 

Everything posted by Almost Night

  1. I have checked the source code as well now and couldn't find the problem. I also checked MaNGOS Two, going back to the source code of 2017 and it all seemed fine. After checking MaNGOS Zero ingame with rel 22.01.25 I can confirm that this is NOT a problem in Zero. I have checked MaNGOS Two ingame with rel 22.01.06 as well and could reproduce the problem at the same spot. In fact, it seems to be a problem with the mobs showing as gray while they should be green. The same bear (Felwood, level 47) is green in Zero, but gray in Two. Player level: 57 Mob level: 48 Gray level: Player level - 1 - Player level / 5 = 45 In Two it seems to be 49 for the same player level. Does anyone know if GetColorCode (https://github.com/mangostwo/server/blob/master/src/game/Object/Formulas.h#L65) is actually used somewhere or if the decision for the mob color is done client-side?
  2. MaNGOS Zero is based on WoW Classic from 2004, not the NuClassic from 2019. Furthermore the bug report was given on MaNGOS Two, which is Wrath of the Lich King, so calculations might have changed. Anyways, NuClassic gives some good clues on bugs or missing content. So I followed that clue and did some research on my own and the last entry on Wowpedia before the release of Burning Crusade states the same as it was in the other bug report: https://wow.gamepedia.com/Mob_experience?oldid=228414 But it wasn't quoted fully. As the Zero Difference states: And: Especially "Mob Level > Gray Level" is what seems to be missing here. This description hasn't changed on Wowpedia up to the day. I second that as a wrong implementation of the experience calculation. When a mob is gray, it shouldn't give any XP to the player. Thanks for being stubborn.
  3. Maybe it's simply just the GM mode activated? Can you describe: What have you tried? (as detailed as possible) What did you expect? What did actually happen instead?
  4. Hallo, könntest du noch ein paar Informationen zur verwendeten MaNGOS Version und deinen bisherigen Schritten schreiben? Von wo hast du es heruntergeladen? Gibt es einen Unterordner "database" in dem Verzeichnis? Dort müsste sich die "InstallDatabases.sh" befinden. Es ist dabei wichtig auf Groß- und Kleinschreibung zu achten.
  5. @LordIcon Das Problem in MaNGOS Zero wurde behoben, in der v22.01.25 sollte alles wieder funktionieren: https://github.com/mangoszero/server/releases/download/v22.01.25/MangoszeroServer_x64_release.zip
  6. Die einzelnen Punkte in der Konfiguration haben alle eine kurze Erklärung. Einfach einmal anschauen, damit man eine ungefähre Vorstellung davon bekommt, was sich über die Konfiguration alles direkt anpassen lässt.
  7. Also wenn dann eher in der Datenbank, aber ich bin mir nicht sicher, ob das so einfach geht. Wahrscheinlich würde es gehen den Wert für RequiredLevel in der Tabelle "item_template" in der Datenbank für die Reittiere herunterzusetzen und den Spielern als GM das Reiten über ".learn 33389" und ".learn 33392" zu geben. Das solltest du vorher mal testen, bevor du das mit den Spielern machst. Ich weiß nicht, ob das ausreicht oder ob du auch noch die restlichen Spells, wie Horse / Kodo / Tiger Riding brauchst. Die jeweiligen IDs kannst du dir aber hier anschauen: https://classicdb.com/?search=riding#spells Wenn du noch einen Schritt weitergehen willst, dann lässt sich das vielleicht über einen eigenen NPC und Eluna (Lua-Scripting) lösen, aber da müsstest du dich selbst etwas mit beschäftigen.
  8. Laut Beschreibung gibt das an, ob ein Account ein PlayerBot oder ein normaler Nutzer ist. (0 - normaler Nutzer, 1 - PlayerBot) Das sollte alles passen, aber wenn du das anpassen möchtest, dann kannst du das in der "mangosd.conf". Siehe "Rate.Creature.Aggro".
  9. Ich nehme an (Spekulation), dass die Einträge aus der Registry gelesen werden. Evtl. hat Blizzard das irgendwann nicht mehr so verwendet und damit hat bisher nur die alte Version von Cataclysm diese Einträge gesetzt. (oder auch die letzte WoW.exe, die du ausgeführt hast) Wenn du unbedingt selbst updaten möchtest, dann starte mal einmal dein WoW mit der Version 1.12.0 und führe dann das Update aus. Ich zitiere mich an dieser Stelle mal selbst:
  10. In deiner Registry ist wahrscheinlich der Pfad zu Cataclysm hinterlegt. Wenn du den Patch ausführst, stellt er fest, dass es die falsche Version ist. Die Version von Rising-Gods sollte keine Probleme machen.
  11. Ich denke die Faction ID wurde in WotLK falsch gesetzt und müsste eigentlich 17 (Defias Brotherhood) sein, ich reiche das mal als Bug Report ein. Danke fürs Melden! Wenn du das bei dir in WotLK anpassen willst, dann müsstest du folgendes ausführen: UPDATE `mangos2`.`creature_template` SET `FactionAlliance`='17', `FactionHorde`='17' WHERE `Entry`=38; Falls deine Datenbank nicht "mangos2" heißt, müsstest du das anpassen. Danach einmal den Server neu starten. Edit: Rising-Gods verwendet auch die Faction ID 7. Da muss auf jeden Fall noch eine Quelle her, bevor ich das als Bug einreichen würde. (https://db.rising-gods.de/?npc=38) Edit 2: Alles richtig so, die sind in WotLK nicht mehr feindselig
  12. Die Fraktion der Defias Thugs wurde von TBC auf WotLK von 17 auf 7 geändert. Gut möglich, dass die ab WotLK nicht mehr standardmäßig feindselig sind und der Fehler (falls es einer ist) in der Datenbank von MaNGOS Three liegt. Es ist leider schwierig nachvollziehbar, wie es eigentlich sein sollte, da keine Quellen mehr verfügbar sind. Laut diesem Video müssten zumindest seit Cataclysm dort ganz andere Gegner stehen als Diebe:
  13. We've stumbled over a problem with the extractors in the current v0.22 build downloaded from GitHub (https://github.com/mangoszero/server/releases/download/v22.01.14/MangoszeroServer_x64_release.zip). @LordIcon was using the deDE client to run the extractors. I could reproduce the same error with deDE and enUS clients. Steps to reproduce the error: Download latest build from https://github.com/mangoszero/server/releases/download/v22.01.14/MangoszeroServer_x64_release.zip Extract into a folder Copy all files from "tools"-directory into deDE/enUS client folder Run extractors in the order map-extractor.exe, vmap-extractor.exe, mmap-extractor.exe Move folders (dbc, maps, mmaps, vmaps) into the server folder Database installation + configuration Run mangosd.exe The file "000.vmtree" exists in the given folder. Let me know if you need more information to confirm.
  14. Ja, siehe "account create" (account create <account> <password> <expansion>):
  15. "account set addon <accountName | accountId> 2" - die Liste der Commands ist immer ein guter Startpunkt.
  16. Konnte ich rekonstruieren. Ich schau mir später genauer an, woran es liegen könnte oder ob das Problem bereits bekannt ist. Die 0 steht leider nicht mit in den Flags, ich denke es bedeutet "keine Flag". Die 2 bedeutet, dass der Server offline ist.
  17. Mal den DataDir wieder auf "." setzen und die Ordner in den übergeordneten Serverordner verschieben. Wenn das nicht funktioniert, dann alle extrahierten Dateien löschen und nochmal neu mit den Tools von mangoszero aus 1.12.1 entpacken.
  18. Ich sehe leider aus deinem zweiten Screenshot heraus den Pfad nicht, in dem sich der "Data"-Ordner befindet.
  19. Die Unterordner/Dateien sind im Ordner des Servers wie angegeben enthalten (Data/vmaps/000.vmtree)? Die Tools zum Extrahieren von Zero verwendet? Wirklich der alte 1.12.1 Client und nicht 1.13.x (NuClassic)? Wahrscheinlich nicht ohne größeren Aufwand. Es gab (gibt?) Tools dafür, die habe ich aber bisher noch nie benutzt.
  20. Ich habe auch lokal die DynDNS-Adresse verwendet. Eigentlich sollte die korrekt aufgelöst werden, das Routing übernimmt dann den Rest. Eventuell könntest du es mit dem Eintrag in der hosts-Datei probieren (ein paar Posts zuvor beschrieben). Ansonsten noch die Frage, ob du die Bind IP verändert hast. Sofern du diese bei 0.0.0.0 belässt, sollte es auch lokal eigentlich kein Problem machen.
  21. Nein, aber ggf. fallen euch Schreibfehler oder Unstimmigkeiten zwischen Text und Quest (im Text steht töte 10, die Aufgabe verlangt aber 12) auf. DIe meisten Werte kannst du übernehmen. Der Server braucht einen anderen Port und bei realmbuilds muss je nach Addon ein anderer Wert rein: Zero: 5875 6005 6141 One: 8606 Two: 12340
  22. Nein, das ging auch damals nicht. Du kannst einstellen, dass Benutzer nur eingeschränkten Zugriff auf die Addons haben. Zum Beispiel bei WotLK den Account auf TBC stellen (als hätte man WotLK nicht gekauft), dann hätte der Account nur Zugriff auf die Inhalte von TBC, benötigt aber trotzdem den WotLK-Client. Wie gut das funktioniert weiß ich nicht, damit habe ich bisher keine Erfahrungen gemacht. Nicht hiermit, es gibt aber andere Projekte wie Trinity, die sich mit der Emulation des aktuellen Addons beschäftigen. MaNGOS unterstützt aktuell nur die Addons bis MoP, wobei Letzteres soweit ich weiß aber nur rudimentär implementiert ist. Noch eine Bitte: gefundene Fehler am besten unter "Support" => "Bug Tracker" melden (im Zweifel die Fehlerbeschreibung einfach mit https://www.deepl.com/translator auf Englisch übersetzen). Das Feedback hilft dem Projekt nachhaltig Fehler zu beseitigen. Bei Fehlern (keine fehlenden Übersetzungen, wirklich nur Fehler in bereits vorhandenen Übersetzungen) in der deutschen Übersetzung auch gern direkt an mich. Am besten immer mit Screenshot.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. Privacy Policy Terms of Use