German:
Nach dem Update am Dienstag wurde glaube ich das Charakterauswahlsystem geändert und deswegen ist es jetzt problematisch afk zu botten falls mehrere Chars auf einem Acc sind (z.B wegen Alchi).
Folgendes Beispiel zur Veranschaulichung:
Früher:
Ein Account mit 5 Chars hatte feste Char Slots, d.h
Slot 0 = Char 1
Slot 1 = Char 2
Slot 2 = Char 3
Slot 3 = Char 4
Slot 4 = Char 5
Jetzt:
Der zuletzt benutzte Charakter wird auf Slot 0 gesetzt, also folgendes Problem:
Beginnen wir mit Slot 1 = Char 2 zu botten.
Dann folgt, dass Char 2 nun auf Slot 0 gesetzt wird. Bekommt also Char 2 z.B einen Kick und M2Bob restartet das Spiel so wird Slot 1 = Char 1 eingeloggt und nicht Char 2.
Kurzfristige Lösung:
Nach dem Start von Slot 1 = Char 2 muss in den M2bob Logineinstellungen der Characterslot auf Slot0 geändert werden (wie im Bild
) damit im Falle eines relogs der gleiche Char wieder eingeloggt wird. 
English:
After GF Update 18.3b it seems like they changed the system of how the Chracter selection works. I´ll illustrate what i mean in the following
Before the Update:
An Account with 5 Characters had constant CharSlots, so
Slot 0 = Char 1
Slot 1 = Char 2
Slot 2 = Char 3
Slot 3 = Char 4
Slot 4 = Char 5
After the Update:
The last used Character is set to Slot 0, so it gives following problems:
If we start to Bot with Slot 1 = Char 2 it follows that Char 2 is set to Slot 0. So if Char 2 gets disconnected and M2Bob restarts the Client it tries to login Slot 1 which is now Char 1 and not Char 2.
Alternative "solution" (for now):
After starting with Slot 1 = Char 2 you have to manually change the Loginsetting to Slot 0 incase the account gets a relog and tries to login Slot 1 again.(Check image
)
@Slait
Nach dem Update am Dienstag wurde glaube ich das Charakterauswahlsystem geändert und deswegen ist es jetzt problematisch afk zu botten falls mehrere Chars auf einem Acc sind (z.B wegen Alchi).
Folgendes Beispiel zur Veranschaulichung:
Früher:
Ein Account mit 5 Chars hatte feste Char Slots, d.h
Slot 0 = Char 1
Slot 1 = Char 2
Slot 2 = Char 3
Slot 3 = Char 4
Slot 4 = Char 5
Jetzt:
Der zuletzt benutzte Charakter wird auf Slot 0 gesetzt, also folgendes Problem:
Beginnen wir mit Slot 1 = Char 2 zu botten.
Dann folgt, dass Char 2 nun auf Slot 0 gesetzt wird. Bekommt also Char 2 z.B einen Kick und M2Bob restartet das Spiel so wird Slot 1 = Char 1 eingeloggt und nicht Char 2.
Kurzfristige Lösung:
Nach dem Start von Slot 1 = Char 2 muss in den M2bob Logineinstellungen der Characterslot auf Slot0 geändert werden (wie im Bild
English:
After GF Update 18.3b it seems like they changed the system of how the Chracter selection works. I´ll illustrate what i mean in the following
Before the Update:
An Account with 5 Characters had constant CharSlots, so
Slot 0 = Char 1
Slot 1 = Char 2
Slot 2 = Char 3
Slot 3 = Char 4
Slot 4 = Char 5
After the Update:
The last used Character is set to Slot 0, so it gives following problems:
If we start to Bot with Slot 1 = Char 2 it follows that Char 2 is set to Slot 0. So if Char 2 gets disconnected and M2Bob restarts the Client it tries to login Slot 1 which is now Char 1 and not Char 2.
Alternative "solution" (for now):
After starting with Slot 1 = Char 2 you have to manually change the Loginsetting to Slot 0 incase the account gets a relog and tries to login Slot 1 again.(Check image
@Slait
Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von „xSitu“ ()