Beiträge von Nives

Zitat von Aslan

Zitat von .Shirolein

Die Idee ist nicht komplett neu. Gab es bereits. Auch gibts in türkischen Foren ähnliche Releases.
Aber dennoch top Umsetzung.
Wenn ich das richtig sehe, wird per direktem click der Loot ausgeschüttet.
Man könnte ggf. ähnlich wie in den Spielen Fortnite und co. eine 2-3 Sekunden Regel integrieren.
Damit Spieler nicht instant alle Truhen clicken.
Hatten die Idee mal als Event und kam auch gut an. (Kürbisse an Halloween, Geschenke zu Weihnachten.) Man muss es also nicht nur auf eine Truhe limitieren.
In anderen Versionen muss man zb. auch einen Schlüssel auf die Truhe zimmern, damit sie aufgeht.
Also da ist wirklich der Fantasie keine Grenzen gesetzt. Würde mich freuen, wenn mehr Server solche features bringen würden. Features, bei denen Aktivität und Aufmerksamkeit gefördert wird.

Alles anzeigen

Meine Idee war einfach dass es ne nette kleinigkeit für Spieler bereitstellt ohne was dafür tun zu müssen. Finderlohn sozusagen Mit Items auf Truhe kann man sich alles nachträglich einbauen wenn man möchte. Und öffnen sollte man die Truhen nicht können alle 2-3sek da in meiner idee 2-3 Truhen maximal auf einer Map verteilt sind die zb alle halbe Stunde Respawnen nach öffnen. Daher kommt man garnicht zur möglichkeit mehrere auf einmal zu öffnen.

Alles anzeigen

Ich würde es genauso verwenden wie du es beschreibst. Eher 1-3 Stück random auf einer Map verteilen, und diese als "Finderlohn" ansehen. Alles andere ergibt für mich auch keinen Sinn. Wenn ich 10 Truhen innerhalb 2 Metern spawnen möchte, kann ich auch Metins spawnen oder direkt ne Farmmap daraus machen.

Gefällt mir! Danke.

In Char.cpp, in diesem Block:

Das abändern:

Edit: Sorry zu früh fürs Gehirn, hab mich an das Kommentar über mir gehalten.

Du möchtest nicht die Standardwerte ändern, sondern das Limit der maximalen Bewegungsspeed ändern/entfernen, right?

Zitat von Lead0b110010100

Hey mein Lieber,

dachte ich nehme mir mal die Zeit und schaue über den Code, was mir dabei aufgefallen ist:

1) Prüfungen auf Ungleichheit mittels == false

Code

1. if (ch->IsGM() == false || ch->GetGMLevel() < GM_HIGH_WIZARD) {

Das ist redundant, schöner und kürzer wäre:

Code

1. if (!ch->IsGM() || ch->GetGMLevel() < GM_HIGH_WIZARD) {

2) Magic Numbers

Im Code gibt es häufig irgendwelche rumfliegenden Zahlen, wo man Variablen (Enums, Enum Classes) nutzen sollte.

Code

1. char escapePlayer[20 * 2 + 1];

sollte vermutlich sein:

Code

1. char escapePlayer[CHARACTER_NAME_MAX_LEN + 1];

3) Spieler Namen Query

Diese Query wäre nur dann erfolgreich, wenn es genau einen Spieler gibt, der sich (case insensitiv) gleich nennt.

Beispiel:

- Spieler A nennt sich 'Lead'

- Spieler B nennt sich 'lEad'

- Spieler C nennt sich 'lead'

Frage: Welchen Spieler selected die folgende Query? Bannt man Ausersehen den Falschen?

SQL

1. SELECT player.account_id FROM player WHERE LOWER(name) like LOWER('%s') LIMIT 1

Es gibt hier nun verschiedene Lösungsansätze, z.B: über die Datenbank ünmöglich zu machen (über einen Constraint), dass die selben Namen genutzt werden (inkl. Groß und Kleinschreibungs-Check). Alternativ würde ich die Query auf Gleichheit prüfen und ohne LIMIT 1, von einem Usernamen wird es nur genau einen geben. Der GM muss dann auf Groß und Kleinschreibung achten.

SQL

1. SELECT player.account_id FROM player WHERE name = '%s'

4) Guards für Anweisungen

Code

1. LPCHARACTER tch = d ? d->GetCharacter() : NULL;
3. if (tch && tch != ch) {
4. DESC_MANAGER::instance().DestroyDesc(d);
5. ch->ChatPacket(CHAT_TYPE_INFO, "%s banned and kicked", escapePlayer);
6. }
7. else if (tch && tch == ch) {
8. ch->ChatPacket(CHAT_TYPE_INFO, "cannot disconnect myself");
9. return;
10. }
11. else {
12. ch->ChatPacket(CHAT_TYPE_INFO, "%s banned", escapePlayer);
13. }

Alles anzeigen

könnte man für lesbareren Code auch so schreiben (der Else-Pfad würde sowieso nie erreicht werden oder nur fälschlicherweise wenn tch = NULL wäre):

Code

1. // disconnect player
2. LPDESC d = DESC_MANAGER::instance().FindByCharacterName(escapePlayer);
3. LPCHARACTER tch = d ? d->GetCharacter() : NULL;
5. if (!tch) {
6. ch->ChatPacket(CHAT_TYPE_INFO, "a user by the name (%s) could not be found on this core!", escapePlayer);
7. return;
8. }
10. if (tch == ch) {
11. ch->ChatPacket(CHAT_TYPE_INFO, "cannot disconnect myself");
12. return;
13. }
15. DESC_MANAGER::instance().DestroyDesc(d);
16. ch->ChatPacket(CHAT_TYPE_INFO, "%s banned and kicked", escapePlayer);

Alles anzeigen

Ein paar finale Hinweise:

- Denk daran, dass das Bannen aktuell nicht Core-übergreifend funktioniert. Sollte der Spieler sich also rechtzeitig wegteleportieren oder ausloggen, hast du womöglich ein Problem.

- In der CInputMain::Analyze befindet sich direkt bei Eintritt folgende Prüfung:

Code

1. int32_t CInputMain::Analyze(LPDESC d, uint8_t bHeader, const char *c_pData)
2. {
3. LPCHARACTER ch;
5. if (!(ch = d->GetCharacter()))
6. {
7. sys_err("no character on desc");
8. d->SetPhase(PHASE_CLOSE);
9. return (0);
10. }

Du kannst also so Prüfungen wie "!ch" oder "!d->GetCharacter()" weglassen, außer du erwartest aus irgendwelchen Gründen, dass der User genau in dieser Milisekunde destroyed wird, in der dieser Code ausgeführt wird. Unmöglich ist nichts, aber dann haben wir größere Probleme als das

- Nach einem 'strncpy' emphielt es sich, explizit die letzte Stelle des Arrays auf '\0' zu setzen, siehe hier:

Code

1. strncpy(szName, c_szName, GUILD_GRADE_NAME_MAX_LEN);
2. szName[GUILD_GRADE_NAME_MAX_LEN] = '\0';

Weil diese Methode so funktioniert, dass wenn dein Buffer nicht groß genug ist, sie nur "so viele Bytes von src kopiert, wie möglich". Ergo, wenn dein Buffer nur 10 Stellen groß ist, du willst aber 11 kopieren, hört er bei 10 auf. Die 11. Stelle wäre aber das benötigte '\0' gewesen. Mit strlcpy hat man das Problem btw. nicht.

- Dir fehlt die Logik, wenn ein Spieler in einem Dungeon ist und der Gruppenleiter. Das kann dazu führen, dass die Gruppe den Dungeon nicht mehr beenden kann, je nachdem wie die Quest geschrieben ist.

Zum Abschluss:

Ich hoffe, dass es mehr Beiträge wie dieses gibt und das wir weiterhin gute Entwickler in der Szene haben, die so freundlich sind, uns ihre Arbeiten zur Verfügung zu stellen.

~Lead

Alles anzeigen

- Spieler A nennt sich 'Lead'

- Spieler B nennt sich 'lEad'

- Spieler C nennt sich 'lead'

ist doch gar nicht möglich, den selben Namen zu verwenden, wenn er bereits existiert. Hierbei ist die Groß/Kleinschreibung egal. Der Charakter existiert bereits.

Guten Abend,

Ich bin auf der Suche nach den Icons von diesem Kostüm:

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

Die Datein dafür sind bereits Standard in Clients vorhanden, allerdings nicht in der Item_Proto, was mir die Suche nach dem Icon im Client ziemlich erschwert.

Bevor ich nun tausende Icons öffne, frage ich mal ob sie einer von euch parat hat.

PS: im Client werden die Datein "capoeira" genannt.

Liebe Grüße!

Danke dafür. Hilft bestimmt einigen.

Meine persönliche Meinung dazu:

1.) Bringt in der heutigen Zeit ein Bann ohne HWID nichts mehr.

Der Grund dafür das du die HWID Parts weggelassen hast, ist vermutlich weil du Colossus seinen Code nicht releasen möchtest. Finde ich gut.

2.) Die Zeitbegrenzung war vor 5 Jahren cool. Allerdings wenn du heute jemanden für ne Woche einen Bann gibst, spielt er längst woanders, bevor das Ding wieder abgelaufen ist. Und 1 Monat? Bis dahin ist vermutlich der Server down.

Für ein Freerelease denoch sehr nützlich.

Zitat von Schizophren.

Zitat von Yeezy

bin ich deiner Meinung sehen wirklich 1zu1 aus wie elendosV2 aus haha

Im Client selbst erkennt man es auch ziemlich genau, dass es Elendos ist. (Bei UserData ist DEV Elendos mit dabei)

Wenn man es nicht mal schafft per Notepad mit einem Klick alle "Elendos" Namen ausfindig zu machen, dann schafft man es natürlich auch nicht sich etwas eigenes aufzubauen.

Zitat von ATP Shiro

Zitat von California

Anfänger > Fliege V2.

Fortgeschritten > Marty Sama.

Weiß was man tut > Fliege V3.

*

Finger weg von irgendwelchen "fertigen", public oder Ausländer-Files.

Alles anzeigen

Okay dann versuche ich es mal mit den Fliege V2 gibts hier Fliege V2 Files in diesm Forum ?

Zitat von Steap

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

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

Schau mal hier rein, dort wurde das Thema bereits besprochen.

Danke dir hab es mir mal angeschaut vielen dank euch allen

Alles anzeigen

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

Anfänger > Fliege V2.

Fortgeschritten > Marty Sama.

Weiß was man tut > Fliege V3.

*

Finger weg von irgendwelchen "fertigen", public oder Ausländer-Files.

Zitat von .Shirolein

Zitat von .Skairus

Vorallem die files waren schon releast also die V2 und er kauft sie trotzdem xD. Glaube einfach kaum das Bashkim selbst was aufsetzen kann mit allen bearbeitungen

Ich weiß nicht ob diese Version released wurde. Da darin gekaufte Sachen von meinem Freund drine sind. Der hat sein Lehrgeld leider zahlen müssen. War ihm eine Lehre.

Sind pub. kann dir den Bullshit hier gerne zusenden.

Zitat von .Shirolein

Das ist alles gleich wie auf Mythesia2. Da steckt null Arbeit drin. Nur den Namen hat man fix gechanged.
Falls das echt Dean sein soll, dann war das ne sehr sehr dumme Idee.

Vorallem verstehe ich nicht wieso Dean auf Elendos zurückgreift, wenn er doch seit Jahren seine Files hat? Zumal Takania ja auch noch online ist.

Komische Nummer.

Zitat von .Skairus

Zitat von Passwort

Wo sind da jetzt die einzigartigen Systeme? Sind alles frei erwerbliche Systeme. Und ein switchbot als feature in die Präsentation zu zeigen sagt schon viel über den Server. Cashgrab Server, dass nach paar Monate offline geht.

sieht irgendwie nach elendosv2 files aus wenn man sich das genau anschaut "hust".

Hast sogar recht. Jedes System auf der Vorstellung ist in Elendos. Selbst das Aslan Buff NPC.

Sollte das der Fall sein, was stark danach aussieht, dann wird das hier vermutlich eh nichts.

Naja wobei das denke ich mal das erste mal wäre das die V2 live gehen. idk. Noch nie was gutes darüber gehört.

Zitat von .Hakyzz

Sieht mir stark nach Aoki2 aus

ansonsten viel glück

Liegt daran das es Aoki ist.

Die Serverfiles wurden wohl gekauft, sowie er es auf epvp unter der Vorstellung geschrieben hat.

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

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

Zitat von Lynx

Zitat von Syntax

Ahh okay also ja stray_dog passt auch alles soweit.

Ich vermute sehr stark das im System etwas crashed da logischerweise der Fehler auch bei der normalen Schamie auftauchen müsste. So meine Theorie zu mindestens. Sie schmeißt keine Fehler nur dieser NPC. Ich könnt mir vorstellen das es einfach minimal zu spät Instanziert wird aber dazu müsste ich erstmal das System durch schauen und verstehen was Aslan da genau macht.

Granny Version müsste glaube ich die 2.4 sein.

Lad dir halt den Avenor Source runter, da ist das Teil eh drinnen. Da ziehen sich die meisten das auch raus, Vergleich die Dateien.

Da der "Eintrag" nur im Debug hervor kommt, und das System an sich mit normaler exe wunderbar funktioniert und keinen Fehler auslöst, kannst du nicht wissen ob er dort auch existiert, oder eben nicht. Die meisten ignorieren das vermutlich einfach und sehen es als Warnung die nur im Denug erscheint und fertig. Zumal er das System von Aslan persönlich hat, und nicht irgendein zusammen geklautes oder sonstwas. Sprich es fehlt schonmal nichts, was du aus irgendeinem leaked Source rausziehen müsstest.

Einfach Buff via Affektleiste oben entfernen, und gut ist.

Update:

DracaryS System hingegen funktioniert wunderbar!

Danke an alle die versucht haben zu Helfen. Die einzig wahre Lösung war > weg mit dem Müll.

Lg.

Zitat von Lynx

Zitat von California

Also an der Firewall liegt es nicht. Aber..

Ich habe etwas herausgefunden.

Verstehe ich allerdings jetzt noch weniger. Das Problem bei p2p taucht nur bei dem 3. Client auf der geblockt werden sollte. Sprich wenn ich die ersten beiden Charaktere auf verschiedenen Channels und Maps platziere, funktioniert alles. Auch der Rufchat.

Also die ersten beiden "freien" Fenster die vom Block ausgeschlossen sind funktionieren. Nun das 3. Fenster. Damit funktioniert es nicht. Schreibe ich was im Rufchat kommt es auch bei den anderen nicht an wenn sie in einem anderen CH oder einer anderen Map sind. Selbes prinzip wie das dort der Multifarmblock nicht greift. Reise ich in einen Channel worauf ein anderer von den 2 "freien" auch ist, dann funktioniert alles wieder. Der 3. Client wird geblockt und der Rufchat kommt auch an.

Das Bedeutet, das Problem tritt nur bei dem 3. bzw. geblockten Fenstern auf, und nur dann wenn sie auf einem anderen Channel wie die anderen beiden sind. Bzw. keiner der anderen beiden "freien" Accounts auf diesem Channel sind, wo der 3. "geblockte" ist.

Also liegt es wohl doch irgendwie an dem "block" vom Multifarmblock.

Fenster 1 = Ch1 - Orktal.

Fenster 2 = Ch2 Map1.

Fenster 3 = Ch3 Map1.

- Fenster 1 & 2 können im Rufchat schreiben und funktionieren im Multifarmblock.

- Fenster 3 ist vom Rufchat und Multifarmblock ausgeschlossen.

- Fenster 3 teleportiert sich auf Ch1 oder Ch2, wo einer der anderen ist und alles funktioniert wieder.

*Festgestellt das manchmal beim Login trotz unterschiedlicher Channel der Multifarmblock das 3. Fenster richtig anerkennt, aber nach dem bearbeiten der Blockierungen in der Ui, wieder davon ausgeschlossen wird.

Fazit:

- Nur das geblockte Fenster macht Probleme. Entweder sofort, oder wenn man den Block Ingame per Ui ändert/zuweist.

- Der Multifarmblock ist korrekt verbaut, aber dennoch liegt es irgendwie am Multifarmblock.

Was ich auch feststellen konnte, ist das die Onlineanzeige auf der Freundeliste auch nicht so 1a läuft. Manchmal wird man online angezeigt, und manchmal nicht. Manchmal nur bei einem, manchmal bei beiden, manchmal bei keinem.

GGF. hängt das auch irgendwie mit dem selben Problem zusammen?

Das mit der Freundeliste habe ich allerdings auf einem sehr alten Stand wo die V2 Files noch relativ Clean sind getestet, und dort ergibt sich der gleiche Fehler mit der Onlineanzeige der Freundeliste.

Ich kann mir vorstellen das diese Fehler trotzdem irgendwie zusammenhängen, und es irgendwo Fehler bei einer P2P Funktion gibt, die irgendwann früher mal verursacht wurde. Nun die jetzt zu finden? I dont know.

Kann aber auch sein das es absolut nicht zusammen hängt, da der Multifarmblock ja bei den "nicht-geblockten" beiden Fenster funktioniert.

Vielleicht könnte ein anderer Fliege V2-Verwender mal ein Feedback darüber geben, ob bei ihm die Freundeliste perfekt funktioniert. Dafür einfach mal Charaktere benutzen, und hin und her teleportieren, mal den Channel wechseln, oder oder oder. Schauen ob bei beiden "online" angezeigt wird, oder nur bei einem, oder sogar keinem.

Wäre cool.

Again: I dont know.

Next try: Ich werd mir das Ding testweise nochmal in frischaufgesetzte cleane Fliege V2 Files einbauen, und dann dies bezüglich hier nochmal ein Feedback da lassen.

Liebe Grüße

Alles anzeigen

Solltest du Anydesk/Rustdesk besitzen gib mir mal bitte deine Verbindung wenn du möchtest schaue ich drüber

Alles anzeigen

Auch an dich danke fürs gucken.

Für die anderen:

Der Rotz wird jetzt ausgebaut, und der von DracaryS eingebaut.

Gucken wir mal, was dabei rum kommt.

Update: Beim auskommentieren des alten Multifarmblocks, ging bereits der Rufchat etc im 3. Client wieder und alles funktioniert.

Sprich der Fehler trat bei mir wirklich durch das Multifarmblock System auf.

Zitat von Steap

Zitat von Lynx

Das hat Sicherheitsgründe. Unter anderem dass du damit dupen KÖNNTEST, alles was keine Beschränkung hat, keine Sicherung hat, hat Potenzial dafür, geduped zu werden. Außerdem kann das im Duell / PvP abused werden..

Ich würde eher sagen, dass Delays ein fauler Workaround sind aber es hilft genauso gut gegen Dupes wie ein vernünftiger Fix. Ich glaube, dazu kommt noch, dass beim wechseln der Rüstung der Charakter kurz geupdatet wird und dadurch, wenn man währenddessen läuft, die Position wo man ist um einen Pixel nach vorne "kalkuliert"(?) wird. Dadurch kann man sich in Häuser oder durch Blockzones buggen, wenn man die Ausdauer dafür hat.

Das ist schon immer so, geht aber allerdings nur ohne Kostüm. Die guten alten DE-Zeiten um im Stall bei den Pferden zu gammeln.

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

Also an der Firewall liegt es nicht. Aber..

Ich habe etwas herausgefunden.

Verstehe ich allerdings jetzt noch weniger. Das Problem bei p2p taucht nur bei dem 3. Client auf der geblockt werden sollte. Sprich wenn ich die ersten beiden Charaktere auf verschiedenen Channels und Maps platziere, funktioniert alles. Auch der Rufchat.

Also die ersten beiden "freien" Fenster die vom Block ausgeschlossen sind funktionieren. Nun das 3. Fenster. Damit funktioniert es nicht. Schreibe ich was im Rufchat kommt es auch bei den anderen nicht an wenn sie in einem anderen CH oder einer anderen Map sind. Selbes prinzip wie das dort der Multifarmblock nicht greift. Reise ich in einen Channel worauf ein anderer von den 2 "freien" auch ist, dann funktioniert alles wieder. Der 3. Client wird geblockt und der Rufchat kommt auch an.

Das Bedeutet, das Problem tritt nur bei dem 3. bzw. geblockten Fenstern auf, und nur dann wenn sie auf einem anderen Channel wie die anderen beiden sind. Bzw. keiner der anderen beiden "freien" Accounts auf diesem Channel sind, wo der 3. "geblockte" ist.

Also liegt es wohl doch irgendwie an dem "block" vom Multifarmblock.

Fenster 1 = Ch1 - Orktal.

Fenster 2 = Ch2 Map1.

Fenster 3 = Ch3 Map1.

- Fenster 1 & 2 können im Rufchat schreiben und funktionieren im Multifarmblock.

- Fenster 3 ist vom Rufchat und Multifarmblock ausgeschlossen.

- Fenster 3 teleportiert sich auf Ch1 oder Ch2, wo einer der anderen ist und alles funktioniert wieder.

*Festgestellt das manchmal beim Login trotz unterschiedlicher Channel der Multifarmblock das 3. Fenster richtig anerkennt, aber nach dem bearbeiten der Blockierungen in der Ui, wieder davon ausgeschlossen wird.

Fazit:

- Nur das geblockte Fenster macht Probleme. Entweder sofort, oder wenn man den Block Ingame per Ui ändert/zuweist.

- Der Multifarmblock ist korrekt verbaut, aber dennoch liegt es irgendwie am Multifarmblock.

Was ich auch feststellen konnte, ist das die Onlineanzeige auf der Freundeliste auch nicht so 1a läuft. Manchmal wird man online angezeigt, und manchmal nicht. Manchmal nur bei einem, manchmal bei beiden, manchmal bei keinem.

GGF. hängt das auch irgendwie mit dem selben Problem zusammen?

Das mit der Freundeliste habe ich allerdings auf einem sehr alten Stand wo die V2 Files noch relativ Clean sind getestet, und dort ergibt sich der gleiche Fehler mit der Onlineanzeige der Freundeliste.

Ich kann mir vorstellen das diese Fehler trotzdem irgendwie zusammenhängen, und es irgendwo Fehler bei einer P2P Funktion gibt, die irgendwann früher mal verursacht wurde. Nun die jetzt zu finden? I dont know.

Kann aber auch sein das es absolut nicht zusammen hängt, da der Multifarmblock ja bei den "nicht-geblockten" beiden Fenster funktioniert.

Vielleicht könnte ein anderer Fliege V2-Verwender mal ein Feedback darüber geben, ob bei ihm die Freundeliste perfekt funktioniert. Dafür einfach mal Charaktere benutzen, und hin und her teleportieren, mal den Channel wechseln, oder oder oder. Schauen ob bei beiden "online" angezeigt wird, oder nur bei einem, oder sogar keinem.

Wäre cool.

Again: I dont know.

Next try: Ich werd mir das Ding testweise nochmal in frischaufgesetzte cleane Fliege V2 Files einbauen, und dann dies bezüglich hier nochmal ein Feedback da lassen.

Liebe Grüße