"Meghallgattam" az Eden hangját, és csak a fájlok között vannak lassú ellenőrző blokkok nem az egész olyan.
Izgalmas a cucc
Valószínüleg a spéci saját fejlesztésű magnó rutinok nem olyan profik, mint az EXOS saját rutinja, ezért használnak inkább lassabb sebességet, hogy biztosabb maradjon a töltés. A korábbi védett programoknál a kis betöltő után az egész program ilyen lassúban volt ami meglehetősen idegesítő volt...
Gondolom a felhasználók is panaszkodtak, no meg ez az Eden Blues elég nagyméretű program (84K!) ezért egy új módszert találtak ki...
Az összes fájl normál EXOS formátumú, a betöltés TAPE:EDEN fájlnévvel történik (Így eredetileg minden fájl neve EDEN).
A védelem első vonala úgy működik, hogy a betöltő meghív egy saját spéci magnó rutint, ez tölti be azt a pár bájtos lassú részt. Az így betöltött bájtok a program utolsó bájtja után kerülnek, majd ráugrik az így betöltött programocskára. Nézzük, hogy szerezhető meg a programocska:
A batöltönk elmásolja magát a memóriában, hogy szabad legyen 100H-tól a terep az eredeti programnak, majd ezután be is tölti 100H-ra az eredeti programot, és ahogy eredetileg történne meghívja a spéci töltő rutint. Miután abból visszatér, nem ráugrik a kódra, hanem kimenti a memóriát késöbbi tanulmányozás céljára. És ezt ismételgeti amíg le nem lőjjük, így végül az összes lassú blokk meglesz.
Közben rájöttem mért nem indult a program: az utolsó lassú blokkot nem vette be ha Winamp-pal játszottam le az MP3-at, Soundforge-val jó lett. (Sajnos a Diamonds-on ez se segít, ott nagyon úgy tünik hiányzik az utolsó blokkocska
)
Ime a betöltő:
ORG 100H
HEADER 5
OBJECT E.COM
LD SP,100H
LD HL,KEZDET
LD DE,3000H
LD BC,1000H
LDIR
JP 3000H
KEZDET EQU $
PHASE 3000H
XOR A
LD DE,EDEN
EXOS 1
XOR A
LD DE,100H
LD BC,10H
EXOS 6
XOR A
LD DE,100H
LD BC,791-16
EXOS 6
XOR A
EXOS 3
CIKLUS LD HL,407H
LD IX,28H
CALL 3A9H
LD DE,NEV
LD HL,NEVSZAM
INC (HL)
XOR A
EXOS 2
XOR A
LD DE,0
LD BC,4000H
EXOS 8
XOR A
EXOS 3
JP CIKLUS
EDEN DB 8,"EDEN.COM"
NEV DB 2,"E"
NEVSZAM DB "0"
DEPHASE
END
