azon gondolkodtam, lehetséges-e olyan exos bővítőt írni, ami engedélyez ilyen extra módokat, vagy pl lpt soronkénti paletta állítást

Simán, VIDEO: néven, és akkor az letiltja a gyárit. Így működik a géphez adott Interlace driver is (demó kazettán volt rajta)

na jó de ez felülírja az egész jelenlegit?
az lenne jó ha bele lehetne nyúlni.

attr módban ügye két memcímet lehet megadni az lpt-ben. ez a másik cím karakteres módban is használva van.
a többi grafikus módban miért nem használták ezt valamire a nick tervezői?

Na jó, de mire lehetett volna használni? Esetleg a felépítés bonyolításával LORES módban lett volna esély valamit kezdeni ezekkel, mivel ilyenkor van még szabad sávszélesség a memória felé, de az megdrágította volna a NICK-et, és még többet késtek volna a piacra dobással.

Talán az extra 8 szín definíciós pointerére, de gondolom az már nem fért volna be a Nick olvasási idejébe se.

hát nem értek az elektronikához, de vajon ha text80 módban tud két memcímről olvasni hires grafikát akkor miért nincs col2 hires attr mód?

Ez nem elektronika, csak a NICK működése. Minden képpontsor a NICK számára fel van osztva 57 időszeletre. Minden időszeletben képes elvégezni két olvasási műveletet a videó memóriából, és biztosítani egy olvasási vagy írási hozzáférést a Z80-nak. Ebből az első nyolc időszeletben olvassa az adott sorhoz tartozó LPB-t, az utolsó háromban pedig végzi a memóriájának frissítését (ezért nem tudsz 46/92/184/368/736 karakternél/képpontnál szélesebb képernyőt létrehozni). Nagy felbontású vagy karakteres módokban kihasználja mindkét olvasási hozzáférést az adatok memóriából elhozására, kis felbontású módban csak az egyiket. Vagy legalább is én így tudom. Amit te kérdezel, annak valószínűleg az az oka, hogy a szükséges mennyiségű adat felolvasása már nem fér bele a rendelkezésre álló sávszélességbe, amit pedig nem lehet megváltoztatni.

Éppen ez az, hogy Text 80-ban sem olvas két címről.
A Text 80 a Nick számára nem karakteres, hanem grafikus (Hires 2). A karakterkészletet a VIDEO eszköz olvassa ki karakter kiírásakor, és teszi oda a megfelelő pixel adatot a grafikus területre. Ezért is van ez szoftveres grafikus módnak nevezve. A Text 40 a hardveres grafikus mód.

ja igazad van, kevertem azzal hogy lehet színezni a karakter byte-jainak pixeleivel, de ez értelemszerűen nem külön memóriacímről megy

de akkor a következő kérdésem, hogy miért nincs pl c4 vagy c16 módban valamiféle attr lehetőség, akár ezek lores módjában.
persze bizonyára 2 színt "renderelni" kevesebb idő mint több színt, bár az attr módú szín és pixel keverés tuti nem egyszerűbb mint pl egy c16 mód.

na most, hogy lehetett volna ezt úgy kihasználni, hogy maga az ep adjon valami jelet oda, tehát hogy minimális hardverrel (azaz olcsón) valamiféle effektet ki lehessen hozni belőle?

Nem hülye kérdés ez, hanem határozatlan. Azt szeretnéd tudni, hogy milyen módon kell bővítést építeni a kérdéses célból? Vagy azt, hogy mi lenne a lehető legminimálisabb bővítő, ami már működőképes és használja a kérdéses bemeneteket? Vagy esetleg valami mást?

Sok értelme nincs, de egy 74LS138+74LS74 elég arra, hogy két bitet tároljunk, azaz a külső szín jelző bitjét, és egy színbitet. 74LS138+74LS74+74LS273 esetén már mind a 4 színbit eltárolható. Azaz egy Z80-as portra kiírható a színkód, és az, hogy be legyen-e kapcsolva a külső szín.
Sok proci használattal talán valami ábrát is ki lehetne rajzolni... de a CPU lassúsága miatt nem túl jó felbontással.