Strafkolonie Online

Deutsches Tastenlayout? Nichts da. Dann beenden wir Fragesätze wieder mit einem "_". Außerdem besitzt das englische Tastenlayout für GMP-Nutzer durchaus Vorteile. Der wohl wichtigste Vorteil ist die Lage der Taste "/". Ich möchte jedenfalls nicht immer Shift + 7 drücken, wenn ich einen Emote tätige, da ist die Taste "-" viel komfortabler.

Damit wären die Scripts für den GMPA ohnehin nicht kompatibel, wie ich das sehe.

Zitat von »Sabrosa«

Deutsches Tastenlayout? Nichts da. Dann beenden wir Fragesätze wieder mit einem "_". Außerdem besitzt das englische Tastenlayout für GMP-Nutzer durchaus Vorteile. Der wohl wichtigste Vorteil ist die Lage der Taste "/". Ich möchte jedenfalls nicht immer Shift + 7 drücken, wenn ich einen Emote tätige, da ist die Taste "-" viel komfortabler.

Dafür muss man sich nicht extra für ein Spiel auf ein anderes Tastaturlayout umgewöhnen. Was ist an Zusatzfeatures eigentlich immer so zu verteufeln? Es geht ja nichts verloren, sondern es kommt nur Neues dazu. Die einzige Gruppe wo ich das als Argument durchgehen lasse sind die Kerle, die das programmieren/möglich machen müssen, weils ne Zusatzarbeit ist. Für alle anderen ist das kein Argument.

Finde die Idee aber auch gut, vielleicht klappt das mit den Monstern dann besser und sie buggen nicht so stark wie im GMP.

PS: Am Handy geschrieben

Viel Spaß an Latro, bis zum Reset sämtliche Scripts neuzuschreiben Sind ja bestimmt nur einige tausend Zeilen, deren Inhalt zu großen Teilen wieder eingebaut werden will (Und ein AI-Framework darf man sich bisher auch erstmal komplett von 0 selbst schreiben, sonst sehen da keine Monster besser aus, sondern sie sehen einfach mal gar nicht aus. Die kommen beim GMPA auch nicht einfach mit [zumindest deren Verhalten]).

Ich würde erstmal abwarten, was damit noch passiert. Vielleicht wird's den Sprung irgendwann wert sein, aber bisher steht der Aufwand im Falle von SKO in keinem Verhältnis zu dem geringen Nutzen.

Zitat von »Baratar«

Viel Spaß an Latro, bis zum Reset sämtliche Scripts neuzuschreiben Sind ja bestimmt nur einige tausend Zeilen, deren Inhalt zu großen Teilen wieder eingebaut werden will

STRG + C danach STRG + V

Ich habe Baratars Worten in dem Fall nicht mehr das Geringste hinzuzufügen. Denn genau das sind meine Gedanken dazu.

Wenn die Scripts weiter über Lua laufen, dazu die komplette Bibliothek der des GMPA nachempfunden wurde und zusätzlich die Abkopplung von Server und Client was diverse Aufgaben angeht komplett optional sind (Also auch alles komplett serverseitig ablaufen kann), dann wäre das denkbar. Bezweifle ich aber mal stark.

Pfff.... Deutsche tastaturen werden überbewertet

In welcher Sprache die Software geschrieben wird, ist mir herzlich egal. Relevant für mich und andere Betreiber von GMP-Projekten ist, welche Sprache die Serverscripte verwenden und wie es mit der Kompatibilität zu den vom GMPA verwendeten Funktionen aussieht. Umstiegsfreundlich wäre zum Beispiel, wenn sämtliche GMPA-Funktionen genutzt werden könnten. Dafür reicht es ja, wenn der Funktionsaufruf der GMPA-Funktionen die Argumente an entsprechende Funktionen der neuen Software weiterleitet. Sprich so etwas wie (da leicht lesbar an dieser Stelle in LUA-Syntax):



Schlecht wird es, wenn dieselben Funktionsnamen für eine anders arbeitende Funktion genutzt wird. Dann heißt es in der Tat "viel Spaß dabei, alles anzupassen". Nicht, dass ich davon ausgehen würde, dass selbst mit Kompatibilität auch nur ansatzweise alles reibungslos funktionieren würde, das tut es schließlich nie. Aber es wäre ein Schritt in Richtung Entlastung.

Squirrel ist die Scriptsprache, meinte Lagotas, wie ich das sehe. Die Bibliothek hat teils Ähnlichkeit zur GMPA-Bibliothek, viele der Methoden heißen sogar identisch, oder teils nur ein wenig anders. Einige Funktionen kann man vermutlich annähernd übernehmen, andere Dinge funktionieren vollkommen anders. Mal davon abgesehen, dass die Methoden jetzt aufgeteilt sind in Serverseitig und Clientseitig, was auch noch ein riesiges Problem werden koennte, je nachdem wie strikt die Unterscheidung hier ist.

Aber immerhin wissen die Entwickler hier, wie man Return-Werte verwendet... Das ist schonmal ein gutes Zeichen im Gegensatz zum GMP (Siehe HasItem() ).

Die callClientFunc()-Funktion ist allerdings interessant. Sofern die Funktionalitäten alle zumindest in abgewandelter Form wieder existiert, sollte man damit gute Chancen haben, die komplette GMP-Blibliothek nachzubauen.

Was die Performance angeht dürfte der Unterschied so winzig sein, dass er verkraftbar ist (ein weiterer Sprung zu einer Funktion) Und Speicher sollte dafür eigentlich keiner dauerhaft reserviert werden. Sobald die Funktion durchgelaufen ist, sind die Parameter und die Rücksprungadresse wieder aus dem Speicher raus (Mal davon abgesehen, dass wir wirklich von winzigsten Datenmengen sprechen, und so high-level wie man hier skriptet fällt das nicht im geringsten in's Gewicht). Wir sprechen hier ja nicht von einem Array mit 10000 reservierten Plätzen, das wir aus irgendeinem Grund per Call-by-Value übergeben wollen xD (Was ohnehin hirnrissig ist, und vermutlich gar nicht moeglich), sondern von ein paar normalen Parametern von ganz normalen Datentypen.

Aber da hätte man schon gern C++ und seine inline-Funktionen. Dann bräuchte man sich darüber keine Gedanken zu machen.

Könnten wir ja glattweg als Testkaninchen herhalten

@Lagotas: Da mir Squirrel noch nicht bekannt war/ist, bin ich davon ausgegangen, dass du mit Programmiersprache die Sprache meintest, in der die Entwickler ihre Software entwickeln. Aber das, was du da von Bimbol zitiert hast, ist exakt das, worauf ich hinaus wollte. Definitiv einen Daumen hoch dafür, dass er die Funktionen portiert.
Dann bleibt aber ein weiterer Punkt, der mich in großer Skepsis lässt: Clientseitige und Serverseitige Funktionen. Da würde ich gern mehr Details zu haben, vorallem hinsichtlich des enormen Ausnutzungspotentials des GMPAs durch Clientmodifizierung. Viele GMPA-Funktionen sind leider anfällig dafür, dass sie zu viele clientseitigen Informationen nutzen, weshalb gefühlt die Hälfte aller Serverscripte nur darin besteht, alle Möglichen regelwidrigen Änderungen zu erkennen und entsprechende Maßnahmen einzuleiten. Beim GMPA wünsche ich mir immer wieder, dass diverse Dinge serverseitig berechnet werden würden anstatt clientseitig, um sicherzustellen, dass jeder Spieler auch tatsächlich dieselben Berechnungsgrundlagen verwendet und keine Möglichkeit hat, diese zu seinem Vorteil zu modifizieren.

Der portierungsbedingte Funktionsaufruf aus den Funktionen heraus dürfte aber tatsächlich mehrere tausend zusätzliche Funktionsaufrufe pro Sekunde bedeuten. Allein das Updaten der AI schon.