So ein blödsinn. Wenn man noch nie was gemacht hat und das ganze nur zum Spaß macht und nie die Absicht haben wird einen Server online zu bringen, macht es eigentlich keinen Sinn einen Root zu mieten anstatt hamachi zu nehmen.
Im Prinzip ist aber Root Installation und Installation auf ner FreeBSD VM genau gleich.
Bitte melden Sie sich an, um dieses Medienelement zu sehen.
Hier das Tut vom gleichen Channel wie du die VM hinbekommst, falls du das noch nie gemacht hast.
3 Sekunden YouTube Suche:
Bitte melden Sie sich an, um dieses Medienelement zu sehen.
Überschneiden sich vielleicht die Koordinaten der Map mit einer anderen?
Gab auf einem anderen Forum mal ein Tool um das zu checken. Bin mir aber nicht sicher, ob ich den Link hier posten darf, werde ihn dir per PN senden.
Blöd wenn der Client 1.1GB hat 
Haha happy to help. I actually spend more than one week getting this to work so you should be happy to fix it in just a couple hours have fun 
Bitte melden Sie sich an, um diesen Link zu sehen.
Does this help?
Alles anzeigenI downloaded this serverfiles, configured everything, changed serverinfo.py to my IP, but I'm facing a little problem.
Everything is set up on a public IP using DMZ, so all ports are open.
But the problem is that if I join the server, everything works just fine, but when I tell my friend to join the server, he logins, chooses a character, but after he chooses a character, the game wont even get into loading "into the game" and it automatically logs him out.
I even tried more clients, but still the same problem...
Just a note:
I edited serverinfo.py to my public IP 86.63.xxx.xxx and all ports are running.
Even tried to disconnect my second computer from my network and connect it to t-mobile using my phone, I noticed that I'm unable to connect too... I'm only able to connect the server, when I'm connected to my network, where the server is running, otherwise I only log in and the game kicks/logs me out after I choose a character.
What should I do? How do I fix this problem?
Is it a client's fault or serverfiles fault?
Note 2:
Asked a friend of mine to access the ftp/mysql, he can access it with no problems, so I honestly have no idea where to take a look and what to focus on, to figure this all out.
Sysser.txt is empty in both clients I tried out.
I guess you set up the server on a VM using VirtualBox.
This is a well-known issue which used to be fixed with the so-called “timebombfix” in earlier versions of the game file (or the source). There might actually be a working source snippet to fix it, however I haven’t found a solution by changing the binary or game file itself yet.
The only thing that worked for me was to set up a loopback adapter as a network card in my computer using the portmap executable and forwarding the used ports in my router.
This is some effort, but if you do enter all settings correctly in can be done in very little time and it works really reliably.
Do some research about the loopback adapter solution or check my posts in this forum (and you’ll find how I managed a way to use a VM to run my server at home).
Habe es eben mit einem anderen Mob probiert: Wenn man die BACK_KNOCKDOWN und die FRONT_KNOCKDOWN entfernt sieht es tatsächlich so aus. Weiß jemand ob man eine andere Animation dafür einsetzen kann? Die meisten gerippten Mobs dürften ja dieses Problem haben
Fehlt da nicht der Knockback in der motlist?
Habe keine zum Vergleich aber denke es gab ne Knockback datei
Vielen Dank für deine Antwort.
Folgendes ist besipielsweise die motlist.txt vom barbarian_boss:
In der Tat ist dort eine FRONT_KNOCKDOWN und BACK_KNOCKDOWN eingetragen.
Wie könnte ich testen, ob es daran liegt?
-> Gerade zum Beispiel beim barbarian_boss die beiden Animationen aus der motlist mal rausnehmen und schauen was passiert?
Leider kann ich es erst heute Abend (bin in der Uni).
Was wären jedoch die Lösungen?
-> Animation erstellen?
Kann man im Source nicht anpassen, dass dieser Delay (wie im GIF) nicht so groß ist bzw. dass gleich die DEAD-Animation kommt?
Ohne Pferd klappt alles nämlich perfekt.
Eine weitere Möglichkeit:
Wie beim Wasserdrache (oder wie es anscheinend jetzt auch bei DE sei) die Knock-Back deaktivieren?
Bei Punkt 2 sieht man doch die funktionierende Dead-Animation:
Bitte melden Sie sich an, um dieses Bild zu sehen.
Ich weiß nicht wie ich das erkennen kann, bin leider noch anfänger ...
Die Klammer } ist ja neber apply geschrieben, falls du das meinst
Du kannst ja mal vielleicht deine Quest posten weiß nicht sicher, ob es daran liegt (kenne den error den du bekommst nicht) aber wenn doch ein Fehler drin ist hätte man den so schnell gefunden
Bist du sicher, dass es kein Syntax-Fehler in der Quest ist?
Habe mir das Ganze nochmals genauer angeschaut und dann ist mir was interessantes aufgefallen:
Inhalt motlist.txt
Inhalt .msa-Datei
1: Mob wird vom Pferd gekillt, aber es wird weitergeschlagen
-> die Todesanimation wird seltsamerweise vom nächsten Schlag abgebrochen
(Bei originalen Metin2-Mobs aber nicht der Fall, siehe 3. Wildhund)
Bitte melden Sie sich an, um dieses Bild zu sehen.
2: Mob wird "genau" gekillt, also genau der last-hit aber nicht mehr
-> Animation wird wie gewünscht angezeigt, allerdings ist größerer delay dazwischen
Bitte melden Sie sich an, um dieses Bild zu sehen.
3: Wildhund funktioniert mit dead-Animation perfekt, obwohl weiter geschlagen wird.
Bitte melden Sie sich an, um dieses Bild zu sehen.
Welche files benutzt du?
Hallo zusammen,
ich benutze die Fliege-Files, welche praktisch auch noch unberührt sind.
Habe nur ein paar Mobs eingefügt, eine Map erstellt und paar Quests geschrieben.
Ebenfalls nur ganz kleine Änderungen in der SRC (gr2.9 im Client).
Wenn ich die neuen Mobs (Keyto Bellator Mobs, kann ich auch gerne verlinken falls jemand sehen will; und noch ein anderen Free-Mob (Baphomet) von Keyto)
vom Boden angreife und töte, passen alle Animationen perfekt.
Wenn ich vom Pferd angreife, stimmen wait- und attack-Animationen auch, nur die DEAD-Animation funkioniert nicht.
Der Mob freezt einfach und fliegt "stehend" weg.
Gleiches gilt bei Reittieren.
Mit allen originalen Metin2 DE Monstern funktioniert es.
Habe auch die Mobs alle mal in den richtigen monster Ordner (wo auch alle anderen Mobs drin sind) verschoben, hat aber auch nicht geholfen.
Habt ihr eine Idee, was ich weiter testen könnte bzw. wo die Lösung sein könnte?
Könnte mal jemand im Source checken, aber ich dachte immer dass 255 (also ein Byte) 100% entsprechen. Hab’s aber nie nachgeprüft.
Problem besteht weiterhin...
Edit: 5 Minuten nachdem ich gepusht habe, habe ichs tatsächlich gelöst.
habe zufällig noch folgenden Thread dazu gefunden:
Bitte melden Sie sich an, um diesen Link zu sehen.
Der Clue dahinter:
No-PVP und Water sind anscheinend in der server_attr gespeichert, während block normal im Client liegt.
Beim Exportieren der server_attr gibt es wohl einen bug im WE, sodass irgendwas verschoben wird und scheinbar willkürlich an manchen Orten keine mobs spawnen.
Was ist zu tun?
Ganz einfach:
1. Map ordner kopieren (quasi einfach eine Kopie erstellen)
2. In dieser Kopie alle Block Zones rauslöschen
3. Speichern
4. server_attr generieren und hochladen
5. alles andere weiterhin in der original map machen
Danke für eure Hilfe dennoch
Bitte melden Sie sich an, um diesen Link zu sehen.
#Fixed..
Über Worldeditor habe ich alles auser Savezone entfernt und diese Serverattr gespeichert.
Ich benutze nun diese und muss eben die mobs genauer platzieren.
Scheint das selbe Problem zu sein.
Weiß jemand, was mit dem fix gemeint ist?
In dem Gebiet wurde von mir KEINE Safezone gesetzt.
Edit: Mit /m [vnum] lassen sich in den Gebieten auch keine Monster spawnen
oh wow, I would have never guessed that.
How can I change that? Or what's a solution to that?
Hallo zusammen,
ich bin gerade am questen und bin auf ein Problem gestoßen:
Habe auch schon d.spawn_mob_ac_dir() versucht, liefert gleiches Ergebnis.
Ändere ich Werte nur geringfügig spawnen die Mobs manchmal, manchmal nicht. Bisher hat es mit der Funktion gut geklappt, habe sie noch an anderen Stellen verwendet und da hat es (bis auf eine Ausnahme wo das gleiche ist) gut funktioniert.
An den VNUMs der Mobs und den Koordianten an sich liegt es nicht, die existieren wirklich.
In der sys_err und sys_log hab ich nichts dazu gefunden.
Hier der C++-Sourcecode der Questfunktion:
Ideen?
