ZX Magazín - kniha hostů

kniha hostů

Zde můžete nechat zprávu pro ostatní návštěvníky

1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100,

Zpráva 2976. - 24.5.2013 23:43 IP=89.176.219...
VELESOFT:: zx3: zkousel jsem to jen v emulatoru. 128 editor nepovoli hvezdickovou syntaxi zapsat, a pri pokusu o spusteni jiz existujiciho basicoveho radku s D80 syntaxi hodi 128 editor chybovou hlasku "C Nonsence in BASIC". Jak kontroluje 128 editor syntaxi nevim, ale bylo by fajn, kdyby to slo nejak obejit.
Zpráva 2975. - 24.5.2013 20:26 IP=89.29.48...
Azorasoft:: Je tento kabel použitelný pro připojení TV k ZXS128 ? http://aukro.cz/kabel-zx-spektrum-i3268442552.html
Zpráva 2974. - 24.5.2013 11:20 IP=147.32.160...
zx3:: Velesoft: to je pravda, na tohle jsem úplně zapomněl, že někdy D40 umístí SP do ROM.

To s tou nemožností zapsání hvězdičkovaných příkazů jsi zkoušel na reálném harwaru nebo jenom v emulátoru? Protože když jdou ve 128 editoru napsat hvězdičkované příkazy pro Interface 1 a Microdrive, nějak nevidím důvod proč by to nemělo jít u D40. On se ten 128 editorový analyzátor syntaxe od 48 editorového nějak moc neliší, skoro by dalo že jsou až na seznam příkazů shodné. Navíc i 128 ROM při původních chybách 48 ROM skáče do 48 ROM, a to i když edituješ program a chceš odentrovat chybný řádek - rst 8 to vyvolá taky (jenom se nevyvolá hláška C Nonsense in Basic, ale kurzor ve 128 editoru zčervená, ve 48 Editoru zobrazí otazníky). Tohodle využívá třeba emulátor Disciple pro +3, který se napíchne na stránkovací rutinu, která skáče na rst 8 do 48 ROM a umožní tak vložit v +3 Editoru Discipláckou syntaxi příkazů, kterou +3 Editor sám o sobě neumí.

Kvůli tomu si nemyslím, že pokud hvězdičkované příkazy nejdou zapsat, že budou fungovat. Ale bohuže to nemám na čem vyzkoušet. Pokud jsi zkoušel provoz 128 editoru s D40 a nešly ty příkazy zapsat, mohl by jsi nějak vyzkoušet, zda když v tom Basicu už budou, zda projdou, nebo zda to vyhodí chybu? Podle mě by to mělo chybou skončit.
Zpráva 2973. - 24.5.2013 11:04 IP=147.32.160...
zx3:: ub880d: Je to už hodně dávno, v nějaké knížce. Každopádně i v datasheetu jsou instrukce in a out popsány velmi podivně - třeba u out(c),a je napsáno, že registru C je adresa jednoho z 256 I/O portů, a při vykonávání instrukce je hodnota registru B posílána na adresové linky A8 - A15.

A instukce out0 a in0 se objevily opravdu už u Z180.

Na druhou stranu, zapomenout na to, žr při instrukcích in a out by na A8 - A15 měla posílat nula, když ty instrukce jsou jinak vlastně stejné jako ld(hl),a (jenom aktivuje jiné signály), které A8-A15 nulovat nesmí, není zas až tak těžké.

A samozřejmě, že jde o omyl, mohl být také jenom názor autora, který vycházel z toho, že když je Z80 prezentovaný jako procesor schopný adresovat 65536 paměťových míst a 256 I/O portů, takže víc než 256 I/O portů podle záměrů autorů neměl být schopen adresovat.
Zpráva 2972. - 24.5.2013 10:16 IP=212.24.139...
Lanex:: z00m: a mohl bych ti poslat na mail malou aplikačku (.tap) na detekci DG192, jestli funguje správně?
Zpráva 2971. - 23.5.2013 21:33 IP=89.176.219...
VELESOFT:: ub880d: presne si uz nepamatuju jak jsem to kdysi popisoval na Pandore, ale mohu to kdyztak vyhledat. Nekompatibilita MDOSu byla myslim se 128rom(editor, nebolo rom0), kde MDOS nastavil SP nekam do romky a pres RET skakal na adresu podle bajtu v romce. Tak nejak to bylo. Takto to fungovalo s ROM1(48basic), ale ROM0(128 editor) ma zde uplne jine hodnoty, takze CPU skace blbe. Opravil jsem to jednoduse tak, ze si MDOS nastavil SP to ZX ramky(nekam pod 32768, aby to bezelo i na ZX16kB), napushoval jsem tam onu adresu a pak teprve provedl ten RET. Mam opraveny MDOS aby behal se 128rom, ale muze takto fungovat jen na pocitaci, ktery ma opravenou adresaci portu 7FFD. V emulatoru to lze provozovat tedy jen na modelu ZS Scorpion 256kB s povolenou D80. Ovsem nastava dalsi problem, 128 editor pouziva vlastni kontrolu syntaxe basicu, takze nelze vubec zapsat prikazy s hvezdickou. Pokud ale prikaz uz existuje v basicovem radku, asi to fungovat bude. Pro uplnou pouzitelnost je ale potreba tak jako tak prejit do 48rom pomoci USR 0, jinak si D80 uzivatel moc neuzije.
Zpráva 2970. - 23.5.2013 20:12 IP=85.216.187...
ub880d:: zx3: zaujimava idea, keby si nasiel kde si to cital, daj vediet, rad by som ti precital aj ja. v kazdom pripade.. nieco by na tom nakoniec mohlo byt.. ved keby to planovali hned ako out (bc),a,tak by to tak aj pomenovali.. vsak existuje ld (bc),a nie ld (c),a... na druhej strane, 16bitovy out sa casto spomina ako jedno z vylepseni oproti i8080 a to sa mi potom zda byt malo pravdepodobne ze by to bolo omylom..
Zpráva 2969. - 23.5.2013 15:23 IP=147.32.160...
zx3:: Docela mě zarazilo, jak jsou některé ruské varianty Spectra vymykané. Nejen legendární Hobbit, nad kterým se rozplývali v redakci časopis Sinclair User, a který je snad nejdokonalejší variantou Spectra 48, přičemž nemá problémy s kompatibilitou s orinálem.

Ruské "patche" na to, aby počítače zvládaly cyrilici, a to včetně editoru a to současně s nepřijítím o latinku, vypadají dost dobře. Možná je škoda, že se o něco takového nepokusili i ve Skalici v adaptaci počítačů na češtinu.

Myslíte si, že by hardware založený na ZX Spectru emulovaný ve FPGA měl šanci konkurovat třeba Rapsbery Pi?
Zpráva 2968. - 23.5.2013 15:08 IP=147.32.160...
zx3:: Ub880d: Někde jsem četl, že 65536 I/O portů má Z80 vlastně omylem, že jich původně měla mít jen 256, ovšem díky chybě se na vyšší byte adresy místo nuly posílá hodnota registru A, resp. B. Proto je taky syntaxe assemblerových instrukcí OUT a IN OUT (C) a IN (C) místo očekávaného OUT (BC) a IN (BC). Některé další verze procesoru Z80 (tuším už Z180, ale jistý si nejsem) mají kromě instrukcí OUT a IN ještě opravené instrukce OUT0 a IN0, které na vyšší byte adresy při I/O operacích posílají správně nulu.
Zpráva 2967. - 22.5.2013 09:50 IP=194.154.242...
z00m:: Ja mam.
Zpráva 2966. - 22.5.2013 09:45 IP=78.102.86...
Lanex:: A má tady někdo realnou Gamu 192? Potřeboval bych otestovat jednu aplikaci v TAP :) Moc by mi to pomohlo.
Zpráva 2965. - 21.5.2013 22:16 IP=85.216.187...
ub880d:: aha.. ja som myslel ze je to upravena gama 80k na 192k..
Zpráva 2964. - 21.5.2013 21:50 IP=78.98.86...
z00m:: Ano, je to obycajna 128k ROM, kedze dg192 je novo navrhnuty pocitac a pocitacova cast je vlastne 48k s upravou na 128k z kompaktservisu.
Zpráva 2963. - 21.5.2013 21:39 IP=85.216.187...
ub880d:: hmm.. to naozaj gama192 pouziva original 128k romku zo spektra? bez akejkolvek upravy? bez tucneho fontu?
Zpráva 2962. - 21.5.2013 21:27 IP=85.216.187...
ub880d:: no.. a podla vsetkeho 192kb gama ma zasa klasicky OUT ako ma original speccy (teda 48cka, 128cku som nepozeral ale to predpokladam ze nemenili). takze tam sa asi ta pamat nekopiruje.

pouzil som v 128k emulatore romku z balika:

http://tcg.speccy.cz/zoom/files/didaktik-gama-192k-1c.zip
Zpráva 2961. - 21.5.2013 21:08 IP=85.216.187...
ub880d:: a este jeden postreh. na spektre je basicovsky OUT naozaj 16bitovy, lebo je tam (na adrese 0x1e7a): call 0x1e85; out (c),a; ret. tu na game'89 (vzhladom na to ze si potrebuju odlozit hodnotu A a zneuziju na to register B) povodne 16bitovy out degraduje na klasicky 8bitovy.. ktohovie ako je na tom 192kb gama, ktorej by sa 16bitovy out celkom zisiel, kedze strankuje aj 128ckovym sposobom ;] - to by zasa mohol disassemblovat niekto kto ma emulator ktory vie 192kb gamu ;]
Zpráva 2960. - 21.5.2013 20:56 IP=85.216.187...
ub880d:: ej.. formatovanie ;]

http://www.dusky.sk/zxs/tmp/dg89_out_dissass.txt

;]
Zpráva 2959. - 21.5.2013 20:53 IP=85.216.187...
ub880d:: priznam sa, ze tuto informaciu si pamatam od zakladnej skoly, kedze vtedy som mal didaktik gama, bol ale dost nestabilny tak som neskor kupil didaktik M a odvtedy som poriadne na game nerobil. no ale co, tak som to zdisassembloval, tu je prislusny kod (rom gama '89):

0x38E7 CD 85 1E CALL 0x1E85
0x38EA 47 LD B,A
0x38EB DB 5F IN A,(0x5F)
0x38ED 57 LD D,A
0x38EE ED 41 OUT (C),B
0x38F0 DB 5F IN A,(0x5F)
0x38F2 AA XOR D
0x38F3 1F RRA
0x38F4 D0 RET NC
0x38F5 2A B2 5C LD HL,(0x5CB2)
0x38F8 7C LD A,H
0x38F9 FE 80 CP 0x80
0x38FB D8 RET C
0x38FC F3 DI
0x38FD 79 LD A,C
0x38FE 0E 7F LD C,0x7F
0x3900 32 7F 5C LD (0x5C7F),A
0x3903 ED 73 3F 5C LD (0x5C3F),SP
0x3907 31 00 80 LD SP,0x8000
0x390A 3E 01 LD A,0x01
0x390C ED 71 OUT (C),0
0x390E A7 AND A
0x390F ED 72 SBC HL,SP
0x3911 39 ADD HL,SP
0x3912 38 52 JR C,0x3966
0x3914 E3 EX (SP),HL
0x3915 D3 7F OUT (0x7F),A
0x3917 E3 EX (SP),HL
0x3918 ED 71 OUT (C),0
0x391A E3 EX (SP),HL
0x391B D1 POP DE
0x391C 18 F0 JR 0x390E
[...]
0x3966 ED 7B 3F 5C LD SP,(0x5C3F)
0x396A 3A 7F 5C LD A,(0x5C7F)
0x396D 4F LD C,A
0x396E ED 41 OUT (C),B
0x3970 FB EI
0x3971 C9 RET

ak som spravne vyrozumel, vobec si nerobia velku hlavu z toho aby zistovali na aky port sa outuje. jednoducho precitaju hodnotu portu C pred outom a potom ju xornu s hodnotou portu C po oute no a podla nulteho bitu ziatuju ci sa zmenila banka. ak je rovny 0 tak sa banka nezmenila a nic sa teda nebude nekopirovat. potom je tam este test na hodnotu ramtopu, lebo ak je ramtop pod 32k tak sa tiez nic nekopiruje.

majitelia gam by to pripadne mohli odskusat aj v praxi ;]
Zpráva 2958. - 21.5.2013 14:46 IP=147.32.160...
zx3:: ub880d: Nevíš, které hodnoty si ten upravený OUT hlídá? Jenom 127 nebo i 95? A hlídá jenom ten/ty konkrétní porty nebo všechny, na kterých je brána C 8255 pověšená, tj, např. i 126 a 94?

Velesoft: Když zmiňuješ D40, proč ona vlastně nechce fungovat ve 128 Basicu? Pokud vím, tak ROM D40 se přistránkuje na adrese 0 a 8, což jsou jak ve 128 Editoru tak ve 48 ROM vstupní adresy do de facto stejných programů (reset a obsluha chyb). Jediné, co mě napadá, že selhává volání podprogramů 48 ROM z ROM D40, protože D40 se při 128 Basicu přistránkuje, když je připojená ROM 128 Editoru a pokud D40 chce spusti něco ze 48 ROM, tak vlastně spustí cosi jiného v ROM 128 Editoru. Čili pokud by se D40 přistránkovávala na adrese 8 pouze při 48 ROM, problém by měl být odstraněn. Nebo je zádrhel ještě někde jinde?
Zpráva 2957. - 20.5.2013 15:45 IP=194.154.242...
z00m:: Opraveny GAL sa nachadza minimalne 3 roky u mna na webe v archive podkladov pre DG192k-1c
Zpráva 2956. - 20.5.2013 08:30 IP=37.188.230...
Starej Mraf:: Jj, tuhle upravu DG192 od Velesofta mam a vyrazne se zvysila stabilita pri pouziti D40/80.
Zpráva 2955. - 19.5.2013 14:41 IP=89.176.219...
VELESOFT:: Ja co si pamatuju z doslechu, tak nekdo snad upravoval hry DIZZY, kde ve strance gamy 80kB byla hudba s AY (puvodne urcena pro ZX128), ale prijde zcela zbytecne kombinovat strankovani 32kB(gama 80kB) se strankovanim 16kB(zx128), protoze snad ani neexistuje zadny software, ktery bezi jen na game a nebezi na ZX128. Dale trochu pozor na D40 upravu, ktera je u GAMY 192 neuplna. Cela uprava spociva v tom, ze v D40 modu se zde natvrdo pripoji 48rom(128editor nelze pripojit), pocitac tedy nabiha rovnou v USR0 modu a ma zuplnenou adresaci strankovaciho portu 7FFD. Jenze to je vse, co zde uprava resi. Autor pritom ale zapomel na obvod AY, ktery ma take svoje porty kolidujici s D40/D80 a je treba mu upravit take adresaci, ale k tomu jaksi nikdy nedoslo. Takze kdo si zapne D80 upravu u GAMY192, k tomu si pripoji D40 nebo D80, s nejvetsi pravdepodobnosti bude dochazet ke kolizi na datove sbernici mezi AY a D40/D80. Uprava GAMY192 je ale jednoducha, staci preprogramovat jeden obvod GAL, kde se natvrdo prepise adresace portu AY, aby nikdy nekolidoval s D40/D80 porty.
Zpráva 2954. - 15.5.2013 19:52 IP=85.216.187...
ub880d:: lanex: rovnako ako na povodnom DG s 80kb.. tam sa tiez strankuje 32kilo a nikoho to netrapi ;] dokonca v skalici "patchli" basic, aby pri prikaze out na strankovaci port prekopiroval kus pamate z jednej banky do druhej, aby potom basic nezhavaroval. staci dat clear niekde vysoko a prepnut banky basicovskym out-om, chvilku mu to bude trvat a pekne bude pri tom blikat ram led.

neviem, mne to stale nepripada nejake sialene...
Zpráva 2953. - 15.5.2013 11:54 IP=194.154.242...
z00m:: zx3: Valečko veľa vecí na tom sfušoval, ale v tomto s tebou nesúhlasím. Smerovať nejaký bit brány cez latch môže spôsobovať následne problémy, keďže porty sú riešené na ZX tak ako sú riešené. Ani boh nevie, čo s tým môžu vyvádzať už existujúce programy. V 128k úprave od Zilogatora som tiež raz skúšal ovládať jej rozšírené featury portom a nakoniec som to musel vymontovať, lebo to robilo problémy a zapínam ich fyzicky switchom tak, ako to navrhol Zilogator. Ak už som smrteľne závislý od nejakého programu z klasického DG, tak si ho radšej opravím na port 255, prípadne dokonca pridám do úvodného BASICU detekciu DG80/192k a napoukujem pred spustením podľa toho na čom bežím a je pokoj. Medzi nami - koľko je programov pre klasický DG, ktoré sa v komunite používajú? Jednak ich je minimum, obľúbené boli zväčša kopiráky, ktoré dnes už nemajú zmysel a tých pár prerobených hier zo 128k si môžeš spustiť v originále, keďže je k dispozícii 128k mód. Podľa mňa takých programov nenarátame ani 5 a ak sa naozaj používajú, tu už má význam do nich dorobiť ten autodetect.
Zpráva 2952. - 15.5.2013 11:18 IP=147.32.160...
zx3:: z00m: Právě kvůli tomu přepisování se divím, že Valečko tam nedal zapínatelné stránkování přes bránu C, na portu 255 má k tomu volných bitů ještě dost. Pak před nahráním Gamového programu stačil jenom jeden out, který by to stránkování přes bránu C zapnul a přepisovat by se nemuselo nic. Pokud by chtěl využívat bránu C jinak, zase by outem stránkování přes bránu C vypnul.

Lanex: Když se ti nezdá stránkování Gamy 129K, co pak říkáš na to, jak vymyslel stránkování paměti Amstrad u svého CPC 128?
Zpráva 2951. - 15.5.2013 10:36 IP=212.24.139...
Lanex:: Máte někdo, nebo dá se někde stáhnout nějaký program určený pro DG 192?
Zpráva 2950. - 15.5.2013 09:45 IP=194.154.242...
z00m:: A ešte poznámka ku kompatibilite s klasickým DG - stačí v aplikáciách pre klasický DG prepísať port zo 127 na 255 a ak sa dá pozor na to, čo je nastránkované cez port 32765 pred ich spustením, fungujú bez ďalších zložitejších úprav práve preto, že DG192k stránkuje tak ako stránkuje ;-)
Zpráva 2949. - 15.5.2013 09:36 IP=194.154.242...
z00m:: Lanex: A čo je zlé na pomalej pamäti? Stránky 1,3,5,7 máš dostupné stále, to je málo? Sú od toho, aby sa využívali a vôbec nie je problém koncipovať program tak, aby jeho nekritické časti ležali v pomalej pamäti a a zbytok v rýchlej. Všetky demá, ktoré sa nezmestia do 48k sú takto koncipované a ak potrebuješ z nejakých príčin aj BASIC, tak ten sa dá vždy "odložiť" a potom ho cez známe mechanizmy obnoviť. Je to len o tom, či to je naozaj potrebné, a stojí za to sa s tým trtkať.
Zpráva 2948. - 15.5.2013 09:28 IP=212.24.139...
Lanex:: z00M: přesně jak píšeš, tak jsem to pochopil. A přesně tak funguje moje emulace v LnxSpectrum. Vím proč to stránkování funguje tak, jak funguje, jen podle mého názoru není z programátorského hlediska úplně šťastné.
Zpráva 2947. - 15.5.2013 09:18 IP=212.24.139...
Lanex:: ub880d: "šílenost" vidim v tom, že při využití rozšířené paměti (nad 128KB) zbývá pro program samotný který to obstarává sakra málo prostoru (obzvlášť pokud chceš zachovat funkční BASIC), a ještě jen v pomalé paměti nad videoram. Navíc třeba SP registr musí ukazovat také do pomalé paměti, jinak pápá, program spadne. Tuším že jsi velice schopný programátor v ASM na ZX, takže určitě víš, o čem mluvím ;-)