Nick 2.0

 Gondolkodtam hogyan lehetne továbbfejleszteni a Nick-et, úgy hogy a meglévő módokat ne változtassam.
 Az egyik amire szükség van feltétlenül, hogy több mint 8 bites legyen a video memória adatbusza.
 Ennek köszönhetően egy karakterszélesség alatt nem 3 byte memóriahozzáférés, hanem ennek többszöröse érhető el.
 Mondjuk lehetne a nick 2.0 majd 24 adatbites.
 
 A nick 40 karakteres "szöveges" módját ki kellene terjeszteni, hogy a 80 karakteres módot is szöveges módban támogassa. Ehhez a TEXT 40 LD2 mutatójának legfelső bitjét használnám, mert az mindig nulla.
 Ha ez a bit aktív, az LD1-ről nem 40 hanem 80 karaktert olvas és a karaktermező ugyanott lenne mint text 40-nél. Az EXOS-t kell csak hozzáigazítani.

 Van egy nem használt mód a nickben:
 Kiterjeszteném a NICK memóriahozzáférését az EP teljes 4MB memóriájára.
 Ez a nem használt mód kiterjesztett-grafikus mód lenne. Ebben a módban az LD 1 pointert és az LD2 egyik  bájtját együtt kezelném. Így egy 20 bites címet alkotva ami az EP teljes memóriájában bárhova mutathat.
 A színmódok közül a 4 színű mód pixelméretével lehetővé tenném a 256 szín megjelenítését.
 Tegnap számolgattam graphics 4-ben a maximális képpont kb: 336x252 képpont lenne ami 256 szín esetén képpontonként 1byte, így 83KB memória kellene. Ezt csak a nick fent leírt címzés kiterjesztésével lehet elérni, tekintve hogy alapból csak 64k-et tud.
 Ha egy programhoz "frambuffer" kell, ami azt jelenti, hogy az egyik képet mutatom míg a másikat rajzolom, akkor így 2*83KB=166KB fog kelleni csak a képnek.
 A framebuffer támogatását úgy oldanám meg, hogy két sorparaméter tábla (LPT) lenne, és ha a Z80 jelez, hogy elkészült, akkor váltana a másikra a Nick 2.0.

Mindebből következik, hogy a Z80 memóriahozzáférése független lenne a NICK-től, nem lenne várakozás. Ezt vagy gyorsabb memóriával és időzítéssel oldanám meg, vagy kettős hozzáférésű (dual port) memóriával.

 A hardveres sprite kezelésen még gondolkodom, hogyan lehetne az egész képre kialakítani. Ha lesz "frambuffer" lehet hogy nem lesz szükség nagy hardveres támogatásra, csak gyors mezőmásolásra. Tehát hogy a Z80 egy-két I/O utasítással megadja a sprite helyét a memóriában, x/y felbontását, és hogy hova kell másolni. NICK 2.0 pedig elvégzi a háttérben, majd jelez megszakítással ha kész.

 Ezzel gyakorlatilag egy feturbózott Amiga környékére katapulna az Enterprise számítógép.

 Ilyen szép video képességekkel már szükséges lehet a CPU-t 80 MHz környékére felhúzni.

 

Ez a NICK 2.0 egy elég alapos átdolgozása lenne a teljes rendszernek. Nem tudom ki hogyan van vele, de a 24 bites adatbusz nekem meglehetősen furcsának tűnik. Nem bonyolítaná az el túlságosan a címbusz kezelését? Valami okának csak kell lenni, hogy általában a mai rendszerek adatbuszai kettő egész számú hatványa bájt szélesek. (A videokártyák 192, 320 meg 384 bit széles adatbusza az más, mert három, öt vagy hat független 64 bites memória alrendszerből állnak össze.)

Egyébként egyszer-kétszer én is gondolkodtam hogyan kellene hasonlóképp "felturbózni" az Enterprise-okat. Ennyire merész gondolataim nekem nem voltak, tán a fantázia hiánya miatt. Az utóbbi időben azután arra jutottam, hogy igazából talán legjobb úgy szeretni ezeket a gépeket, ahogyan vannak. Még ha létre is jön valamiféle mindenkivel egyetértésben meghatározott műszaki tartalom a feljavításra és az gyártásba is kerülne, akkor sem lesz benne minden EP-ben. Úgy meg csak egy amúgy is kicsi közösségen belüli még apróbb klikk jönne létre. Vagy legalábbis nekem ez az érzésem.

Hála LGB segítségének sikerült betölteni basicben egy EP-re módosított BMP file-t a memóriába.

Csatolmányban az eredeti 24 bites kép.
Az átalakított képet nem lehet már megnyitni, mert nem szabályos BMP. Ezért azt nem tudom ide feltölteni.
A végeredményt viszont igen. 256 színű kép. 52KB videomemóriát foglal (A jenleg 256KB-ból )

Sajnos nekem nincsenek ismereteim, hogyan kell lebutítani egy 24 bites képet 8 bitesre, az ep speciális R:G:B - 3:3:2 felépítése és azok súlyozott értéke miatt úgy tünik nem alkalmas a gyorsan összedobott konverterem szép képet visszaadni.
 Még majd dolgozom ezen a 24 -> 8 bit konverzión.

Kicsit próbáltam számolgatni a kék csatornára. 0..36 tartomány lehetne a 0, 37..109 tartomány az 1, 146..218 tartomány a 2 és a 219..255 tartomány a 3. A 110..145 tartományt pedig ditherezni az 1 és 2 színekkel.

SIKER!

Jól néz ki! Azonban lehet, hogy csak az én szememmel van valami baj, de nekem kicsit sárgásnak tűnik az új változat. Ez vajon mitől lehet?

Hardver az biztos lesz. Szoftvert kellene írni, meg az exost hozzáigazítani. Az talán nagyobb munka.

Nick 2.0 feature:
 2 video kimenet. Két LPT tábla. Az egyikben nyitva maradhat a szokásos szöveges mód, a másikban is hasonlót fel lehet építeni, de még jobb ha a teszprogram kimenete a másikon fut (grafikus mód) ezzel igazán kényelmes lehet a programozás.
 Nagy kihívás lesz a memoria management ennyi adat olvasásához, de van egy ötletem.

Nyilván lesz a Nick 2.0-án alternatív dvi-d kimenet(ek).