Quote from: dragon on 23:07, 25 July 24Quote from: RockRiver on 09:25, 23 July 24To do It you need decomplie It to the paws.Profesional adventure writing system.Quote from: iXien on 09:10, 20 July 24And this Spanish productions party time, with a fantastic work of @dragon :
LA AVENTURA ESPACIAL from Dinamic
Controls:
Any key = Enter game interface
J1UP/DOWN = Highlight an action
J1LEFT = Leave game interface
J1RIGHT = Directly go to next list in game interface
J1B1 = Select
J1B2 = In the first part only, enter input number system when required, then J1UP/DOWN to move and J1B1 to select a n
I don't know if it can be done, I'm not into paws (modern or older)tools.
Quote from: andycadley on Today at 08:18t's possible they need to replicate all the disk structure to be guaranteed to work (or it might just have been the most convenient mechanism for faking disks)
Quote from: Solo Kazuki on Today at 06:35I suspect Hexavirus was written specifically as a Plus cartridge, whereas the vast majority of CPRs are auto conversions from disk. It's possible they need to replicate all the disk structure to be guaranteed to work (or it might just have been the most convenient mechanism for faking disks). It's also possible the data is scattered across ROMs as a result of this and some emulators will fail to load a CPR if not all ROMs are in sequence (even though the CPR format allows it).Quote from: robcfg on Yesterday at 22:35I was taking a look at the Masarat Khatira .cpr file, and it contains large areas of 0xE5 bytes (which are probably because the file was created from a disk image), and 0xFF bytes, which would be the empty space.Why not? Good example is Hexavirus v0, where CPR have 49kB
Maybe we could trim those 0xFF bytes, but the question is, would these files still be recognizable and usable by emulators and hardware devices?
https://www.cpc-power.com/index.php?page=detail&num=17197
If You made such trimmed image, I can check it with M4 board if this works.
Quote from: robcfg on Yesterday at 22:35I was taking a look at the Masarat Khatira .cpr file, and it contains large areas of 0xE5 bytes (which are probably because the file was created from a disk image), and 0xFF bytes, which would be the empty space.Why not? Good example is Hexavirus v0, where CPR have 49kB
Maybe we could trim those 0xFF bytes, but the question is, would these files still be recognizable and usable by emulators and hardware devices?
6 name$="LOADER1"
7 name2$="LOADER2"
90 MODE 0:BORDER 0
100 GOSUB 400
181 GOSUB 820
255 GOTO 600
400 MEMORY &7EFF:IF PEEK(&BB5B)=0 THEN p=45530 ELSE p=47061
445 LOAD name$+".pal",&7F00:GOSUB 820:LOAD name$+".scr",&C000
446 GOSUB 700
447 GOSUB 700
600 IF PEEK(&BB5B)=0 THEN p=45530 ELSE p=47061
640 LOAD name2$+".pal",&7F00:GOSUB 820:LOAD name2$+".scr",&C000
645 LOAD"loader.bin",&BE80:POKE &BEA3,&C9:CALL &BE80
650 LOCATE 6,19:PEN 2:PRINT"Cheat? y/n"
660 c$=UPPER$(INKEY$):IF c$="" THEN 660
670 IF c$="Y" THEN POKE &4A1D,0
680 CALL &400
700 FOR J=1 TO 2000:NEXT
740 RETURN
820 MODE PEEK(&7F00):FOR a=0 TO 15:i=PEEK(&7F03+a*12):POKE p+a,i:POKE p+a+17,i:NEXT
830 RETURN
Page created in 0.065 seconds with 19 queries.