Beiträge von Lead0b110010100

    Ja, wie auch oben angesprochen ist dies natürlich nicht die Aufgabe des TEC's. Das Konzept sollte im besten Falle zu 80/90% stehen.

    Ich fühle mich einfach mal angesprochen und befähigt, meine Meinung zu deinem 5. Punkt abzugeben:


    Ein Techniker sollte sich natürlich um "die Source kümmern", wie ihr es so schön sagt. Zu seinen Aufgaben zählt allerdings auch Servermanagement (ein bisschen DevOps und Automatisierung schadet nie), erstellen von kleinen Tools zur Prozessoptimierung aber eben vorallem auch das Programmieren. Es ist viel leichter zu sagen was ein Techniker garantiert nicht machen sollen müsste, als was er muss.


    z.B: sollte ein Techniker nicht konzepieren müssen, er sollte auch möglichst keine "Rüstungen & Waffen" einfügen müssen. Diese Aufgaben kann jeder x beliebige GM übernehmen, wobei ein Techniker seine Zeit eher in das Schreiben von Systemen oder Fixxen von Bugs stecken sollte. Egal um welche "Source" es sich nun handeln mag, ob mit Lua in den Quests, C++ im Server und Client-Source, Python im Client oder sonst was.


    Sollte er fähig sein genau diesen Bereich abzudeckeln (und nein, das heißt nicht das er alles wissen und sofort können muss), ist er ein fähiger DEV.

    Coole Sache aufjedenfall!

    Wie auch schon in Discord erwähnt sind einige Passagen noch codelich etwas schöner (vorallem kürzer und lesbarer) möglich, aber solange es funktioniert - Nice!

    Ich denke Moon ist kritikfähig und deshalb hier mal eine Meinung von jemandem der in Anfangszeiten Moons Fragen beantwortet hat und sich nun dabei erwischt wie er Fragen von Moon beantwortet bekommt:


    Vorab:

    Das ist nur meine persönliche Meinung. Seid keine Schafe, bildet eure Eigene.


    Bitte melden Sie sich an, um dieses Bild zu sehen.


    Positiv:

    - Von damals zu heute hat er eine extreme Entwicklung durchgemacht, ich kann erkennen das er Grundkonzepte der Programmierung versteht und schon kleinere Systeme / kleinere Codeabschnitte schreiben kann.

    - Er bringt recht viel Erfahrung mit und kennt so einige Metin2 Standartfehler

    - Vertrauenswürdiger Mensch der Moon,, also man bekommt was man bezahlt hat - Unzwar immer.

    - Man kann sich gut mit ihm unterhalten und er hilft auch bei Dingen, für die man ihn nicht explizit bezahlt hat oder mit denen er zutun hat. Zusammenarbeit ist von seiner Seite aus sehr erwünscht, funktioniert mit mir auch Recht gut.


    Negativ:

    - Vor wirklich schweren Aufgaben schreckt er eher zurück - Also nur mein Gefühl bzw. er zieht sich aus der Verantwortung wenns dann eben mal nicht um ein Tausystem sondern um son 1000 Zeilen Code Offlineshop-System gillt.

    - Nach Kauf des Offlineshop-Systems war dieser Recht verbuggt (meine Serverfiles / meine Source bissen sich mit diesem System aufs Äußerste) und es dauerte ganze 2 Monate (gefühlt oder sogar wirklich? Hab bei den Chats nicht zurückgescrollt) bis das System einigermaßen einwandfrei funktionierte. Ist natürlich auch ein positiver Punkt, denn er hat mich nicht hängen gelassen.

    - Nicht alle Systeme die er verkauft, kann er selbst auch supporten, dafür wird ein externer erfahrenerer Developer herangezogen, der selbst aber absolut keine Zeit für diesen Shit hier hat oder nur so wenig, das Support ausfällt - Dadurch die langen Wartezeiten.


    Neutral:

    - Er geht nach dem Prinzip "Wenns läuft, passt es". Clean Code ist nicht wirklich seine Stärke (zumindestens von den wenigen Dingen die ich gesehen habe)


    Fazit:

    Sollte ich mir nochmal was kaufen, würd ich mir überlegen wieviel Zeit ich noch habe und wie schnell ich das Endprodukt brauche da womöglich der Einbau und die Inbetriebnahme des Systems weit voneinander wegliegen. (Es brauchte ganze 8 Commits im Client, 6 in der Client-Source, 12 im Server-Source und 4 im Server selbst bis das Offlineshop-System lief. Alle mit recht vielen Git-Objekten, also nicht One-File-Commits.)


    Man sollte vielleicht noch erwähnen, dass er recht preiswert ist. Betrachtet an den Unsummen die hier teilweise verlangt werden.

    Found something interessant, referring to your "I am like 20 years in this scene and I don't know this error so there is no error" bullshit:


    "Last but not least: since the client handles all the filenames in lowercase, this tools automatically converts them as well.


    by martysama0134"


    It's in the official 4.9 UnpackAndPackManager for metin2 by martysama. I am very willing to believe a dude like marty knows what he does and he won't convert the files for fun and "changing one line in binary" is not the solution.

    musst du eig bei jeden Server deinen Müll dazu geben :joy:

    Btw wie läuft eig bakra2? wo du mit glocke als fächer schlägst ? oder das Df design klaust und deinen server vollpumpst mit plechito shit xdd spielt eh kaum jemand mehr drauf ;)

    Immer dieser unnötige Hate zwischen den Servern und gegenüber Admin's. Gott und wenn es keinen Grund gibt findet ihr Vollpfosten einen, oder zieht euch einen ganz tief aus dem etwa 5-6m langen Dünndarm. Zusammen mit den 5-7m Dickdarm sind das immerhin schon 10-13m, die ihr euch genüsslich schmecken lasst, ich hoffe es macht euch geil.


    South Park hat übrigens eine ganze Reihe zu "Interntettrollen" gemacht, die genau diese Problematik witzig aufgreift. Würde ich dir und jedem der das liest und sich angesprochen gefühlt hat, empfehlen.


    In diesem Sinne:


    Welcher Troll bist du?


    Anonymous821:

    Bitte melden Sie sich an, um dieses Bild zu sehen.



    MLKKK:

    Bitte melden Sie sich an, um dieses Bild zu sehen.



    Dildo Shwaggins:

    Bitte melden Sie sich an, um dieses Bild zu sehen.



    ...


    und mein Favourite:


    Skankhunt42

    Bitte melden Sie sich an, um dieses Bild zu sehen.



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

    1.) Versuch doch bitte zusammenhängende Texte auch zusammen zu schreiben.

    2.) Ordne deine Texte nach Absätzen und sammle deine Argumente in Abschnitte, um dem Leser ein Gefühl von Anfang und Ende zu geben.

    3.) Das Wort "bisschen" ist ein Pronomen, steht also vor Nomen und sofern es nicht am Satzanfang steht wird es kleingeschrieben.

    4.) Wo sind eigentlich deine Referenzen? Man muss nicht zwangsmäßig selbst Projekte geleitetet haben, aber du errinerst mich ein wenig an unsere Ex. Drogenbeauftragte oder ein Großteil der Minister, die von ihrem Posten absolut keinen Plan haben, aber gerne mitreden möchten.


    Na gut, lassen wir den Scheiß. Merkst du wie übertriebener Perfektionismus auf den Leser wirkt? Auf einem Forum eines Spiels, welches Spaß machen soll?


    Dennoch gebe ich dir Recht, man hätte sich wirklich mehr Mühe mit der Vorstellung machen können, aber du tust so als müssten sie das tuen. Sie müssen gar nichts, sollte ihr Server überzeugen kann ihnen deine und meine Meinung #Scheißegal sein.


    Abschließend: Du bist die Metin2 - Community. Mein Beileid.

    Muss dort zustimmen, Design sieht nicht wirklich "schön" aus, eher einfach hingeklatscht. Alles ziemlich verbuggt > siehe Target Info.


    Auf jeden fall, nichts für mich.

    Target Info haben die wenigsten, da sich keiner die Mühe macht nen proto dumper für die locale zu schreiben/ bearbeiten.

    Da bin ich aber dran für Aruma. Ansonsten kann man hier nicht von "Alles ziemlich verbuggt" sprechen.

    Martys Mysql2Proto nutzt die ItemData Tabelle aus der Client-Source und ist wirklich schön und sauber. Klar, neue Felder in der item_proto oder mob_proto muss man immernoch einfügen, aber alles andere wird problemlos gedumped.


    Die Source ist public :)

    Ich möchte auch die Umsetzung loben, denn auch wenn das Gui nicht perfekt ist (noch lange nicht), steckt da ziemlich viel Logik dahinter.

    Dennoch finde ich 300€ viel zu teuer, wäre eher so bei 100 - 150€ dabei.


    Dennoch viel Glück!

    Thank you very very much!

    Ich denke nicht dass er antworten wird. Die deutsche Sprache beherrscht er auch nicht.

    Außerdem gibt es bessere Pet Systeme als das.

    :FeelsAbdulMan:

    Ist ja auch absolut kein Pet System, es ist einfach nur die Funktionalität für das Pet im Slot.

    Ich bin schon dabei es auszubessern, könnte dann meine finale Version hier auch teilen.

    Ich hab mir mal die Arbeit gemacht und alles was mir aufgefallen ist refactored oder direkt umgeschrieben.

    Folgendes ist zu beachten:


    - Mit diesen Änderungen benötigt ihre keine Petquest mehr

    - Im value1 - Feld der item_proto Tabelle muss die mob_vnum zum dazugehörigen Pet des Types 36 stehen z.B: Item 53001 ruft mob 101, dann ist value1 = 101


    Das neue Tutorial ist angehangen!

    Fragt wenn ihr etwas nicht versteht, oder sagt wenn ich einen Fehler gemacht habe.

    Dateien

    • Pet Slot.rar

      (13,62 kB, 76 Mal heruntergeladen, zuletzt: )

    Ich denke nicht dass er antworten wird. Die deutsche Sprache beherrscht er auch nicht.

    Außerdem gibt es bessere Pet Systeme als das.

    :FeelsAbdulMan:

    Ist ja auch absolut kein Pet System, es ist einfach nur die Funktionalität für das Pet im Slot.

    Ich bin schon dabei es auszubessern, könnte dann meine finale Version hier auch teilen.

    Erstmal vielen Dank fürs releasen.


    Allerdings hab ich das Tutorial eingefügt und im Code sind meiner Meinung nach einige Fehler zwecks Sinn und Zweck dieses Systems.

    z.B:

    - Wenn du ein Pet equipped hast und Ein anderes Petitem im Inventar hin und her bewegst, spawnst und despawnst du dein angezogenes Pet. Wieso?


    In dem Tutorial ist auch eine Stelle wo nicht klar ist was der Author meinte

    z.B:

    //8.) Search:

    BYTE bType = m_pProto->aApplies[i].bType;


    //9.) Add before:

    #ifdef __PET_SYSTEM__

    if(IsPetItem())

    continue;

    #endif


    Bei mir gibt es diesen Part nicht.


    ODER


    //12.) Search:

    if (this != m_pOwner->GetWear(GetCell() - INVENTORY_MAX_NUM))


    //13.) Add bellow:

    #ifdef __PET_SYSTEM__

    if (IsPetItem())

    m_pOwner->PetUnsummon(this);

    #endif


    Soll ich nun direkt unter das if die Abfrage einfügen, oder unter den gesamten if - Block? (Samt Body?)


    P.S: Außerdem bekommt man die Boni des Petitems doppelt.

    Danke dir nochmal, ich höre mir die Erklärung auch gerne an.

    Habs jetzt zu ~40% verstanden, aber mehr als verstanden hat einfach ein netter erfahrener Kollege mir das schnell gemacht.


    Ich kann leider nicht so wirklich richtig erklären woran es lag, ich denke

    1) Die Reihenfolge der Wearflags Client + Serverside stimmte nicht

    2) In der GameType.h war ein falscher costume_slot_count eingestellt, dadurch verrutschten die neuen equip items (in diesem Falle der Petslot) und die Kostümitems (In diesem Falle costume body) auf die selbe Zahl => Ingame 2 Itemslots besetzt -> Fail


    Ich danke dir vielmals und würde mich freuten das nochmal erklärt zu bekommen und danke natürlich an dieser Stelle nochmal an Cian.


    Nochmals: Metin2 ist Scheiße. Ich mein wieviel Hardcode das ist, holy shit. Wer arbeitet so?


    MfG <3

    Hallo,


    da ich die new equipment slots für Gürtel und Ringe nicht gebraucht habe, habe ich diesen Teil bei Tutorials immer ignoriert gehabt. Nun möchte ich sie allerdings nutzen und muss feststellen, dass ingame alle Slots ab Gürtel (new equipment + 0) verschoben sind. Ich habe bereits einiges probiert, aber bräuchte ein bisschen Erklärung von jemandem mit Ahnung.


    1) Zunächst einmal: Wie genau funktioniert das Slotsystem von Metin, wo im Serversource Code wird definiert, wo an welcher Stelle im grid (muss es ja eigentlich geben oder? Son Itemgrid?) welche Item vnum steht. Ich hab bei mir 180 Inventar Slots + Darauf kommen 32 Equip bzw. Wear Slots (Max) + einige für die DSA und dann kommt new Equpment Types.


    2) Wofür steht:

    Code
    1. const DWORD c_New_Equipment_Start = c_Equipment_Start + 21

    und wieso wird dieser Wert inkrementiert, also der Start im Grid verschoben wenn ich z.B: einen neuen Costume Type einfüge?


    3) Wie bekomme ich die richtige Reihenfolge heraus bzw. was genau muss ich tuen damit im Inventar alle Slots an ihrer korrekten Stelle sind? (Unter Vorraussetz. das inventorywindow.py richtige Koordinaten eingetragen hat für die entsprechenden Itemslots)



    Zum Schluss hier noch mein Code an den beiden von mir verdächtigten Stellen, vielleicht sieht einer von euch den Fehler ja sogar direkt:



    Das Problem im Prinzip ist dieser neu hinzugefügte "EQUIPMENT_PET" Slot, der aus der Reihe tanzt. Je nachdem wie ich den Startwert verschiebe, passt zwar der, aber dann sind die Ringe an den falschen Stellen oder der Gürtel eben.


    Vielen Dank schonmal für eure Zeit.

    Ich verstehe nur nicht wie man darauf kommt das Anfänger mit älteren Files besser klarkommen. Wie genau kommt dieser Gedankengang zustande?

    Sollten wir nicht erst recht Neulingen den aktuellen Stand zeigen? Sonst fixxen sie doch nur Bugs, die schon gefixxt sind und entwickeln Features, die schon entwickelt wurden.


    Das Einzige was man damit fördert ist C&P von Code, weil Anfänger dann hingehen und merken, das es alles schon gibt und nichts selbst machen.


    Trotzdem kann ich mich mit der Meinung von CYN3 abfinden, im Endeffekt muss man sich bei jeden Files einen Überblick schaffen und Arbeit reinstecken. Ob ich nun einen Bug bei Marty oder einen Bug bei Fliege fixxe ist gleichgülltig.


    @Bitte melden Sie sich an, um diesen Link zu sehen. Super nice von dir mit der Liste! So kann er direkt abgleichen was ihm noch fehlt.

    ToXiC Ich hoffe das du mittlerweile den Sand aus der Muschi rausbekommen hast, wenn ja: Setz mir mal nen Server auf mit cleanen Fliege Files und schick mir deinen Clienten. Lass uns gemeinsam ne Liste anfertigen und die hier releasen mit bekannten Lücken. Dann hat man einen Sammelthread, womöglich schließt sich ja noch wer an.