Beiträge von Sayuri

    solltest dir dummys machen für ninja und schami zeug, mussten wir damals auch machen, hatte da auch entweder crashes oder dick syserr voll und dann wurd halt gornix angezeigt ingame. Haben dann dummys zwischengeklemmt und dann war gut


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

    Kannst direkt in der setSash funktion von jedem x beliebigen sash system eine mde an eine vnum binden und equippen lassen wenn x item angezogen wird. Habe ich auch damals so gemacht bevor ich aura system verbaut hatte. Bin mir gerade net mehr 100% sicher aber ich glaub man musste netmal anpassungen vornehmen, außer das du in der SetSash funktion die mde halt an den richtigen bone binden musstest, der sash default bone war für manche flügel die ich getestet hatte zb halt zu hoch/niedrig.

    Why are people only talking about the dupe bugs(which still exist, the one at the auctions never got fixed).

    I mean his old offline shop has an yang bug too, yang seller are using it for years now

    wenn man ihn wegen auction bug anspricht heißt es man is der einzigste mit dem problem und statt zu fixxen, deaktiviert er einem das komplette feature.

    Welchen yangbug meinste?

    Musste das bei mir nicht mehr anpassen, bin davon ausgegangen das dies sowieso schon standard bei jedem war, habe es daher nicht erwähnt. Gut zu wissen das es wohl nicht standard ist bei manchen

    Was ihr ändern / löschen / anpassen müsst, nach einbau des systems:



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



    (In dem hidden container handelt es sich um den selben code wie aus dem "verkaufsthread", wer dort schon thanks gegeben hat muss hier also nicht auch thanks geben zum aufdecken.)


    Poste es als eigenes Thread damit bloß keiner ausversehen auf die idee kommt für 2-3 zeilen code 25€ auszugeben.

    Ich unterstütze so scam scheiße nicht.


    Das System im anhang ist public auf zb Turkmmo (da hab ich es vor über 1 jahr hergeholt, ist auch von keinem deutschen Dev da diverse definitionen auf türkisch sind.)


    Update für Marty files user:


    in funktion

    Code
    1. bool CHARACTER::IsEmptyItemGrid(TItemPos Cell, BYTE bSize, int iExceptionCell) const

    müsst ihr


    Code
    1. #ifdef ENABLE_SPLIT_INVENTORY_SYSTEM
    2. [...]
    3. if (m_pointsInstant.bItemGrid[bCell] == (UINT)iExceptionCell)
    4. {
    5. if (bSize == 1)
    6. return true;
    7. int j = 1;
    8. [....]

    für jedes inventory wiefolgt anpassen:


    Code
    1. if (m_PlayerSlots->bItemGrid[wCell] == (UINT)iExceptionCell)
    2. {
    3. if (bSize == 1)
    4. return true;
    5. int j = 1;

    -> "m_PlayerSlots-> " statt "m_pointsInstant.", das einmal für jedes inventory.


    das selbe auch in der do schleife:



    wird zu



    (nicht einfach copy pasten wegen der INVENTORY_MAX_NUM variablen.. aber man sieht ja was geändert wurde.)


    Solltet ihr das auslassen werden sich die items die ihr aufhebt und ins special inventory geschoben werden, stacken und immer nur den ersten slot belegen.

    Zieh ich die items nicht rein und auch wieder raus, wie du oben schreibst das dies ja nicht ginge?

    Das reinziehen ins Inventar sind nur paar Abfragen die man auskommentieren muss. Der Rest nicht. Deswegen frag ich ja danach ^^

    du siehst alles aufm video, die changes dazu habe ich oben öffentlich gepostet.


    edit: voller code im startpost von mir hinzugefügt inkl. video von verkaufen, lager, inventory, special inventory, stacken

    Zieh ich die items nicht rein und auch wieder raus, wie du oben schreibst das dies ja nicht ginge?

    versuchst auch die leute für dumm zu verkaufen, oder?



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



    (wird wahrscheinlich ein doppelpost weils nicht zusammengefügt wird automatisch? bitte zusammenfügen mit meinem vorherigen post. Warum passiert das nicht wie auf epvp automatisch??)

    Da ich das system seit über ein jahr verbaut habe kann ich dir sagen, es handelt sich um einen einbaufehler. Das system ansich funktioniert fehlerfrei. Würde also nicht im systemcode nach dem fehler suchen sondern an den copy paste teilen in deinen files. Wahrscheinlich irgendwo in der reihe verrutscht, irgendwelche funktionen ausversehen auseinander gerissen o.ä

    Welche „vorhandene“ Lösung hast du dir angesehen bzw welche weiteren ansätze zu mount fly hast du bisher gefunden? Wir sind aktuell an dem selben spielchen dran und wollten eigentlich einfach die vorhandenen teile der Z Achse nachverfolgen und halt aktivieren/erweitern so das diese auch genutzt werden. Fly mounts haben wir schon drinne die dich optisch per taste hoch fliegen lassen und serverseitig auch über objekte hinweg fliegen lassen ohne die hitbox zu treffen, jedoch ist das ganze atm nur für den jeweiligen spieler sichtbar, da wir das ganze nicht an andere spieler weiter senden.

    wäre mir neu das dc/kick p2p wäre, noch auf keinen serverfiles gesehen. Selbst auf DE ist es nicht p2p. Hab mir das Release nur ganz grob angeguckt, wurde der dc befehl / disconnect funktion hier auf p2p erweitert? oder warum die aussage das kicken p2p ginge ?



    anyways danke fürs release, kann man gut was draus machen

    Hab mir das Github jetzt noch nicht angeguckt, aber wie siehts mit shopex Kompatibilität aus? Gibt kaum noch server die kein shopEx nutzen

    Hab ich jetzt nicht auf dem Schirm gehabt. ShopEx ist doch der Kram wo man Items für Items kaufen kann, oder? Macht da m.M.n. keinen bis wenig Sinn sowas zu implementieren.

    nein, das ist nur eine weitere option von shopex. ShopEx ist auch dafür da, shops mit kategorien zu erstellen. Der kaufpreis in items/exp ist nur ein zusatz. Im endeffekt sind ShopEx shops normale shops lediglich in kategorien unterteilt. Das ist auch der Grund wieso soviele dies nutzen. Und es läuft halt über eigene cpp files

    Das hatten Sanii und Syreldar mal hier diskutiert:

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

    Es soll wohl an der Methode liegen wie man items entfernt. Das mal angeschaut?

    kann da auch mit zutun haben, es passierte allerdings immer nur nach dem porten. Mir hat eben einer screens von einer jumpall function geschickt wo auch eine remove funktion in gewissen situationen mit drinne hing, leider fehlt diese bei mir aber und daher hab ich da keinen weiteren anhaltspunkt. Klar die item.remove() funktion kanns auch gewesen sein, aber eigentlich ist das eher unwahrscheinlich weil die item remove funktion ja das zuletzt genutzte item nutzt, und ich kann schlecht im offenen quest dialog (der durch den item.use befehl geöffnet wurde) ein pet aktivieren oder mount. Zudem würde das ja in dem fall auch für waffen russis usw gelten. Ich hatte das problem lediglich nur bei realtime items gehabt.

    Ja, so blöd und seltsam es sich anhört. Es gibt ein bug, wahrscheinlich bei jedem, der dafür sorgt das items mit real_time im nemeres dungeon verschwinden KÖNNEN. Ich selbst habe dass das erste mal vor 3 jahren bemerkt, das manchmal random pets oder mounts im Nemeres dungeon verschwunden sind. Konnte es mir nie erklären und konnte nie konkret was dazu finden, bis ich durch ZUFALL mal metin2global patchnotes (oder wars wom2? bin mir nicht 100% sicher) ein jahr darauf gesehen habe, wo der punkt "fixed a bug causing items disapearing in nemeres dungeon" aufgelistet war. Natürlich konnte ich da jetzt nicht direkt wen dazu befragen, habs einfach begraben dann und den dungeon removed. Dann hab ich jetzt vor 2 wochen wieder etwas dazu gefunden. Undzwar auf der verkaufsseite des lungsam sources, da ist der punkt:

    • fix real_time in Nemere's Watchtower

    zu finden. Ich habe dann mal den ersteller geaddet und mich informiert, er konnte mir das problem genauso beschreiben wie ich es vor 3-4 jahren das erste mal gesehen habe. Er weiß leider auf anhieb nicht mehr genau wie er es gelöst hat, es ist wohl schon einige Zeit her. Jetzt wollte ich mal fragen, wem ist das noch aufgefallen? Oder besser, ist es einem aufgefallen und hat dazu einen Fix gefunden?