New Release - EVIL DUNGEON (C64)

Quote from Miyagi1980

Hi Berni. Mir wurde bisher zweimal davon berichtet. Leider kann ich den Fehler selbst nicht nachstellen. Bei mir wird die Zeit immer sauber ausgegeben.

Ich hab's mir jetzt auch nochmal etwas genauer angeschaut. Meine Vermutung von oben war natürlich Blödsinn (du verwendest die Variablen danach noch nicht einmal). Allerdings steige ich durch deinen Code nicht ganz durch. Mir ist nicht klar, warum du mit SGN und ABS arbeitest. Die Zahl sollte doch ohnehin nie negativ werden, oder? Jedenfalls habe ich rausgefunden, dass die Sekunden nicht immer ganz exakt berechnet werden. Bei PT=3600 und bei PT=3660 kommt der selbe Wert raus, obwohl sie sich um 1 Sekunde unterscheiden. Evtl. gibt es einen bestimmten PT-Wert, der durch solche Rundungsfehler das 00:00:00 ausspuckt. Ich konnte sowas aber nicht finden.

Eine Alternative wäre mit TI$ zu arbeiten: In Zeile 53 T=TI durch TI$="000000" ersetzen und in Zeile 9501: PT$=TI$:H$=LEFT$(PT$,2):M$=MID$(PT$,3,2):S$=RIGHT$(PT$,2). Dann kannst du dir die ganzen Berechnungen in den Zeilen 9507-9519 sparen.

Quote from Miyagi1980

Reine Unwissenheit meinerseits. Ich mache BASIC ja erst seit ein paar Monaten

Du hast in Basic trotzdem schon mehr erreicht und veröffentlicht als ich in meinem ganzen Leben

Quote from Goodwell

Du hast in Basic trotzdem schon mehr erreicht und veröffentlicht als ich in meinem ganzen Leben

Da hänge ich mich dran... und das gilt bestimmt für viele andere noch genau so!

Also: "Keep up da good work!!"

Ich bin immer wieder erstaunt wie schnell und wie professionell heute mache Leute (die gefühlt wohl einen IQ jenseits der 1000er Marke haben?) es schaffen geile Spiele für den C64 zu entwickeln, obwohl sie erst vor kurzer Zeit damit begonnen haben!

Ich hätte es damals (genauso wie heute) niemals zusammengebracht auch nur das primitivste Spiele in Basic zu schreiben....

Gut, vielleicht hilft es ein wenig wenn man auch beruflich SW-Entwickler ist, aber am C64 ist es ja doch was komplett anderes (vor allem in Assembler, aber auch Basic V2.0 ist vermutlich nicht die Entwicklungsumgebung, welche ein App Entwickler heute tagtäglich nutzt.... )

Insofern ein großer Applaus von mir!!

Hey Gregor,

ich hab einen schönen Nachmittag im "Evil Dungeon" verbracht.

Danke für dein Spiel

Anbei meine High Scores...

Ich bin bestimmt nur zu doof...aber ich finde nirgends einen Satz dazu, was eigentlich das Ziel des Spieles ist!? In der Anleitung steht, das Spiel endet bei Tod (klar) oder Erfolg. Es steht aber nicht drin, was Erfolg ist (oder ich bin zu blöd es zu finden...).

Auch über die Artefakte steht nichts drin (zumindest taucht das Wort nicht auf). Das lässt mich etwas verwirrt durch die Räume laufen...

Verstehe. Ich fände es dennoch sinnvoll, wenn in der Anleitung zumindest ein kleiner Abschnitt wäre, der den Erfolgszustand (aus dem Dungeon entkommen) beschreibt. Einfach ganz vorne "Ziel des Spieles" oder so...

Edit: Vielleicht steht das ja in dem Introtext im Spiel? Aber den habe ich nicht gelesen, der baut sich mir echt zu langsam auf...

Der Weg ist das Ziel!

Quote from Miyagi1980

Ich bin wirklich offen für Feedback, danke dafür! Ich werde das für zukünftige Spiele mal im Hinterkopf behalten. ABER, wer nichtmal die Geschichte gelesen hat ist bei dem Spielkonzept vielleicht einfach nicht richtig aufgehoben? Nicht böse gemeint! Es ist ja kein Arcadespiel welches man eben mal durchspielt, sondern ein Abenteuerspiel welches die Fantasie anregen soll. Was am Ende wartet ist doch die große Überraschung. Es herauszufinden die Mission.

Ja, naja...also ich spiele gar keine Arcadespiele. Ich spiele viele Rollenspiele (auch neue), aber ich habe tatsächlich nicht die Geduld, einem Text Zeichen für Zeichen beim Entstehen zuzusehen. Kompromissvorschlag: Textaufbau so lassen, aber bei Halten von SPACE (oder sonstwas) beschleunigen. So habe ich sowas immer gelöst.

Ach ja: In Zeile 8474 sitzt hinter der Zeilenummer des GOSUB ein Semikolon. Das tut nicht weh, gehört da aber eigentlich nicht hin...

Quote from Miyagi1980

wäre eine Option, aber würde vermutlich den Textaufbau weiter verlangsamen. Ich habe glaube ich garkeine Wartezeit eingebaut. Das ist sozusagen BASIC Maximalgeschwindigkeit

Oh, ja...sieht so aus. Wenn du die Bedingungen drehst, dann wird es etwa 25% schneller, also so etwa:

Aber ich will dir da nicht reinreden. Ich spiele das nachher nochmal, aber sei mir nicht böse, wenn ich die Geschichte im Quelltext nachlese...

So, habe es auch mal durchgespielt. Hat mir insgesamt sehr gut gefallen. Ich habe allerdings ein bisschen "gemogelt", weil ich es auf einem echten C64 mit Flash8-Turbokarte gespielt habe. Mit der läuft ja so gut wie nix, aber eben BASIC...das war daher eine gute Gelegenheit. Damit war es angenehm flott. Nur fliehen kann man damit nicht, weil das zu schnell abläuft. Macht aber nichts, wer will denn schon fliehen!?

Ansonsten: Schönes Spiel!

Quote from Miyagi1980

Bin für jeden Tipp dankbar. Probiere es mal aus. Gegen nen Tick schneller hätte ich nichts einzuwenden.

Hatte grad mal geschaut, ob mir auch noch ein paar Beschleunigungs-Tipps einfallen: Dachte an I als erste Variable im Programm definieren, aber das machst du ohnehin (wohl eher zufällig) schon.

Weitere Ideen:

• 2937 GETA$:IFA$=""THENNEXTI:GOTO2945 (spart ein GOTO ein)
• Die ersten drei Zeilen zusammenfassen, also 2920FORI=55296TOLC:POKEI,1:IF... und dann 2922 und 2925 weglassen.
• Am Anfang des Programms Variablen mit den 5-stelligen Zahlen füllen: 5 I=0:C0=55297:C1=55299:C2=55301:C3=56295 und dann IFI>C0THEN etc. benutzen.
• Etwas komplizierter: Die Tastatur-Abfrage seltener durchführen, indem du zwei Schleifen verschachtelst und dadurch immer nur am Ende einer Ausgabezeile abfragst.
• Die IFs weglassen. Dann schreibst du zwar in ein paar Speicherstellen vor dem Farbram, aber die sind normalerweise unbenutzt. Lediglich bei irgendwelchen SID-Basteleien könnte das Probleme geben, aber da kenne ich mich nicht so gut aus.
• Ich bin mir nicht ganz sicher, aber eventuell kann man Zeile 2936 auch hinter die Schleife auslagern. Wenn ich das richtig verstehe dient das nur dazu, dass auch die letzten Zeichen die gleiche Farbe haben.

Wieviel das alles bringt, weiß ich nicht.

Ich hatte gerade Spaß daran, meine Ideen von gestern Abend mal zu testen. Ich hoffe, das war ok. Jedenfalls hier die Zeiten (in Sekunden) für den ersten Bildschirm:

Version 1:

Version 2:

Version 3:

Nachteile von allen drei Versionen (man kriegt halt nichts geschenkt Die ersten 6 Zeichen werden quasi sofort angezeigt, erst dann läuft es richtig. Das kann man fixen, indem man vorher händisch die ersten Zeichen poked, evtl. mit Warte-Befehlen dazwischen. (Oder man pfeift auf das SID-Problem und fängt vorne an.)

Nachteil von Version 3: Tasten werden erst am Ende des Bildschirms abgefragt. Das ist wahrscheinlich nicht mehr das, was du haben willst. Es ging mir hier auch mehr darum, zu sehen, wieviel das ausmacht. Ich hatte auch das Gefühl, dass das schon fast zu schnell ist.