Hier der Space Rogue Keyboard-Fix02. Der Fix ist identisch mit dem der EasyFlash Version.
Solten wider erwarten Tastatur-Eingabeprobleme auftauchen, Bitte mit einer kleine Erklärung,
wo diese auftraten, abgeben. Danke!
Hallo Besucher, der Thread wurde 5,3k mal aufgerufen und enthält 34 Antworten
letzter Beitrag von Stephan Scheuer am
Space Rogue
- Stephan Scheuer
- Erledigt
-
Hier nun auch Tastatur Bug Fix.
Versuch mal zu beschreiben, was das genau für den einzelnen bedeutet...
-
Beim Original kommt es sehr oft vor, dass eine Eingabe , abbruch des Intros oder Load new/saved Game, per Tastatur nicht möglich ist.
Nur ein Neuladen des Spiels, schaffte mit Glück Abhilfe. Aber bevor ich jetzt alles nochmal schreibe, Bitte den unten angezeigten Link,
zum Thread der Easyflash Version folgen. Wenn dann noch Fragen offen sind, versuche ich diese, nach bestem Wissen zu beantworten.
-
Ach das meinst Du. Stimmt. Das hat genervt.
-
Space Rogue von Origin nun ohne Sektor Loader.
Ich bitte um Entschuldigung für eine dumme Frage.
Früher[tm] hatte ich auf meinem Amiga einen (unvollständigen) C64-Emulator geschrieben, bei dem ich den Kernal so gepatcht hatte, daß bei einem Kernal-Load der Emulator eine PRG-Datei direkt in den Speicher kopiert. Damit war es möglich, die Dateien meiner Original "Space Rogue"-DIsketten zu verwenden, um das Spiel zu starten, da - so meine damalige Erkenntnis - das Spiel nur den Kernal zum Laden benutzte und (leider) keinen eigenen Schnellader. Auch der "Kopierschutz" bestand lediglich aus einer Wortabfrage aus dem Handbuch und keinerlei Hardwarespielereien mit der Diskette. (Die Original-Disketten habe ich vor einiger Zeit noch problemlos mit der Zoomfloppy auf den PC kopieren können.) Nun habe ich jedoch das Spiel damals nicht mit dem Emulator durchgespielt (dafür hatte ich den C128), kann also über den weiteren Verlauf im Spiel nichts sagen. Von daher würde mich mal interessieren, an welcher Stelle wurde im Programm ein Sektorlader verwendet und warum?
-
Dumme Fragen gibt es bei soetwas nicht. Der eine weiß es und gibt es weiter. Ich habe zumindestens noch kein Buch gesehen,
in den beschrieben wird, wie ist der Track- und Sektorloader von Space Rogue aufgebaut.
Ich habe dir mal meinen Quellcode im Code-Fenster gepostet. Wenn das zu unleserlich ist, kann ich auch alle Quellcodes hochladen.
Das sind dann die Codes der 1581 und EasyFlash Anpassungen.
Achja, alle Sektoren die per direkt-command gelesen werden, sind auf der Disk Seite 2.
Alles anzeigenCode- ;
- ; ---- zp absolute adresses ----
- ;
- a01 = $01
- a80 = $80
- a81 = $81
- ;
- ; ---- zp pointers ----
- ;
- p80 = $80
- e1812 = $1812
- ;
- ; ---- zp fields ----
- ;
- f90 = $90
- ;
- ; ---- fields ----
- ;
- f0100 = $0100
- ;
- ; ---- predefined labels ----
- ;
- rom_readst = $ffb7
- rom_setlfs = $ffba
- rom_setnam = $ffbd
- rom_open = $ffc0
- rom_close = $ffc3
- rom_chkin = $ffc6
- rom_chrin = $ffcf
- rom_clall = $ffe7
- fehler = $c000 ; ---- hier weiter, bei diskfehler. später entfernen.
- ; ---- lowest offset is $01ad = disk sector 429.
- ; ---- t01-t17 = 17*21 sectors = 357
- ; ---- t18-t20 = 3*19 sectors = 57
- ; ---- t21 sector = 15 sectors = 15
- ; ---- 357+57+15 = 429.
- ; ---- offset angabe der sektoren x-reg low byte
- ; ---- offset angabe der sektoren y-reg high byte
- ; -----------------------------------------------
- ; ---- z.b. track "34;06" soll gelesen werden. dafür
- ; ---- die anzahl der sektoren von track "01;00"
- ; ---- bis track "34;05" ermitteln und in hex wandeln.
- ; ---- original sektor-laderoutine der 1541 diskversion
- !to "sr-trackloader.prg",cbm
- !cpu 6502
- *= $186f
- lda #$00 ; ---- load offset low byte in akku
- sta a80 ; ---- set low byte for sector loading
- lda #$f6 ; ---- load offset high byte in akku
- sta a81 ; ---- set high byte for sector loading
- ; ---- from here this routine is original at $186f in the ram ----
- txa
- ldx #$01
- ast03 cpy #$01
- bcs b187b
- cmp offset,x ; ---- rechnet die gesammtzahl der
- bcc ast10
- b187b sbc offset,x ; ---- sektoren in track und sektor offset um
- inx
- bcs ast03
- dey
- bcc ast03
- ast10 tay
- txa
- jsr ast09 ; ---- track von hex nach ascii
- stx a1935 ; ---- track high byte festlegen
- sta a1936 ; ---- track low byte festlegen
- tya
- jsr ast09 ; ---- sektor von hex nach ascii
- stx a1938 ; ---- sektor high byte festlegen
- sta a1939 ; ---- sektor low byte festlegen
- jsr ast07 ; ---- von $90 bis $c0 für kernal routinen vorbereiten
- jsr ast06 ; ---- $01 für kernal routinen festlegen
- lda #$01
- ldx #<com01
- ldy #>com01
- jsr rom_setnam ; ---- $ffbd - set file name
- lda #$05
- ldx #$08
- tay
- jsr rom_setlfs ; ---- $ffba - set file parameters
- jsr rom_open ; ---- $ffc0 - open log.file after setlfs,setnam
- bcs b18ec
- lda #$0c
- ldx #<com02
- ldy #>com02
- jsr rom_setnam ; ---- $ffbd - set file name
- lda #$0f
- ldx #$08
- tay
- jsr rom_setlfs ; ---- $ffba - set file parameters
- jsr rom_open ; ---- $ffc0 - open log.file after setlfs,setnam
- bcs b18ec
- jsr rom_readst ; ---- $ffb7 - read i/o status byte
- sec
- and #$c3
- bne b18ec
- ldx #$05
- jsr rom_chkin ; ---- $ffc6 - open channel for input
- lda #$00
- sta a193a ; ---- y-reg auf startwert festlegen
- b18dd jsr rom_chrin ; ---- $ffcf - input character
- bcs b18ec
- ldy a193a
- sta (p80),y ; ---- wohin die bytes geladen werden
- inc a193a
- bne b18dd
- b18ec php
- lda #$0f
- jsr rom_close ; ---- $ffc3 - close a logical file
- lda #$05
- jsr rom_close ; ---- $ffc3 - close a logical file
- jsr rom_clall ; ---- $ffe7 - close or abort all files
- jsr ast05 ; ---- $01 wiederherstellen
- jsr ast07 ; ---- $90 bis $c0 wiederherstellen
- plp
- bcc offset ; ---- hier weiter, wenn laden fehlerfrei war
- jmp fehler ; ---- bei ladefehler, bitte eigene routine coden
- ; ---- $0e85 adresse $01 wieder zurücksetzen ----
- ast05 lda a01
- and #$fc
- sta a01
- rts
- ; ---- $0e95 adresse $01 für den kernal load vorbereiten ----
- ast06 lda a01
- and #$fc
- ora #$02
- sta a01
- rts
- ; ---- adressen ab $90 puffern und nach dem laden wiederherstellen ----
- ast07 ldx #$34
- ast08 lda f0100,x ; ---- hier bitte eine tabelle anfertigen
- ldy f90,x
- sta f90,x
- tya
- sta f0100,x
- dex
- bpl ast08
- rts
- ; ---- convert hex to ascii ----
- ast09 ldx #$30
- ast02 cmp #$0a
- bcc ast01
- sbc #$0a
- inx
- bcc ast02
- ast01 adc #$30
- offset rts
- ; ---- offset is the x-index for reading the sector value.
- ;
- ; ---- $11 tracks with $15 sectors = #17 tracks with #21 sectors
- ; ---- $07 tracks with $13 sectors = #07 tracks with #19 sectors
- ; ---- $06 tracks with $12 sectors = #06 tracks with #18 sectors
- ; ---- $05 tracks with $11 sectors = #05 tracks with #17 sectors
- !byte $15,$15,$15,$15,$15,$15,$15,$15
- !byte $15,$15,$15,$15,$15,$15,$15,$15
- !byte $15,$13,$13,$13,$13,$13,$13,$13
- !byte $12,$12,$12,$12,$12,$12,$11,$11
- !byte $11,$11,$11
- ; ---- commands to send the track and sector datas to the floppy ----
- com01 !text "#"
- com02 !text "U1 5 0 "
- a1935 !text "2"
- a1936 !text "1 "
- a1938 !text "1"
- a1939 !text "3"
- a193a !byte $00
-
Ich habe dir mal meinen Quellcode im Code-Fenster gepostet.
Super! Vielen Dank!
Mit Hilfe Deines Listings hab ich mir mal mit Vice und einem Breakpoint angeschaut, wann der Sektorlader zum Einsatz kommt. Sieht so aus, als hätten die Programmierer eine Art "Datenbank" in den hintersten Sektoren der zweiten DIskette eingerichtet, aus der bei Andocken an die Station (und vielleicht noch bei anderen Gelegenheiten) Anzeigetexte gelesen werden. Da fragt man sich doch, was dieser Mischbetrieb aus Dateien und Direktsektorzugriff soll? Angesichts der extrem langen Ladezeiten während des Spiels wäre es damals[tm] besser gewesen, auf die Dateistruktur gleich ganz zu verzichten und dem Spiel dafür einen vernünftigen Schnellader zu verpassen (wie z. B. BT3). Nun denn, C64-Programme sind voll von Überraschungen, und ich habe heute wieder was dazu gelernt. Nochmals vielen Dank für Deine freundliche (und schnelle) Auskunft!
-
Die Sektoren enthalten die Huffman gepackten Texte von zB Schildern die dann auch einzeln in Echtzeit nachgeladen werden. Ergibt schon Sinn.
-
Achso, das erklärt einiges. Ich hatte mir die Sektoren mal angesehen und fand so manchen seltsamen Inhalt, der mit Texte nicht viel gemeinsam hat.
Zuzdem wollte ich für die EasyFlash Version, den ganzen Datenkrams entpacken. Nach einigen Tests, stellte ich fest, dass es nicht allzuviel bring.
Viele Arbeit für eine geringe Steigerung der Ladegeschwindigkeit.
Huffmann oder RLE, was ist da nun richtig und wie erkennt man das?
-
Mit etwas Erfahrung erkennt man zumindest RLE Recht leicht. Huffman fiel mir auf als ich seiner Zeit den depacker dafür angesehen und mir dann einen in C geschrieben hatte, um alle Texte zu lesen und für einen Spieleditor auch zu codieren. Irgendwo liegt da noch einiges Rum..
-
ohhh, schick. wäre toll, wenn du das fändest.
danke für die info about rle , huffmann
-
Ich habe gerade mal nach der Huffmann Kodierumg bei Wiki gesucht und auch gefunden.
Also, ich habe keinen IQ von 150, wenn das ausreichen sollte. Zudem fehlt mir von der Bildung her, die höhere Mathematik.
In diesem Leben wird das mit Sicherheit nichts mehr. Ich hätte zwar Interesse ,mir das anzueignen, aber wozu? Um gepackte
Texte eines Spiels zu depacken? Das habe ich auch so geschafft. Kurz den Depacker aus dem Game ausgebaut und abgeändert.
Nun lädt dieser alle Sektoren und depackt die Daten ab $1000, bis $CFFF im C64 Ram. Original war das nur von $BF00 bis $BFFF.
Ich muss dann die Texte nurnoch mit dem Actiion Replay abspeichern.
-
Wenn man das als Einzeldateien anlegen würde, würde das laden noch viele länger in Anspruch nehmen
Wieso? Doch höchstens weil bei einem langen Directory das Suchen länger dauern würde. Das Laden selbst würde genauso lange dauern - oder? Wenn es viele kleine Blöcke sind kann es sein dass die max. Eintragsmenge im Dir nicht gereicht hätte, deshalb sind die Programmierer vielleicht auf Direktladen ausgewichen.
