Ich muss gestehen, es am Emulator gespielt zu haben...
Keine Sorge, dein Geheimnis ist bei mir sicher. Aber denk dran, dass die Geheimdienste der 80er Jahre immer noch nach illegalen Commodore 64 Emulator-Spielern fahnden. Also halte dich bereit, die Sirenen zu hören und über die Feuerleiter zu verschwinden, wenn sie an deiner Tür klopfen!
wodurch kommt denn die extreme Verlangsamung?
Ich frage jetzt mal ganz naiv, müsste man nicht einfach nur die IF Abfragen um einen OR PEEK (Joystick) Abfrage erweitern?
Kenne den Code nicht, daher nur Mutmaßen.
wodurch kommt denn die extreme Verlangsamung?
Es ist keine extreme Verlangsamung. Aber es ist eine Verlangsamung, die ich bemerke. Alles was man in den Code zusätzlich einbaut, kostet Zeit.
Leider ist es mir aus performancetechnischen Gründen nicht möglich, Joystick UND Cursortastensteuerung gleichzeitig in das Spiel zu integrieren. Das würde, wegen des zusätzlichen Codes, zu einer spürbaren Verlangsamung der Spielfigur führen.
Die einzige Möglichkeit, die ich sehe, bei der es nicht zu einer Verlangsamung kommt, ist, dass man entweder Joystick ODER Tastatursteuerung ins Spiel einbaut.
Wie Du weißt, habe ich mir selber eine Version gebastelt, die *mit* Joystick und *mit* Tastatur bedienbar ist. Ich weiß ja nicht, was du da mit deinen Tasten machst, aber auf meinem System (Vice 3.1 unter Win10) sehe ich keinen inakzeptablen Unterschied. Der Joystick ist allenfalls etwas schneller als die Tastatur. Codemäßig reicht eine zusätzliche Zeile…
Deine Umfrage ist für mich also nicht beantwortbar. Ich würde beide Möglichkeiten bevorzugen.
Arndt
Der Joystick ist allenfalls etwas schneller als die Tastatur.
Genaugenommen wird die Steuerung mit den Cursor-Tasten langsamer, wenn man den Joystick einbaut.
Das finde ich nicht akzeptabel. Entweder sollte beides gleich schnell sein oder eben nur eine Variante.
Woher soll jemand, der zufällig mit Tastatur spielt, wissen, dass es mit einem Joystick zügiger laufen würde?
Dann finde ich die Joystick-only Variante besser. Damit man das Spiel nur so spielen kann, wie es am besten ist.
EDIT:
Deine Umfrage ist für mich also nicht beantwortbar.
Die Teilnahme an der Umfrage zu verweigern ist nicht zulässig und hat schwere strafrechtliche Konsequenzen zur Folge.
Woher soll jemand, der zufällig mit Tastatur spielt, wissen, dass es mit einem Joystick zügiger laufen würde?
Wieso fragt dein Spiel nicht am Anfang den Benutzer, ob er mit Tasten oder mit Joystick steuern möchte? Und dann wird nur das abgefragt.
Zum Beispiel bei fast jedem Spiel für den ZX Spectrum ist das der Standard, da nicht jeder einen Joystickanschluss dort hatte, den man nämlich extra dazukaufen musste.
Wenn ich nur mit Tastatur spiele, bemerke ich den Unterschied (auch zu „nur Tastatur“) gar nicht. Ich finde das nicht unmöglich langsamer.
Arndt
Wieso fragt dein Spiel nicht am Anfang den Benutzer, ob er mit Tasten oder mit Joystick steuern möchte? Und dann wird nur das abgefragt.
Nicht nötig. Wer keinen Joystick hat, merkt gar nicht, dass eine Joystick-Option besteht.
Arndt
Wieso fragt dein Spiel nicht am Anfang den Benutzer, ob er mit Tasten oder mit Joystick steuern möchte? Und dann wird nur das abgefragt.
Nicht nötig. Wer keinen Joystick hat, merkt gar nicht, dass eine Joystick-Option besteht.
Und wer keine Tastatur hat? 
Oder schlimmstenfalls - um alles bisher dazu gesagte zu ignorieren - zwei Versionen, eine mit Keys und eine mit Joy.
Wieso fragt dein Spiel nicht am Anfang den Benutzer, ob er mit Tasten oder mit Joystick steuern möchte? Und dann wird nur das abgefragt.
Dann müsste man in den Code eine Abfrage einbauen, die überprüft, was der Spieler am Anfang gewählt hat und dann den jeweiligen Code für Joystick oder Tastatur ausführen. Und auch das kostet wieder mehr Zeit.
Wenn ich nur mit Tastatur spiele, bemerke ich den Unterschied (auch zu „nur Tastatur“) gar nicht. Ich finde das nicht unmöglich langsamer.
Ich bemerke den Unterschied aber schon. Und zwar deutlich. Es dauert ca. 2 Sekunden länger um sich vom linken Rand des Spielsfeldes bis zum rechten Rand zu bewegen.
Oder schlimmstenfalls - um alles bisher dazu gesagte zu ignorieren - zwei Versionen, eine mit Keys und eine mit Joy.
Das macht die Weiterentwicklung zu schwierig. Dann müsste man alle zukünftigen Updates in zwei verschiedenen Versionen durchführen.
Meine Güte, bei anderen Spielen habe ich noch nie davon gehört, dass jemand sich über fehlende Keyboard-Unterstützung beschwert. Joystick-only und fertig.
Oder schlimmstenfalls - um alles bisher dazu gesagte zu ignorieren - zwei Versionen, eine mit Keys und eine mit Joy.
Das macht die Weiterentwicklung zu schwierig. Dann müsste man alle zukünftigen Updates in zwei verschiedenen Versionen durchführen.
Wie viele Versionen kommen denn da noch? Ich dachte, jetzt kommen noch ein paar Feinschliffs und dann ist da kein Potential mehr, weil eh schon über alle Maßen besser als alles bisher dagewesene? 
Also, so wie es aussieht gibts bei eingeschalteten Turbo-Optionen nur bei der Sprite-Kollision-Erkennung Probleme. Wenn da noch mehr Versionen kommen, könntest du auch überlegen, Turboerkennung (glaub das geht nicht in Basic?) oder Abfrage ein zu bauen und den Turbo softwarmäßig um die Collision-Detection an- und ab zu schalten. Nur so als utopischen Wunsch angemerkt...
GoDot DAS wäre doch auch was für TSB? Eine Funktion wie GETINPUT(x), die True zurückliefert, falls per Joystick oder Cursortasten die jeweilige Richtung angezeigt wird (x=0: links, x=1: oben und so weiter), am besten noch mit einem INITINPUT(), mit dem die Sache konfiguriert werden kann (Joystick Port 1 oder 2, diagonal möglich ja_als_eigene_richtung/ja_als_richtungskombi/nein, nur Cursortasten oder auch WASD und so weiter). Das Ganze sollte natürlich auch eine Array-/ON...GOSUB-freundliche Variante kennen, sodass man sowas wie ON GETINPUT(-1) GOSUB ... bzw. PRINT DI$(GETINPUT(-1)) machen kann. Halt JOY() "in richtig".
Und natürlich ein IF, das nicht noch auf ELSE etc. scannt, damit's nicht so langsam wird. Aber das ist eine andere Baustelle.
Oder schlimmstenfalls - um alles bisher dazu gesagte zu ignorieren - zwei Versionen, eine mit Keys und eine mit Joy.
Das macht die Weiterentwicklung zu schwierig. Dann müsste man alle zukünftigen Updates in zwei verschiedenen Versionen durchführen.
Und bitte jeweils in fünf Sprachversionen! 
also wenn Du mich fragst spielt bei so einer Art von Spiel die Performance nicht die entscheidende Rolle. Es ist ja kein Arcadeshooter. 2 Sekunden finde ich zu vernachlässigen.
Oder, wie schon angemerkt, am Anfang einfach abfragen. Dann wird nur eins geprüft. Ist doch Standardvorgehen.
Ich muss gestehen, es am Emulator gespielt zu haben...
Keine Sorge, dein Geheimnis ist bei mir sicher. Aber denk dran, dass die Geheimdienste der 80er Jahre immer noch nach illegalen Commodore 64 Emulator-Spielern fahnden. Also halte dich bereit, die Sirenen zu hören und über die Feuerleiter zu verschwinden, wenn sie an deiner Tür klopfen!
Wo kriege ich jetzt so schnell eine Feuerleiter her ?!?
Bei BASIC kann sich das durchaus bemerkbar machen, ob man eine Abfrage mehr oder weniger macht. Je nachdem. Vielleicht kann man ja ein bisschen tricksen, und das alles zusammenlegen? Dann wird da aus der Abfrage aber evtl. ein ziemlich hässliches Stück BASIC (Joystick-Port und Taste in einem grossen Ausdruck zusammen auswerten, so dass man sich diverse IFs spart)
