Původní podoba příspěvku
Surová data tak, jak byla v roce 2013 stažena z Pandory (HTML zdroj bez úprav, osobní e-mailové adresy jsou maskované).
<!--------------------------------------------------------------> <table width="100%"><tr><td align="left" valign="middle"></td><td align=right valign="middle"></td></tr></table><BR><pre> <span class="replyquote1">>Zakladom tejto myslienky je vytvorenie NOVEHO MODELU PMD 85, tj. >ziadna replika, ziaden klon, islo by o sebestacny model s novymi >featurami! </span> Myšlenka chvályhodná. <span class="replyquote1">>Co nam vadi na sucasnom PMD 85 alebo co nove by sme prijali?? </span> Zamyslel bych se nad tím, jak udržet maximální kompatibilitu, a s čím. <img src="BODY_IMAGES_WRAP_GIF"> Obzvlášť PMD-32-SD ukazuje na velké rozdíly mezi PMD. Jde o to, zda podporovat PMD 85-3, které je (s výjimkou "kompatibility módu" <img src="BODY_IMAGES_WRAP_GIF">s Monitorem překopírovaným do RAM) neslučitelné se všemi ostatními modely <img src="BODY_IMAGES_WRAP_GIF">(ale zas na něm "nativně" běhá PMD-32-SD a ROM skrytá "pod" VRAM <img src="BODY_IMAGES_WRAP_GIF">nepřekáží v paměťovém prostoru), či PMD 85-2/2A, které je určeno <img src="BODY_IMAGES_WRAP_GIF">nejvíce software (či přímo jeho rozšíření ve stylu C2717, který se mi <img src="BODY_IMAGES_WRAP_GIF">zdá nejdotaženější, s nejlépe dotvořeným systémem, i s jeho tabulkou <img src="BODY_IMAGES_WRAP_GIF">systémových služeb - ale zase i ten nechává překážet ROM v paměťovém <img src="BODY_IMAGES_WRAP_GIF">prostoru). <span class="replyquote1">>- velmi, ale velmi nestastny video vystup > (zle synchro, farby ine cez RGB ako cez video, na starsich > modeloch navyse blby SECAM v TTL urovni atd...) </span> V případě barev je otázka, zda podporovat paletu pro RGB, nebo paletu pro <img src="BODY_IMAGES_WRAP_GIF">Video. Předpokládám, že nové PMD by mělo buď 50 Hz Video/RGB, nebo VGA (které <img src="BODY_IMAGES_WRAP_GIF">má ale 60 Hz?). V případě použití VGA se jistě rozhodí synchronizace animací s <img src="BODY_IMAGES_WRAP_GIF">televizním paprskem (ale to by při použití 8085, kerá je údajně <img src="BODY_IMAGES_WRAP_GIF">rychlejší než 8080, asi bylo stejně jedno). <span class="replyquote1">>- katastrofalny stav klavesnic vsetkych modelov! </span> C2717 má klávesnice dobré, jen ty konektory na tom nejsou dobře. Nejlépe by to řešila PS/2. <span class="replyquote1">>- nekompletne vyvedena zbernica </span> Co se periferií týká, je otázka, zda jít cestou C2717 (zabudované jen <img src="BODY_IMAGES_WRAP_GIF">nejnutnější věci) nebo zabudovat kompletní interface modul, jako u PMD. Rozumné by se mi ale jevilo přeci jen asi využít místa ve FPGA nebo na <img src="BODY_IMAGES_WRAP_GIF">desce a zabudovat aplikační konektor, IMS, oba paralelní, RS-232 místo <img src="BODY_IMAGES_WRAP_GIF">proudové smyčky (případný ConnectOne modul se dá připojit externě), i <img src="BODY_IMAGES_WRAP_GIF">slot pro připojování ROM modulů. A PMD-32-SD by mohla být rovnou <img src="BODY_IMAGES_WRAP_GIF">součástí desky (i když se tím obsadí jeden z paralelních portů <img src="BODY_IMAGES_WRAP_GIF">natrvalo). <span class="replyquote1">>- ziadne nativne prerusenie, ktore by bolo mozne zapnut/vypnut </span> Použití 8085 by toto řešilo (ta nějaká přerušení umí a hardware by se <img src="BODY_IMAGES_WRAP_GIF">na to dal připravit). <span class="replyquote1">>- uplne nova zakladova doska, ktora by mala rozmerovo vychadzat > tak, aby sedela na lavej konektorovej strane do ktorejkolvek > kasne starych modelov </span> Otázka je, proč do původní case? Pokud chceme odvrhnout klávesnici, použít jiný zdroj, a nejspíš i jinak <img src="BODY_IMAGES_WRAP_GIF">řešit konektory a ROM sloty? (Má být deska patrová tak, aby usazena v <img src="BODY_IMAGES_WRAP_GIF">originální case přijala originální ROM modul? Má sedět do konektorových <img src="BODY_IMAGES_WRAP_GIF">otvorů i na zadní straně?) Spíš bych byl pro to, přizpůsobit ji nějaké dostupné malé plastové <img src="BODY_IMAGES_WRAP_GIF">krabičce - třeba stylově šedé. (https://picasaweb.google.com/dex.128/Replica1# ) <span class="replyquote1"> >- ak by to bolo mozne, nahradit 8080 za 8085 - asi to nebude > "len tak", ale za pokus by to stalo! </span> Ze softwarové stránky, pokud jsem to dobře pochopil, by neměl být problém, <img src="BODY_IMAGES_WRAP_GIF">údajně má ale 8085 rychleji vyonávat instrukce, takže se možnározhodí <img src="BODY_IMAGES_WRAP_GIF">chování některých programů závislých na načasování, nebo synchronizace <img src="BODY_IMAGES_WRAP_GIF">animace s televizním paprskem (které by se jistě rozhodilo i v případě <img src="BODY_IMAGES_WRAP_GIF">použití VGA). <span class="replyquote1">>- najst nejaku zlatu strednu cestu, ako vyriesit problem so > starymi FRB konektormi s vyvedenym aplikacnym, GPIO a IMS-2 > rozhranim, ale zaroven by sa hodilo vyviest aj celu zbernicu, > na ktoru by sa lepsie vyvyjal novy hardware... co s tym? </span> Moderně je definován konektor pro PMD-32-SD (Canon), ale toby bylo nejspíš <img src="BODY_IMAGES_WRAP_GIF">lepší mít rovnou zabudované. Otázka je, zda FRB nějak "přemapovat" na Canon, nebo jít cestou C2717 a <img src="BODY_IMAGES_WRAP_GIF">použít "přímý konektor" (á la ISA), do kterého by se zasouvala rovnou <img src="BODY_IMAGES_WRAP_GIF">deska. <span class="replyquote1">>- priamo zabudovat Romanov odladeny a funkcny Keyface a vyviest > uz iba PS/2 konektor (viac info o keyface sa objavi uz onedlho > na nasej stranke). </span> Už je odladěno? Super! <span class="replyquote1">>- zapracovat Duskyho rozsirenie VideoRAM </span> Nevím, co přesně obnáší... <span class="replyquote1">>- zapracovat prerusenie synchronizovane na koniec vykreslovania > snimku (v case, kedy sa luc vracia do laveho horneho rohu), > ktore by sa ovladalo napr. na 6. bite portu PC systemovej 8255. > Bude vsak treba vymysliet sposob, ako by mohli byt zdielane > tieto prerusenia napr. pre Libovickeho alebo Poly-08 mysi. </span> Hm... To bude na delší přemýšlení a diskusi. <span class="replyquote1">>- ak by to bolo mozne, vymysliet sposob, ako na urovni hardwaru > dosiahnut presun bloku pamate z miesta na miesto - doslova HW > ldir - ten je podla mna snad najvacsia prekazka programatora > na i8080. Navyse, presuny by mohli mat niekolko modov: Okrem > klasickych presunov (ldir, lddr) by mohli byt aj tzv. blitter > presuny priamo do videoram v pozadovanej sirke a vyske na > urcene miesto z linearneho buffera - to by otvorilo dvere > demoscene ;) </span> Snadno se to prý dá realizovat přímo ve FPGA. Narozdíl od komerčního DMA <img src="BODY_IMAGES_WRAP_GIF">čipu by bylo možné to naučit zacházet právě specificky s VRAM PMD. Otázka je, co čeho všeho čip nutit (například kromě obdélníků umět do <img src="BODY_IMAGES_WRAP_GIF">VRAM přenášet i maskované sprity? Zabudovat interpolátor pro rychlé <img src="BODY_IMAGES_WRAP_GIF">kreslení čar?). V6Z80P spoustu takových věcí řešilo, otázka je, zda půjde použít část <img src="BODY_IMAGES_WRAP_GIF">zdrojáku z něj. <span class="replyquote1">>- taktiez, pouvazovat nad dalsimi grafickymi rezimami: > Inspirujuc sa Zbrojovackom - rozlisenie 384 x 256, monochrom, > so vsetkymi 8 bitmi grafickej predlohy na celom riadku (48b). > Alebo este odvaznejsie - rozlisenie 384 x 256, farebne, > s klasickym rozlozenim 6bit graf.predloha, 2bit atribut, ale > na celych 64 bytoch, cize by sa bral do uvahy aj zapisnik. > Alebo uplne najodvaznejsi graf.rezim - rozlisenie 512 x 256, > celych 16 kil, ale bez opacneho radenia pixelov v byte! > Samozrejme, tu by sa dala vyuzit Duskyho "tienova" VideoRAM > prave na farebne atributy. Ale to uz su vsetko prehnane a > extremisticke vizie :))) </span> Podporoval bych mód pixelově kompatibilní s C2717 (384 bodů na řádek, <img src="BODY_IMAGES_WRAP_GIF">"zdrcnuto" přeadresováním do souvislého bloku 12 kB), s tím, že by se <img src="BODY_IMAGES_WRAP_GIF">barvy řešily buď atributy ve stínové RAM, nebo (ale to mi připadá jako <img src="BODY_IMAGES_WRAP_GIF">méně vhodný nápad) jako u PP-01 mít tři VRAM "přes sebe" pro každou <img src="BODY_IMAGES_WRAP_GIF">barevnou složku (R VRAM, G VRAM, B VRAM). Přeci jen už existuje nějaký (byť ne hojný) software, který tento mód <img src="BODY_IMAGES_WRAP_GIF">využívá. A naopak by bylo dobré, kdyby aspoŇ část software pro "nové PMD" běhala <img src="BODY_IMAGES_WRAP_GIF">tak nějak i na původních strojích. 8 až 16 barev (pokud nebudou vyloženě zůstávat volné bity pro dejme tomu <img src="BODY_IMAGES_WRAP_GIF">256 barev, což už považuju za zbytečné), by podle mne bohatě stačilo - <img src="BODY_IMAGES_WRAP_GIF">nebo, nekamenujte mne, by jeden bit mohl přepínat barvy/odstíny šedi (bylo <img src="BODY_IMAGES_WRAP_GIF">by tak například 14 barev - 8 barviček včetně černé a bílé, a 8 <img src="BODY_IMAGES_WRAP_GIF">odstínů šedi včetně černé a bílé). Přijde mi to praktičtější než třeba flash. Pak u takového šedo-barvového přepínátka zbývá dořešit, zda jako u <img src="BODY_IMAGES_WRAP_GIF">Spectra či původního PMD (kde je nastaven, tam je platný) nebo jako toggle <img src="BODY_IMAGES_WRAP_GIF">(u Sinclairu QL - pokud chci třeba blikající kurzor, stačí nahodit bity na <img src="BODY_IMAGES_WRAP_GIF">jeho levém a pravém okraji, od nahozeného bitu vše bliká až k dalšímu <img src="BODY_IMAGES_WRAP_GIF">nahozenému bitu). <span class="replyquote1">>- mozno by stalo za uvahu zapracovat zvukovy interface Musica 2 > uz priamo na dosku. Interface "Musica 2" bude mat 4 kanaly, > kazdy samostatne LCR panoramovanie, 16 hlasitostnych urovni, > sumovy generator a HW obalky (samozrejme to musi Roman cele > dokoncit a odladit). </span> Jistě, měl by být přímo na desce. <span class="replyquote1">>Viem, ze je to beh na dlhe trate a Roman ma s tym hned poslal >do kelu, lebo sa chce teraz plne venovat Musica 2. ;))) >Ja som to vsak chcel dat "na papier", aby sa tu okolo toho >mohol rozputat nejaky kvalitny flamewar ... eehm, zartujem :D </span> I když je málo lidí, kteří by to mohli/uměli/měli čas udělat, je dobré <img src="BODY_IMAGES_WRAP_GIF">ujasnit si, o co vlastně stojíme a o co už ne. Jestli chceme TrueColor, nebo stačí pár barev, aby VRAM příliš nerostla a <img src="BODY_IMAGES_WRAP_GIF">dalo ses ní rozumně hýbat. Jestli stačí 64 kB RAM, nebo (kvůli paměťově náročnějším <img src="BODY_IMAGES_WRAP_GIF">rozšířeným grafickým módům) potřebujeme PMD-128 nebo PMD-512 (nebo <img src="BODY_IMAGES_WRAP_GIF">PMD-1024). Zda mít PMD-32-SD jako externí zařízení pro případ, že SD karty vyjdou z <img src="BODY_IMAGES_WRAP_GIF">módy a bude se nahrávat na magii v kostkách, nebo ho zabudovat. Nebo zda zabudované WiFi, či raději RS-232 a WiFi ConnectOne modul <img src="BODY_IMAGES_WRAP_GIF">připojovat externě. Už jen kvůli tomu, aby ten, kdo to (nakonec) (možná) udělá, nebyl <img src="BODY_IMAGES_WRAP_GIF">ostatními plísněn, že to a ono měl udělat jinak. Ale stejně z toho bude flame :o) </pre>