Back2Basics - blizzlike+ WoW 2.4.3 / TBC Server

Zitat von »Zevos«

Also in meinen Augen ist hier das größte Problem, dass die Leute entweder:
1. nen Freeport nach Shatt bekommen, egal wo sie sind (ohne je dort gewesen zu sein -> unterschied zum Ini-Port)
- aus ähnlichem Grund hat der Portbaum auch einen Cooldown bekommen, wenn man sich mit feststecken ins Startgebiet portet, um dauerhaftes hin- und herporten zu unterbinden. Dauerhaftes Porten ist nicht möglich da deserteur debuff... ausserdem ist es auch kein port auf Klick, da ich nicht denke, dass man 24/7 lowlvlbgs offen haben wird... und zum nie dortgewesen sein, wer den Portbaum benutzt hat meistens nen 70er der meistens auch die kontakte zu nem mage der einem portal stellen kann...

Zitat von »Zevos«

2. Die Leute dann immernoch das Problem hätten: sie wären nach dem BG in Shatt und nicht dort wo sie gequestet haben.

Gerade der zweite Punkt ist der entscheidende hier schätze ich. Denn: jetzt bin ich zwar im Reiseknotenpunkt Shatt, aber ich will ja eigentlich schnell wieder in mein Questgebiet. Also muss ich durchs Portal und dann zum Flugmeister oder Port-Baum. Kostet beides Gold und Zeit.
Ohne dass die BGs irgendeine Entlohnung geben (von Umskillmarken und der Ehre, die man für 70 brauchen kann mal abgesehen) kann ich mir vorstellen, dass dieses Angebot allein relativ unattraktiv sein würde. Die meisten leveln einfach so schnell wie möglich auf 70 um sich dort dann endgültiges Equipment zu sammeln. Die meisten Instanzen geht man nur, weil man dort Quests hat und die massig EP geben und ansonsten grast man Questgebiete ab. Ich will damit auch nicht sagen, dass das Problem komplett gelöst ist, sondern dass es eine deutlich Verbesserung wäre... Im Aktuellen System hat man den Weg in die Hauptstadt aus der Hauptstart und bei Invite wieder aus der Hauptstadt somit würde man 2 Wege einsparen beim lvln... Und das mit dem möglichst schnell lvln das mag vllt. auf dich zutreffen, ich aber hab weiß der Geier wieviele Chars hochgespielt schon und fand selbst auf dem Offi stupides durchquesten einfach nur langweilig auf dauer. ich brauch Abwechslung in meinem Spiel heißt ich nehme möglichst viele inis mit auf meinem Weg zum maxlvl und würde quasi dauerqueun im bg weil geht ja eh sehr selten auf hier aufm offi z.b. hab ich immer mit den Endlvln gern gequeud z.b. 17-19 27-29 usw. und die zwischenlvl mit Inis und ein paar quests gefüllt bzw prequests für inis usw

Zitat von »Zevos«

Es gab schon häufig ähnliche Vorschläge und eigentlich war jedes Mal der überwiegende Konsenz: "Nice to have, aber nicht wirklich notwendig" bzw "wird eh nicht genutzt" beim ersten würde ich sagen kann man so sehen, beim zweiten würde ich vehement wiedersprechen, da ich viele kenne die bg queuen würden beim lvln, dies aber nicht machen wegen der angesprochenen 3 Wege und ich denke, dass viele sich von denen bei nur 1 Weg melden würde... das mit an die gleiche Position an der man gestartet ist wäre für mich Kategorie nice to have aber nicht wirklich notwendig, da großer aufwand spart einen Weg... mein Vorschlag ist geringer Aufwand spart 2 Wege.... da kann man ja auch das lvllimit als nice to have ausgeben und trotzdem sind viele froh, dass es das limit gibt oder den baumport

Zitat von »Zevos«

Mit freundlichen Grüßen
Zevos

Zitat von »Selchie«

hm aber man könnte sich doch auch in Gruppe inviten lassen, dann braucht nur einer die Gruppe anmelden und hinreisen. Natürlich nicht ganz, worauf du hinaus wolltest, aber so ähnlich.

Zitat von »breeboxgrinder«

Sind im, speziell 19er pvp, nicht eigtl nur Edeltwinks unterwegs, welche normale lvl grinder abfarmen wollen? Für mich is das jedenfalls der grund niemals beim lvln mal eben kurz n bg zu machen.

Zitat von »breeboxgrinder«

Die meisten Leute hier wollen aber denke mal genau das. 19er PVP. wenn schon denn schon. Nur sind die Interessentenzahlen noch zu niedrig.
Aber ums nochmal zu sagen: glaube niemand will gerne von porno overgeared full enchanted pvp twinks gegrindet werden

Zitat von »Paladin«

Korregiert mich fals ich mich irre, aber normalerweise läufts doch so:
Questgebiet > Hauptstadt > Anmelden > Questgebiet > join > Hauptstadt > Questgebiet
Dein Vorschlag:
Questgebiet > port > Anmelden > Questgebiet > join > Hauptstadt > Questgebiet
Von daher würde man sich nur einen Weg ersparen und trozdem ständig am laufen sein.
Wenn, dann macht es nur einen sinn wenn man sich mit einem Ingamebefehl von überall aus anmelden kann und hinterher auch wieder am gleichem Punkt rauskommt. Dadurch entfallen die ewig langen Wege. Dies Wäre auch für die LVL 70iger interresannt. Farmen > BG > Dayliq > BG > ...
Hier kommt aber das PSEUDO Blizzlike ins Spiel und der entsprechende Aufwand der DEV's.

Zitat von »Heinz1989«

1.) das anmelden

Zitat von »Heinz1989«

entweder du leitest die befehle über einen dummy o.ä. der sie an den anmelder in shatt zB weitergibt.
dann gehe mal davon aus, dass, wenn der befehl integriert wird, er für alle integriert wird. - d.h. gehe mal von vlcht 80 Leute aus - dass sind ne Menge Daten, selbst wenn es nur ein einfacher BG-Join wird. Du
brauchst Fraktion (hat lowlvl xbg?)(JA XBGS), LVL (Diese Abfrage ist schon im joinen mitinbegriffen bzw sollte es sein) und gewünschte BG's( ein Befehl pro bg dann musst nicht ne zusätzliche abfrage haben). Dann brauchst du den Transfer in die Rückrichtung, in
welche derjenige joinen kann (dass wird wahrscheinlich auch wieder nur hacky gehen und nicht wie
gewohnt) - dann brauchst ne Kommunikation von Spieler zu Dummy, "ich möchte da joinen". der meldet
das dem anmelder mit spielername etc. der muss wieder checcen, ob noch frei oder nicht. Wenn nicht, musst dem spieler wieder ne meldung schicken... (vestehst du das Prinzip einer Warteschlange? Und ja wenn man einen dummy nehmen will, was ich schwerer in der Umsetzung finde und ich denke uneleganter ist vom Blizzlike feeling her dann muss man diesem Dummy einen Dialog mit dem Spieler Programmieren)
DASS ist ein reiner Datensalat und geht nicht ohne sehr gutes und vorallem sauberes Scripten.
Und was ihr alle nicht bedenkt: bei dem einbau des "join"-befehls wird es garantiert verzögerungen geben. sodass jmd der gleichzeitig mit euch beim anmelder anmeldet, wahrscheinlich eher reinkommt! (who cares?)
und hier ist nur die annahme, von einem maximal 2 dummy's (pro fraktion) ...
wenn du dann jeden an seine position zurück bringen willst,
musst du den kompletten leavecode umschreiben und die positionen umschreiben.(bislang wird man beim leaven zum bg anmelder geportet bei dem man gemeldet hat, denke, wenn man auf einen dafür vorgesehenen zwischenspeicher die Position mit Charakternamen und einen Port zu jener nach verlassen des bgs quasi als "port nach dem Leave" einziges Problem, das ich dabei sehe ist joinen auf Flugrouten bzw joinen als 70er während des Fluges... wenn dummie dann würde ich quasi nen allbganmelder in die jeweiligen Gasthäuser implementieren)

2.) a.) das leaven (nehmen wir mal die option - vorgefertigte position für Befehljoiner)
woher weiß ich nun, welcher char in sw mit dem befehl angemeldet hat und wieder nach sw will? - woher weiß der anmelder überhaupt, dass der per Befehl gejoint hat?( braucht er nicht wissen, da er eh zur entsprechenden posi portet)
Die Spielerposition vor dem join manuell übershreiben, halte ich für keine gute Idee, wirft garantiert Probleme auf. dem Spieler ne extra Spalte/Attribut zu geben, ist auch sehr schwierieg. du darfst bei der ganzen Sache keinen Fehler machen.(kp was dieser Satz bedeuten soll? man wird ins bg geportet beim join bislang wurde nur nicht die Position gespeichert, sondern z.b. an welchem anmelder du dich angemeldet hast)
dann musste wieder Fraktionen unterscheiden, da es xbg's gibt ...
2 b.) alle landen an einer position (fraktionsunabhängig)
zB bei ad'al... dann heulen wieder die rum, die gerade extra in zB og angemeldet haben, weil sie sich danach zwischen den bg's nen item kaufen wollten...(das wäre die Lösung die wahrscheinlich am leichtesten zu scripten wäre btw da kannste nur die befehl joiner nach shath kommen lassen)
2 c.) alle landen an ruhesteinposition
wäre die am vermutlich am einfachsten zu bewerkstelligenden Veränderung - weil keine Fraktionen beachtet werden müssen, sondern nur ein Punkt geändert werden muss. der von dem angemeldet wurde.
allerdings bin ich (und sicher auch viele andere dev's) kein Freund, in Laufzeitdaten herumzupfuschen. es kann einfach zu viel schief gehen.(seit wann bist du denn dev?)

2 d.) du speicherst beim joinen per befehl (ich denke nicht, dass die standardanmeldung hinkriegst) die Spielerposition in einer Tabellenspallte, Variable Whatever) und schmeißt sie an einer/2 definierten positionen in shatt raus. vor dem horde und dem allyanmelder.
dann fügst du dem talentresetbaum noch ne option bei: bringe mich an vorherige position (wobei ein port an eine position vermutlcih auch wieder nicht so einfach ist, wie du es dir vorstellst) und du kriegst beim bg ehrenhaft leaven (win/loose) einen debuff für 30 sec in der die option nutzen kannst....


jetzt siehst du , dass ist kein geringer Aufwand.
Du brauchst nen Konzept, welches vieles abdeckt, welches nach Möglichkeit kaum Ansätze für Fehler gibt und dann geht es an die Umsetzung.
Du musst dir die passenden einsprungpunkte suchen, eventuell spalten hinzufügen, abfragen einfügen, dass ganze ausführlich unter allen möglichen Bedingungen testen.
Ich sag mal über den Daumen gepeilt hast damit locker 3-4 Tage zu tun, wenn du es gescheit machen willst. (ich habe nie gesagt, dass das easy going ist, ich sage, dass du extrem komische gedankengänge hast und aus ner mücke nen Elefanten machst aber ja ich gebe auf deine Meinung nicht viel bist eh nur ein Forentroll)