Beiträge von Sogma

Zitat von Volvox

Zitat von Sogma

Das habe ich tatsächlich auch versucht, hat aber nicht funktioniert. Der Client ist bei mir Fliege 2.1.

Bei Fliege gehts auf jeden Fall. Im Titel steht doch Kori-Client ?

Jo habe den Titel so gewählt, da das Interface ursprünglich mal für den Kori Client released wurde. Wo man das einbaut spielt ja letzenendes keine Geige, wenn man weiß, dass man ID und Passwort tasuchen muss.

Zitat von Volvox

War das "Problem" nicht nur, dass man das "\n" beim password ersetzten musste ?

Also

Code

1. login = linecache.getline("Settings/loginsetting" + str(accid) + ".cfg", 2)
2. password = linecache.getline("Settings/loginsetting" + str(accid) + ".cfg", 1)
3. login = login.replace('\n', '')
4. self.Connect(login, password)

zu

Code

1. login = linecache.getline("Settings/loginsetting" + str(accid) + ".cfg", 2)
2. password = linecache.getline("Settings/loginsetting" + str(accid) + ".cfg", 1)
3. login = login.replace('\n', '')
4. password = password.replace('\n', '')
5. self.Connect(login, password)

Das habe ich tatsächlich auch versucht, hat aber nicht funktioniert. Der Client ist bei mir Fliege 2.1.

Hi,

ich habe soeben versucht das Login-Interface für den Kori Client in den Fliege 2.1 Client mit einer neueren Python Version einzubauen.

Es handelt sich um dieses Interface, welches hier released wurde: Bitte melden Sie sich an, um diesen Link zu sehen.

Ein Problem ist das Auslesen der gespeicherten Accountdaten. Folgende Lösung funktioniert bei mir:

WICHTIG

Dass das so nicht besonders cool umgesetzt ist, ist mir bewusst. Ich möchte lediglich einen Lösungshinweis geben, wie man es machen könnte.

Ich möchte darauf hinweisen, dass das hier keine allgemeingültige Lösung ist! Ich habe das jetzt so gemacht wie es für mich funktioniert. Das betrifft insbesondere die Anpasungen an der __LoadACCInfos Funktion.

Ich hoffe, dass ich anderen Suchenden hiermit etwas helfen kann.

Bitte kommentiert keinen Bullshit, damit verschwendet ihr nur eure und meine Zeit.

Peace

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

Zitat von LordZiege

Zitat von Volvox

Naja er scheint das item ja richtig abzulegen, daher is mit dem game src wahrscheinlich alles i.O.

Er soll ja eigentlich die weapon detachen und dann wieder attachen.

Schau mal bei SetWeapon.

Von da aus immer tiefer in den Hasenbau...

Wenn du das Gifte ablegst und die Rüstung auch, ist das Gifte immernoch da ?

Nach dem relog isses weg ?

Alles anzeigen

Kann mich auch irren, aber denke er hat im Serversource den part mit SetPart usw verkackt. (item.cpp)

Alles anzeigen

Hi, das sieht alles korrekt aus. Wird wohl wie von Volvox vermutet etwas im Client sein.

Zitat von Volvox

Naja er scheint das item ja richtig abzulegen, daher is mit dem game src wahrscheinlich alles i.O.

Er soll ja eigentlich die weapon detachen und dann wieder attachen.

Schau mal bei SetWeapon.

Von da aus immer tiefer in den Hasenbau...

Wenn du das Gifte ablegst und die Rüstung auch, ist das Gifte immernoch da ?

Nach dem relog isses weg ?

Alles anzeigen

Nach dem Relog oder auch nach dem Teleport wurde das Gifti korrekt abgelegt. Alle anderen Aktionen sind erfolglos.

Zitat von Volvox

instanceBase

Danke für den Tipp, das war aber leider nicht erfolgreich. Ich konnte keine Unterschiede in den InstanceBase Sources bezüglch des Waffenkostüms feststellen. Kannst du das noch etwas konkretisieren?

Hi,

ich habe mir gerade das Waffenkostüm System aus dem Marty Source raus gefummelt und in den Fliege Source rein gebaut.

Ich habe nun das Problem, dass wenn ich eine Waffe ablege diese nicht von dem Char entfernt wird.

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

Kann mir da jemand einen Tipp geben, wo ich im Source schauen muss? Danke.

Wenn ich die Binary im Debug Modus kompiliere, dann ist die letzte Meldung, die ich vor einem Kick bekomme:

Kann mir da jemand was zu sagen?

Zitat von CYN3

Schau mal im Client/logs nach der .dmp

Da sind ienige vorhanden, mit WhoCrashed kann ich diese jedoch nicht analysieren:

The following dump files were found but could not be read. These files may be corrupted:

Hi,

ich habe mit dem Marty Source 4.9.40 einen Testserver aufgesetzt. Soweit ist alles gut. Wenn ich jetzt jedoch versuche mich zwischen Maps zu teleportieren schmiert der Client ohne Fehlermeldung ab.

Die syserr clientside ist komplett leer, die syserr serverside ist auch leer. Wenn ich mich dann erneut anmelde stehe ich korrekt an der Stelle, an die ich mich teleportiert habe.

Dies betrifft die Standard-Maps sowie von mir neu erstellte Maps.

Der Fehler ist unregelmäßig, mal funktioniert es, mal nicht.

Hat jemand eine Vermutung, woran das liegen könnte?

Danke für eure Hilfe.

Habe die Serverfiles wie schon mehrfach angeraten gewechselt.

Mit dem Kori Gedöns ist alles außeinander gefallen.

Zitat von Lead0b110010100

Hatte diesen Fehler mal als ich eine nicht beabsichtigte Rekursion im Code hatte. Der Fehler lies sich allerdings replizieren und war schnell gelöst.

Was genau die Fehlermeldung aussagen soll, kann ich dir auch nicht sagen, nur eben dieses eine Fallbeispiel und wie es gelöst wurde. (Dieses Timer im Timer Problem ging in die selbe Richtung oben.)

Danke für die Antwort. Ich schau mir das heute Abend an

Zitat von Greirat

Hat Kori die packet improved encryption rausgemacht?

Bzw crasht der Core oder ist er einfach nur dicht, also wie eingefroren

Der Prozess der Game des betroffenen Cores stürzt tatsächlich ab. Einen Quest-kandidaten habe ich schon mal identifiziert, das wird gerade getestet.

Die core Datei zu debuggen habe ich auch schon versucht, damit das ganze Sinn macht muss ich die Game abe rnoch mal mit dem debug Flag kompilieren.

I don't get any compilation errors. That's the problem. I am now monitoring each quest one by one.

Okay, ähm. Hat evtl. noch jemand einen Tipp bezüglich der eigentlichen Anfrage, außer Links aus anderen Foren? Die Lösungsansätze von dort sorgen dafür, dass die Game nicht mehr kompiliert werden kann.

Mit Fehlermeldungen kann ich morgen dienen, bin jetzt nur noch am Handy online.

Zitat von Lyrox

Schmeis diese Files einfach in die Tonne, die checkpoint shutdowns sind nicht das einzige was dich damit erwartet.

Wenn du dennoch weiter machen willst dann kommentier die Funktion im Source aus die den Server dann letztendlich ausmacht.

Kannst du weitere Probleme nennen / eine Vernünftige Basis nennen, in der ähnlich viele Basisfunktionen sind?

Zitat von Volvox

Zitat von Sogma

Genau die Lösung habe ich in meinem Post erwähnt. Wenn ich das so mache starten die Cores gar nicht mehr.

Unten im Thread stehen hilfreiche Dinge

Wie z.B. den src Ordner aus libthecore löschen? Das kommt mir etwas spanisch vor. Die anderen Lösungen muss ich mir noch mal rein tun.

Zitat von Volvox

Haste kori mal gefragt?

Aber tics hab ich bisher noch nicht gelesen.

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

Google ist voll davon 👍

Regel Nummer 1: Erst googlen, dann Fragen.

Alles anzeigen

Genau die Lösung habe ich als "dummen Workaround" in meinem Post erwähnt. Wenn ich das so mache starten die Cores gar nicht mehr.

Hi,

bei mir gibt es regelmäßig Core-Abstürze mit. o.g. Fehlermeldung

Ich habe in dieversen Foreneinträgen gelesen, dass das von Quests mit Timern kommt. Stimmt die Info?

Source ist kori 1.5.1 mit diversen weiteren Systemen verbaut.

Es gab mal einen dummen workaround, welche die Erzeugung des Fehlers einfach auskommentiert. wenn ich das bei mir einbaue und libthecore neu kompiliere und dann die game starten die core gar nicht erst.

Kann mir hierbei jemand helfen?