OldComp.cz

Zvažovali ste niečo podobné? Fungovalo by to ako "koprocesor" v karte, čiže by kreslila a v prípade potreby by si počítač vyžiadal obrazovku a stiahol by si ju. To by bolo vhodné pre vykresľovanie zložitých obrazcov. Prípadne by o obrazové dáta nežiadal a teda by štandardný výstup nebol využiteľný, ale počítač by mal extrémne rýchlu grafiku. Aký máte na to názor?

_________________
Sharp MZ-821
Milsa MZ-841

Ano zvazovali a dokonce to uz existuje. Nobomi ma udelanou verzi, kde je emulovany cely Sharp a tim padem muze jet na 'plne' rychlosti, kterou bezi emulace na procesoru v unikarte. V kratkosti to pak funguje tak, ze tam muze bezet jakykoliv program ze Sharpa a samotny hw slouzi jen pro napajeni a vstupy z klavesnice. Psalo se o tom taky https://www.8bity.cz/2020/sharp-meeting-talsky-mlyn-spring-2020/ a nekde jsou i videa s ukazkami.
Jinak obecne je emulace skoro kazde periferie tak trochu specialni koprocesor. Treba kdyz zkratis/vynechas casovani s ohledem na puvodni hw, tak ti vznikne urychlena periferie. Ta v puvodni dobe nemohla takto fungovat, ale emulatoru to nevadi. Treba pri emulaci QD, FD nebo i ALU je to docela poznat.
A muj nazor? Asi zalezi jak daleko s tou emulaci chces jit a kde je hranice toho, co jeste je emulace a co uz ne. Treba to vyse zminene reseni vzbudilo velke nadseni, ale take to par reptalu kritizovalo. Takze nazory ruzne

_________________
Sharp MZ-800++, MZ-1500++, MZ-2500++, SM-B-80T, MK-14_replica, HP-85, ZX-80+replica, ZX81, ZX-Spectrum+replica++, PMI-80+replica, SAM coupe++, PMD-85-2A+3, Didaktik-M, SORD-M5, TI-57, TI-59+PC-100, TI99/4A, ZetaV2+ppp, ZX-uno, Petr

Takže ještě zbývá rozjet emulaci PC na Sharpovi.

_________________
i++ (INC) increment
i-- (DEC) decrement
i@@ (EXC) excrement

A do expand slotu redukci na ISA.

_________________
Praxe znamená, že vše funguje, ale nevíme proč. Teorie znamená, že vše víme, ale nic nefunguje.
Někdy je teorie spojena s praxí. Znamená to, že nic nefunguje a nikdo neví proč ...

Určitě ještě nebyl na Sharp portovaný Doom? (myslím plnohodnotný, ne napodobeniny Wolfa)

_________________
i++ (INC) increment
i-- (DEC) decrement
i@@ (EXC) excrement

https://www.youtube.com/watch?v=bRNcfsDIc2A
Treba to Bohouse inspiruje

Na ISA sice ne, ale na rc2014 uz redukce existuje. IMHO je diky tomu mnohem vice rozsirujicich karet nez na tu ISA sbernici. Vice podrobnosti bude k videni a k diskuzi na Talskem mlynu

_________________
Sharp MZ-800++, MZ-1500++, MZ-2500++, SM-B-80T, MK-14_replica, HP-85, ZX-80+replica, ZX81, ZX-Spectrum+replica++, PMI-80+replica, SAM coupe++, PMD-85-2A+3, Didaktik-M, SORD-M5, TI-57, TI-59+PC-100, TI99/4A, ZetaV2+ppp, ZX-uno, Petr

Milsa a tohle jsi už viděl ? Je to přesně to co popisuješ, program v basicu uloží část kódu do unikarty (nativním pro ARM) a nechá ho to počítat za sebe, pak si výsledek stáhne k sobě a zobrazí i na svém výstupu (nemusel by, progam může kreslit rovnou do VGA obrazu unikarty).
https://www.youtube.com/watch?v=znIt761rrX0

Áno, videl a až doteraz som nechápal, prečo je to také rýchle. To, čo popisuješ je obdoba OpenCL v MZ. Moju otázku som ale bližšie nešpecifikoval a síce ste mi vlastne odpovedali všetci k veci, ale myslel som to trochu inak.
V BASICu je LINE. Unikarte pošlem súradnice a ona nakreslí. To isté PAINT, PATTERN a podobne, ale s tým, že bude to vedieť pracovať aj s farebnými sprajtami a podobne, takže nie výpočet grafiky ani emulácia MZ, ale náhrada za kresliace rutiny v Sharpovi. Teoreticky by to mohlo aj pracovať s pamäťou, aby to nebolo zbytočne pomalé za OUT, čiže údaje by si to vyčítalo z pamäti, ktorú by si OUTom programátor určil. Vie Unikarta čítať bunky pamäte, ak sa v danej chvíli do nej zapisuje? Síce to by si vyžadovalo kopírovať celú RAM MZ. Takže asi skôr len OUTy. Napadlo ma to celé v súvislosti s tým ako ste vyvinuli BASIC, ktorý dáva všetko počítať Unikarte, aby bol rýchlejší (ako napr. výpočet Pi v BASICu).

_________________
Sharp MZ-821
Milsa MZ-841

Milsa: nevim presne jestli to chapu dobre. Podle me smichavas docela hodne veci do sobe a, priznam se, ja je neumim asi spravne rozklicovat. Snad jen nekolik poznamek:
- prikaz OUT posila data na port, takze to s pameti nesouvisi
- unikarta nemuze cist z pameti Sharpa, protoze by musela 'odstavit' Z80. Ale muze monitorovat cteni/zapis z/do pameti a vytvaret si vlastni obraz pameti nebo VRAM. Urcite unikarta nemuze zapisovat do RAM/VRAM
- prikazy LINE, PATTERN apod. jsou v BASICu, takze pokud by unikarta mela spolupracovat s patricnymi prikazy, znamenalo by to doplnit API unikarty o predavani parametru, vypocet hodnota a
predavani hodnot zpet.
- unikarta muze kreslit do sveho framebufferu, dokonce by mohla vyrobit nejakou vrstvu navic a tam pracovat s obrazovymi daty, ktere jsou na jejim vystupu. O tom ale Sharp nic nevi a ani se to nema jak dozvedet, pokud to nebude podporeno nejakym sw v Sharpovi samotnem.
- GDG nema zadnou podporu pro sprite. Tedy pokud vychazim z definice, co to presne je sprite. Pokud by je mel, muselo by se to vyresit bud na urovni sw v Z80 nebo pridat funkcionalitu do GDG. Jen na okraj: tohle ani neni dobove, ale to nevadi.
Vsechno neco stoji Treba kdyz si proctes diskuze okoli APU (matematickem koprocesoru), tak se da zjistit jakou rezii to vse ma a kolik se timto zpusobem da ziskat vykonu. A tam vidim fakt velky problem. Na nizke urovni to vypada jako velice dobry napad, ze clovek/stroj usetri hodne casu, ale kdyz zapoctes celou tu rezii okolo tak zjistis, ze celkovy benefit se pohybuje v cca 5-15%. Navic tyhle algoritmy vyzaduji opravdu hodne dobre znalosti a fakt hodne casu na programovani a vyladeni.
Takze na me - "Zvažovali ste niečo podobné?" ano zvazovali. Dokonce se toho hodne zkouselo a to i na jinych platformach. Zaver si z toho udelej sam.

Poznamka: odpovidali jsme sice k veci, ale myslel jsi to jinak. Prosim te, napis to priste tak, aby tve dotazy byly tak, jak jsi to myslel doopravdy a ne tak jak jsi to napsal, kdyz je to tedy 'jinak' . Diky.

_________________
Sharp MZ-800++, MZ-1500++, MZ-2500++, SM-B-80T, MK-14_replica, HP-85, ZX-80+replica, ZX81, ZX-Spectrum+replica++, PMI-80+replica, SAM coupe++, PMD-85-2A+3, Didaktik-M, SORD-M5, TI-57, TI-59+PC-100, TI99/4A, ZetaV2+ppp, ZX-uno, Petr

To by se musel upravit Sharp a na externí sběrnici přivést na nezapojené piny BUSRQ a BUSAK a pak by to možná šlo jako DMA.

_________________
Praxe znamená, že vše funguje, ale nevíme proč. Teorie znamená, že vše víme, ale nic nefunguje.
Někdy je teorie spojena s praxí. Znamená to, že nic nefunguje a nikdo neví proč ...

a taky by se pritom musely deaktivovat budice sbernice od CPU.

_________________
Sharp MZ-800++, MZ-1500++, MZ-2500++, SM-B-80T, MK-14_replica, HP-85, ZX-80+replica, ZX81, ZX-Spectrum+replica++, PMI-80+replica, SAM coupe++, PMD-85-2A+3, Didaktik-M, SORD-M5, TI-57, TI-59+PC-100, TI99/4A, ZetaV2+ppp, ZX-uno, Petr

Tak to už je moc bastlení, nechme Sharp orignální.

_________________
Praxe znamená, že vše funguje, ale nevíme proč. Teorie znamená, že vše víme, ale nic nefunguje.
Někdy je teorie spojena s praxí. Znamená to, že nic nefunguje a nikdo neví proč ...

A není trochu kontraproduktivní si do nového stroje zabudovávat starý Sharp?

To si to můžete rovnou pustit v STMZ800

_________________
Praxe znamená, že vše funguje, ale nevíme proč. Teorie znamená, že vše víme, ale nic nefunguje.
Někdy je teorie spojena s praxí. Znamená to, že nic nefunguje a nikdo neví proč ...