A CPC verziót megnézve is ez történik, amikor tölt, akkor épp nem mozog a kurzor, én még mindig leragadtam az EXOS-osításnál, az nem megoldható, hogyha megkapod a betöltendő fájl nevét, azt EXOS-szak megnyitod, és utána 256/512 byteonként beolvasod, minden sikeres olvasás után ugyanúgy visszaadva a vezérlést a SYMBOSnak, mint ahogy a CPC floppyolvasásnál van, annyi, hogy minden EXOS hívásnál mindent állítgatni kell oda-vissza SYMBOS és EXOS között, de szerintem így is gyorsabb lenne a töltés EP-n, mint CPC-n.
Úgy látom az összes file-t könnyedén ki lehet nyerni az image-ekből.
Nem tudom, hogy lassabb lenne-e a SymbOS jelentosen ... Egyreszt, ha fejet mozgatni kell (seek) akkor - ahogy irtam - van nemi trukk legalabb arra (igaz WD-nel nem tudom megoldotta-e!), hogy amig nincs kesz fut mas process, igy lehet lecsuszik arrol, hogy mar kesz, es kicsit kesobb jon ra, cserebe nem all meg addig az elet teljesen. De ez _csak_ a seek ugy tunik. Ha jol ertem. Maga a sector olasas: abban nem vagyok biztos, mennyire lassabb-gyorsabb, foleg ha tobb sector kell. Disasm alapjan a CPC fdc verzio ugy tunik ugy mux, hogy van egy "entitas" ami un logikai szektor szam (nincs fej/track/stb) alapjan ir X db sectort egymas utan vagy olvas. Nagyjabaol aztan az osszes szovevenyes al-rutin ebbol a ket rutinobol hivodik kozvetve vagy kozvetlenul, hogy atalakitja fizikai lemez fej/sav/szektor szamma, kiadja a konkret fdc parancsokat, hibakodot ad vissza, stb. Ezt probaltam meg lecserelni en ugye, hogy legalabb egy image file-bol dolgozzon valodi hw helyett, ami valamiert nekem nem ment eddig, de talan kiderul miert (amugy megkerdeztem az irot hehe, azt mondta, hogy valoszinu azt nem veszem figyelembe, hogy CPC-n is van FAT es CP/M disk, es mas sector offset-teket hasznalnak amit a kod megprobal detektalni elobb, hogy kitalalja milyen tipusu disk-et kell kezelni - hmmm).
Most ugye modern szohasznalattal elve a "block layer"-rol van szo, ez kb hasonlo feluletes peldaval elve, mint EXDOS-nal a diskio. Az megint mas kerdes, hogy mi van, ha kidobjuk a SymbOS-bol a fentieket is, sot azt is, hogy o kezeljen filerendszereket stb, es _mindenert_ az EXOS-t hivogassa. Az biztos, hogy az bonyolultabb lenne disasm alapjan megtalalni, az ilyen fdc fuggo hw bizeralast meg mindig egyszerubb IN/OUT alapjan megtalalni, de ugye a "filerendszer" kezeles eleg absztrakt kod lehet. Valoszinu, hogy nem lenne teljesen lehetetlen megoldani. Amde ez felvet egy masik kerdest: alap EP-vel azonnal nem menne a cucc
Ui 128K RAM az kb eppen eleg a SymbOS-nek barmi mas hardware-en is. Viszont az EXOS-ra epulo verzio eseten meg kene tartani a rendszerszegmenst legalabb. Bar az is igaz, hogy a SymbOS kod merete viszont csokkenne, mivel ki lehetne gyomlalni belole kb az osszes low level fdc I/O es filerendszer kezelest ugyanugy, ha az EXOS-on at menne, de tartok tole, hogy nem lenne annyi megtakaritas, hogy igy 128K-ba meg EXOS hasznalata mellett is belefer.
Amugy igazad van, cool lenne valahogy az EXOS hasznalata, mar csak azert is, mert megse kene kulon SymbOS driver SD kartyanak, RAM disknek (ha eleg RAM van ...), WD-s EXDOS-nak, esetleg Zozo fele IDE-nek ... Ja, es raadasul a CPC SymbOS verzio (disasm alapjan ahogy nezem, kozben neztem CPC wiki-t hogy milyen port micsoda) elegge "monolitikus" azaz eleve benne van vmi IDE-s cucc abban is (CPC wiki mondta par portra amit lattam, nem tudom mi az pontosan), legalabbis latszik, hogy csomo hasonlo rutin ketszer van a memoriaban is, gondolom NEC fdc-re, es az emlitett IDE-s valamire legalabb. Erdekes modon MSX-es verzioban viszont betoltheto driver-ek vannak ugymond, nem biztos, hogy ertem, mi a kulonbseg es miert van ez a kulonbseg a CPC es az MSX verzio kozott ....
Es itt nem csak arrol van szo, hogy a SymbOS vagy az EXDOS lenne-e a gyorsabb, hanem arrol is, hogy EXDOS mar kesz van, es rajta at minden elerheto, mivel EP-n softrware-ek ugye altalaban EXOS/EXDOS-on at vegeznek file muveleteket, ergo kb ami hattertar megoldas letezik EP-re, arra mar kesz az sw, es nem kene SymbOS ala ujraimplementalni drivert. Mondjuk egyetlen hatrany az a FAT12 amit EXDOS-nal latok, SymbOS talan FAT32-ot (
) is tamogat, meg persze FAT16-ot (illetve CPC-n pl az AMSDOS CP/M szeru formatumat is, de EP eseten ez mondjuk mind1). Node, semmi nem lehet tokeletes.
Mondjuk egy dolog utott szoget a fejembe, de most jutott csak szembe igy nem neztem meg: van ugye az a videolejatszo app. Mennyire "erezheto" az akadas rajta ami miatt olvasgatnia kell a file-t? Ezek utan kivancsi vagyok
Lehet, meg is nezem mindjart.