OldComp.cz

V tomto vlákně bych probral pár problémů týkajících se ZX rom. Začal bych něčím, co se jako chyba nejeví, pokud je romka romkou, tedy nepřepisovatelná, ale projeví se poškozením vlastního obsahu, pokud zx rom běží v přepisovatelné ramce, tedy nějaký ten allram s image zx rom ve spodních 16kB. A teď o co jde. Chybka bude v rutině pro scrollování obrazovky, protože když se obraz scrolluje, přepíše se značná část zx fontu. Asi by se to dalo najít ve zdrojáku nebo trasováním, ale neví tu třeba někdo něco bližšího ? Možná už se to řešilo. Já věděl od BUSYho akorát o chybě v kalkulátoru, který zapisoval na začátek romky, ale s tímto jsem se setkal teprve nedávno.

_________________
http://velesoft.speccy.cz/

Romka si prepisuje iba svojich prvych 5 bajtov - pri spracovavani 5-bajtovej ciselnej hodnoty ju zapise na adresu 0.

Scroll romku neprepisuje, ak ti to prepisal, chyba bude niekde inde. Ale nie v romke ako takej. Ak si si isty, ze chyba je v rutinke scrollu, skus presne zadefinovat podmienky kedy to robi a ja na to pozriem.

Inak, v mojich romkach BSrom118 a BSrom140 je chyba prepisovania prvych 5 bajtov opravena, takze tie sa mozu korektne pouzivat aj s povolenym zapisom.

Tak na tu chybu me upozornil i Andrew Owen a udajne ma nekde i budfix (akorat asi ted nema cas to hledat). Ja si v realspectru v MB02 modu zkusil do stranky 0 s povolenym zapisem presunout 48romku a po jakemkoli scrolovani se mi poskodil minimalne znak "?", tedy SS+C. Drive jsem mel poskozeno jeste vice znaku....

_________________
http://velesoft.speccy.cz/

Tiez som to skusal, scroll aj celej obrazovky, aj samotnej spodnej casti, ale nikdy sa mi nic neprepisalo okrem spodnych 5 bajtov. Zopakoval som test aj s originalnou ZX rom v RS32 so zapnutym MB02 ale vysledok rovnaky - prepis iba spodnych 5 bajtov, nic viac.

0x0D2B LD B,0x18
0x0D2D CALL 0x0E00

Prosím komentář kde to je, čtou to tu také děti a senilní důchodci

_________________
Diagnóza: Touretteův syndrom, Koprolálie, Dyslexie, Obsedantně kompulzivní porucha.
Kalkulačky: Privileg PR56, TI51-III, TI57, TI58, TI59, TI83, TI-83 Premium CE, TI89
Počítadla: BOBO64, ZX48 plus, DG-88, Didaktik-M, C16, C64C, Amiga 500+, MZ800, MUPID C2A2

Deti ospravedlnuje to ze sa este nenaucili citat a dochodcov to ze uz pre oci nevidia. UB jasne napisal ze je to na 0x0D2B

otvorte si komentovany vypis rom a sledujte:

na adrese 0x0E00 je rutinka zvana CL_SCROLL, ktoru zavolame s B=0x18:

na zaciatku CL_SCROLL sa zavola rutinka CL_ADDR (0x0e9b) aby zo zadaneho B (pocet riadkov na scroll) ziskala adresu prveho riadku scrollovacej oblasti (pre B=0x18 dostaneme adresu 0x4000)

nasledne sa testuje ci ma dany riadok "prescrollovat" cez hranicu tretiny

ak ano tak sa pokracuje na CL-SCR-2 (0x0e0d), kde sa vypocita adresa riadka v predchadzajucej tretine, kam sa ma riadok skopirovat a to pripocitanim hodnoty 0xf8e0 (cize -1824, co je 2048-224)

no a tato hodnota pre pociatocne B=0x18 je uz v oblasti pred fontom (DE=0x38e0, FONT=0x3d00), a tak po par cykloch kopirovania mikroriadkov sa zacne prepisovat font

a pre deti a starcov este ako sa tam dostat:

1) resetnite svoje oblubene spectrum
2) pre 128k spektrum po resete zadajte USR 0 (pre 48k spectrum v tomto kroku nerobit nic)
3) napiste a odoslite prikaz "PRINT" (bez dalsich parametrov)
4) polozte na klaves T zavazie a pockajte az dialogovy riadok "vylezie" hore

Alebo jednoduchsi postup:(funguje aj v 128/+3 basicu)

A už je nejaký patch ?

_________________
http://velesoft.speccy.cz/

POKE 0x0D2C,0x17

A nakousl bych další problém - test klávesnice

Co si pamatuju, tak rutina klavesnice v ZX rom testuje klavesu CAPS SHIFT pozdeji nez samotne klavesy. Takze se obcas stava, ze pri pouzivani kurzorovych klaves v basicu sem tam romka zobrazi jen cisla misto posunuti kurzoru. Konkretne to je problem u ZX128+2A/+3, kde se pri stisku sipky aktivuje cislo i shift soucasne, zatimco na zx modelech zx48+ a zx128+/+2 je membrana vicevrstva a shift se spina s predstihem. Tim se problem trochu zmensi. A tak me napada, ze dalsi uzitecna uprava ZX romky by bylo prepsani klavesove rutiny, aby testovala CAPS SHIFT pred klavesama a nikoli po nich. Takto upravena rom by zlepsila funkcnost klavesnice v emulatorech na PC a na realnem ZX128+2A/+3, ale i na ostatnich pocitacich.

_________________
http://velesoft.speccy.cz/

Presne naopak. Caps shift sa testuje uplne ako prvy, a ked sa sipkova klavesa stlaci zrovna medzi testom capsu a cislom, tak vtedy to pise cisla namiesto sipok. Pomohol by prave test capsu az ako posledny.

Moze sice nastat teoreticky problem ak sa sipka pusti v okamihu medzi testom cisla a capsu - moze to vtedy napisat cislo, avsak tento pripad v praxi nenastane, pretoze dalsie vyhodnocovanie rutinky kombinujuce shift s klavesou maju toto osetrene - shift musi byt stlaceny len v okamihu ked sa zaznamena stlacenie funkcnej klavesy. Po stlaceni funkcnej klavesy sa shift moze pustit, a pokial funkcna klavesa ostava stlacena, stale pre nu plati odpametany stav shiftu a prestane platit az pustenim tejto klavesy.

Takze lepsi je prepsat rutinu klavesnice komplet. Osetrit zakmity a umele drzet aktivitu shiftu dokud je ciselna klavesa stisknuta. No, cele je to takove na prd. Ale aspon castecne by se ta funkcnost dala "vylepsit". Ono se vlastne neda ani zjistit stisk dvou funkcnich klaves soucasne, napriklad kerzor VLEVO+NAHORU. Softvarove lze detekovat jen kombinaci jedne shiftovane klavesy a u druhe nelze zjistit pritomnost shiftu, protoze ten je pro vsechny funkcni klavesy spolecny. Takze pri drzeji jakekoli funkcni klavesy a stisku jineho cisla ja na portech citelne to same, jako stisk dvou funkcnich klaves najednou. Proto taky kurzor joystick aktivuje jen cisla a ne opravdove shiftove kombinace.

_________________
http://velesoft.speccy.cz/