Olyat nem csináltak régen hogy sztereo magnós programtárolás? 2x-ére gyorsulhatna a betöltés!

Egy megleheto"sen kezdetleges próbálkozás gyors PC->EP másolásra:

 tapesave.com (0.36 KB. 100x1 - viewed 48 times.)

 tapeload.com (0.24 KB - downloaded 50 times.)

 blue.com (44.58 KB - downloaded 46 times.)

 tapesave.s (4.47 KB - downloaded 48 times.)

 tapeload.s (3.99 KB - downloaded 43 times.)
A sebessége elvileg 8770 bit/s körül van - ami kb. 2-szer lassabb a DTF betöltésnél - ha a 0 és 1 bitek azonos számban fordulnak elo" (az 1 bit kétszer lassabb, mint a 0: 38/250000 másodperc 19/250000 másodperc helyett).
Mivel ez csak egy teszt program, nem érdemes EXOS kompatibilis bo"víto" interface-t vagy felhasználóbarát mu"ködést várni Mindenesetre nekem háromszor kipróbálva mindig sikeresen átmásolta a "blue.com" file-t igazi gépre.
Valószínu"leg lehetne még gyorsítani is rajta, a kód optimalizálásán kívül a memória várakozások letiltásával (ez a verzió a "szabványos" 04H-t írja a BFH portra), vagy a lényegtelen részek (pl. keretcsíkozás) törlésével, illetve az elleno"rzo" összeg törlésével (ez talán nem annyira jó ötlet) vagy 16 bites helyett 8 bitesre való cseréjével. Az ido"zítés a mentésnél és a töltésnél is DAVE hanggenerátor megszakítással történik.

Azzal is próbálkoztam, hogy FM helyett közvetlenül a bit értékeket írja a hangkimenetre (de minden byte elején szinkronizálva) fix sebességgel és egy byte-ot 10 bitre növelve a szinkronizáció miatt, de ezt a megoldást csak emulátoron lehetett betölteni, így egyelo"re maradt a hagyományos FM, csak fél négyszögjelekkel.

Igazán csak a sendByte és a receiveByte rutin érdekes, azok végzik a tényleges adatátvitelt, a többi csak a "keretprogram": inicializálás, fejléc küldése/feldolgozása, másoló ciklus (elleno"rzo" összeg frissítésével), stb.

A daveReset csak a DAVE regisztereit állítja alaphelyzetbe, hogy a kód akkor is mu"ködjön, ha azok egyébként valami másra lettek volna állítva.
A receiveByte-ban az A7H portra való írás a 0. hanggenerátor számlálóját indítja újra 25-ro"l (a 19 és a 38 átlaga 28.5 lenne, de néhány ciklust levontam a megszakítás tesztelése és az A7H port írása között eltelt ido" miatt).

Azok csak rövidebb és gyorsabb CALL utasítások fix címre


Én azzal mértem.

De ez elvileg 2 valódi EP között is menne, igaz?
Most kipróbáltam egyszer, betöltödött!

Magnóhang ki lett kapcsolva, vagy már átment ultrahangba?

Mert így nem függ az időzítés attól, hogy két bit olvasás között mi történik (pl. byte feldolgozása), feltéve, hogy a kód elég gyors ahhoz, hogy a következő bit olvasásáig ne teljen el túl sok idő (ebben az esetben legfeljebb 304 Z80 ciklus, azaz 4000000 * 19 / 250000, mert a mentésnél a DAVE hanggenerátor frekvenciakódja 18). Az egyszerű ciklusszámlálással jóval kisebb lenne a mért érték egy byte elején, mint a byte két bitje között. Ezen kívül a sebesség egyszerűen egy byte módosításával állítható a mentésnél és a töltésnél is.
De talán megoldható az is, hogy a csak Z80-at használó megoldásnál várakozások legyenek beépítve a stabilabb sebességhez, csak az nehezebb (viszont elvileg gyorsabb lehet, mint a DAVE számlálók használata).

A Dave-s módszernek viszont az a elönye, hogy nem függ a memóriavárakozások állítgatásától. És ha lehetne berakni hasonló órajel detectálást, mint a hanglejátszóba, akkor mindenféle turbós géppel is müködne.

Az, hogy a legrosszabb esetben a betöltő két bit feldolgozása között kb. 300 Z80 ciklust használ fel, ezért a legnagyobb frekvencia 250000 / 19, azaz ~13158 Hz lett, ami 304 Z80 ciklus. Ez az időtartam egy '0' bit hossza, az '1' bit két időegység, így lesz az átlagos sebesség (50-50% eloszlást feltételezve) 8770 bit/s körüli érték.
A további gyorsításra, mint említettem, több lehetőség is van:
 - várakozások letiltása (ezzel talán 15% körüli javulást lehetne elérni, esetleg valamivel többet is, ha sok az M1 olvasás)
 - keretcsíkozás letiltása (~15 ciklus a NICK port miatti várakozást is figyelembe véve)
 - az ellenőrző összeg számításának egyszerűsítése (jelenleg 47 ciklus várakozással, 39 ciklus várakozás nélkül)
 - lassabb időzítés vagy várakozás a byte határokon - bonyolultabb, de nem lenne minden bit a legrosszabb esetnek megfelelően lassú

A csak Z80-as időzítés a DAVE programozásra fordított idő elkerülése miatt lehetne valamivel gyorsabb, de nehezebb jól megoldani.


Ebben a csomagban taláható egy "sjasm.exe" (illetve Linuxra "sjasm-linux") nevű file. Ezzel lefordítható a forráskód: a használata a parancssorban "sjasm FORRÁSFILE KIMENETI_FILE" (az utóbbi nem kell, ha a forráskód tartalmaz "output" direktívát - ha nincs egyik sem, akkor a forrásfile kiterjesztését ".out"-ra cserélve írja a lefordított file-t). Fordításkor létrejön egy .lst kiterjesztésű lista file is, amely a debugger használatakor lehet hasznos.


Memóriavárakozás nélkül a betöltőben a DAVE frekvenciakódot talán célszerű lenne 24-ről 25-re növelni a gyorsabb utasítások miatt; elvileg 28.5/250000 másodperc után kellene megszakításnak lennie, de ebből levontam a megszakítás állapot olvasása és a számláló újraindítása közötti időt, és még egyet mert a számláló futásideje nem N/250000, hanem (N+1)/250000 másodperc.
Az viszont tény, hogy ennél a módszernél egyszerűbben lehet állítani a sebességet, legalábbis a program lehetőségeinek a határáig.
Már csak valami jól használható EXOS bővítőt kellene írni


A turbós gépeken a DAVE (és így a megszakítás) is ugyanolyan arányban gyorsul, csak a NICK órajele marad fix.