Beiträge von flightm0de

    Ok dann bewahre ich alle nur vor Dummheit und sage, dass sich diese Änderungen die du anbietest sich auch jeder aus dem Wonder2 Source ziehen kann nur die Funktionen müssen angepasst werden das ist eine Arbeit von 5 Minuten.


    Gefühlt kannst du nämlich nicht mal aufzeigen was genau du geändert haben möchtest

    Ok bro, da du sowieso immer nur am haten bist egal was ist ignorier ich das ganze einfach ab jetzt. Sinnlos mit dir zu diskutieren XD

    Bis auf den Part hier


    Umstacken der Items (in der releasten Version kann man nur den größeren AUF den kleineren Stack ziehen, nicht umgekehrt)


    Sind das alles aber keine fixes sondern abfragen welche du raushaust obwohl sie ihr Dasein haben. Total Banane der Verkauf hier.

    Lol, dann mach das mal und schau wie gut das ganze noch funktioniert.
    Vorallem bzgl. des Verkaufens der Items aus dem Spec. Inventory an NPC's, der Change bedarf etwas mehr
    Das moven von Items ausm Spec. Inventory ins Normale sind nur paar Abfragen, aber wenn du die einfach rausnimmst wirste immernoch nicht vom Inventar ins Spec. Inventory bewegen können ^^
    Und wenn das ganze hinterher laufen soll, dürfen die auch nicht komplett raus sein sondern müssen angepasst werden.

    Items wie der Halbmondring haben keine Werte, obwohl diese in der Proto eingetragen sind.

    Werden auch nicht auf dem Ring angezeigt, ist das erst ein System was man für braucht oder ist da einfach nen falscher Type eingetragen ?

    Bisschen mehr Infos wären gut

    Welche Infos soll er den geben? Er kopiert doch nur vorhandenes aus anderen Foren und versteht den Code selber nicht :D

    Das ist zu 100% selbst geschrieben.

    Wenn jemand Probleme hat ruhig melden, kann gerne helfen.


    Bisschen mehr Infos wären gut

    Welche Infos sollen denn fehlen ?

    Sollte relativ selbst erklärend sein in meinen Augen


    Ich denke mal, jedes Item welches definiert wird in

    Code
    1. bool CItem::IsDynamicUppItem()
    2. {
    3. DWORD vnum = GetVnum();
    4. if (vnum >= 92000 && vnum <= 92009) return true;
    5. else return false;
    6. }

    wird als "newUppItem" deklariert und basierend auf der voreingestellten Maximalanzahl gestackt aber verstehe die Logik dahinter selber nicht das ist doch eine Standartfunktion welche Metin ohnehin bietet.

    Oder es unterteilt halt in Stacks z.B du gibst an 50 Stacks, dein Stacklimit für ein Item ist regulär aber bei 1000 so kannst du mit einer Vnum sagen, dass das Item spezifisch bei 50 Stacks neu gestackt werden soll

    Das System prüft ob das aufgehobene Item in der spezifizierten Vnumrange ist, wenn ja prüft es ob der Stack mind 10 Items groß ist, wenn ja entfernt es alles was größer 10 ist und gibt pro 10 dieser Items ein neues Item an den Spieler. Die Vnum vom neuen Item ist festgelegt auf die Vnum des aufgehoben Items + 10. Ist wie es auf Aeldra war mit den Steinstücken die man gedroppt hat


    Edit:

    Hier eine Preview vom System: Bitte melden Sie sich an, um diesen Link zu sehen.

    Habe mir dieses System verbaut:
    Bitte melden Sie sich an, um diesen Link zu sehen.


    Im Prinzip läufts, jedoch immer wenn ich Items aufhebe gehen die auf denselben Slot und überschreiben das vorherige Item.

    Nach einem Serverneustart liegen die ganzen überschriebenen Items dann im normalen Inventar.

    Also hab ich mir die entsprechende Funktion im Server Source angeschaut und dabei bemerkt, dass die entsprechenden Funktionen

    "GetEmptyStoneInventory" (und auch alle anderen) aus der char_item.cpp immer den Startwert von i liefern, obwohl der angegeben

    Endwert weitaus höher ist.
    Hat da jemand ne Ahnung wie man das ganze beheben kann ?

    Die "size" Parameter der ganzen GetEmpty... Funktionen sowie der IsEmptyGrid hab ich bereits alle auf WORD angepasst was jedoch

    nicht gebracht hat.

    Bitte melden Sie sich an, um diesen Anhang zu sehen.Bitte melden Sie sich an, um diesen Anhang zu sehen.

    Woher hast du deine Informationen ?
    Jetzt ohne irgendwen zu verteidigen: Das wär schon komisch, denn 99% der Systeme auf Aeldra gibts halt im Shop von Dracarys. Zu behaupten die wären alle gerippt/nachgemacht halte ich für ne Lüge

    Wie bzw. wo kann ich eine Funktion im Src einfügen die beim Login die lokal ausgewählte Sprache des Clients an den Server übermittelt und entsprechend eine Funktion im Serversrc die es ermöglicht den Inhalt dieser abzufragen.

    Also ein Packet welches einfach beispielsweise DE, EN, TR usw. enthält.

    Hintergrund ist, dass im Martysource ja aktuell clientseitig ein ML-System verbaut ist, serverseitig jedoch nur die basic-translations ohne den entsprechenden Code.


    Hat da jemand ne Idee/Lösung dazu ? Dürfte ja eig. nicht viel sein

    Hab ich, ich hab des special inventory von sanii. Habe mir sagen lassen es könnte damit zusammenhängen. Bin den code nochmal durchgegeangen (den guide von m2dev und den code vom special inv system). Finde nichts irgendwie. Bei sanii sehe ich nicht warum es die stack size beeinflussen sollte, beim code vom guide ists 1:1 übernommen ohne syserr etc. Ganz komisch

    welche files benutzt du ?
    Edit:
    Bei den Martyfiles ist das Erhöhen des Stacklimits "teilweise" implementiert, jedoch nicht ganz.
    An manchen Stellen muss man dementsprechend die hinterlegte Variable aus der Config durch das neu erstellte Limit aus dem Tutorial ersetzen was bei dem System nicht erwähnt wird.

    Läuft jetzt bei ihm ^^

    Bins grad nochmal drüber gegangen und konnte kein Einbau-Fehler feststellen..

    Technisch gesehen funktionierts, man kann items kaufen usw. Nur werden alle restlichen Slots wo keine Items hinterlegt sind mit Items

    der Vnum -29368 gefüllt..

    Syserr spuckt auch nur "Cannot find item by -29368"

    Die syserr der jeweiligen Channel spuckt diesbezüglich keine Fehler.

    Jemand ne Idee ? 😅




    Bitte melden Sie sich an, um diesen Anhang zu sehen.