No najs, ale jak zobaczyć, jak on wygląda?

Print Shop miał bitmapowe czcionki, jeno duże i proporcjonalne. Był jeszcze SprintXL, co to używał fontów z programu Signum z ST, też bitmapowych zdaje się, tyle że skalowalnych, bo (ale tu się mogę mylić bardzo) przygotowanych od razu w paru rozmiarach.

No można. Pod warunkiem, że masz dedykowany, osobiście napisany CP/M BIOS, wtedy reszta CP/M też pójdzie. Przecież na LDW nie chodzi żaden CP/M z Amstrada, tylko "Indus CP/M", z dedykowanym BIOS-em, który ktoś musiał napisać.

Jasne, że się da napisać, z Księżyca nie spadają. Ale nie jest to kwestia wzięcia SIO2PC oraz 64k static RAM-u i związania ich sznurkiem.

Mówisz o Z80, a powinieneś pomyśleć, skąd weźmiesz dedykowany tej "karcie" BIOS CP/M :P I o tym ja mówię.

Tak poza tym, to - jeśli ktoś zainteresowany - drajwerek "S2:" dla VBXE jest ciągle ulepszany, v. 0.90 tutaj http://drac030.krap.pl/vbxe_s.arc Niedługo, mam nadzieję, będzie też 80-kolumnowa konsola (czyli "E:" vel "CON:") dla SDX.

Ja sobie zadaję, wypuszczony przez mnie drajwerek powinien działać i na stronie $d6 i na stronie $d7.

Dorzuciłem możliwość zmiany koloru tła w trybie tekstowym. URL ten sam.

PS. Polecam szanownej uwadze plik RAIN.TXL - dla porównania można podmienić w linii 30 OPEN na GR.31 i zapuścić na ANTIC-u ;)

Ja? :P :)

To trochę mało elastyczne, poza tym na C-64 masz dodatkowo atrybuty, co trochę pomaga. W ST desktop zadowala się dwoma kolorami, ale to w hiresie (640x400), gdzie za trzeci kolor robi siateczka białych i czarnych punktów i wyglada to bardzo dobrze. W 320x200 w dwóch kolorach (na Falconie da się włączyć taki tryb) dokładnie to samo wygląda jak kupa.

Buforowanie nie jest konieczne, z okien modalnych można zrezygnować zupełnie, a zamknięcie menu może wysyłać komunikat "redraw" tak samo, jak zamknięcie okna. To są szczegóły.

Jest, ale po co sobie utrudniać tam gdzie można sobie nie utrudniać.

To kolejna wg mnie zaleta takiego Warpa: model pamięci (konwencjonalnej) pozostaje taki, jak był.

Och, naturalnie. Tzn. samej "ideologii" odświeżania raczej nie można się czepiać, jest to zrobione prosto, dobrze i skutecznie, ale to na poziomie AES-u. Problemem jest niewielka szybkość działania VDI, ale ono nie jest optymalne, istnieją alternatywne VDI działające kilkakrotnie szybciej.

Tak i tam by była pamięć w jednym kawałku, ale znowu tak jakby "na zewnątrz", bez dostępu do rejestrów I/O, OS-u itd., nie da się tam załadowac rezydenta współpracującego z normalny OS-em i ulepszającego jakoś jego działanie, a przy tym nie popadającego w konflikt z istniejącymi programami (bo model pamięci się zmienia). Znowu, na Warpie nie ma tych wszystkich problemów, dlatego sądzę, że tamto jest dużo bardziej atrakcyjne. No ale co tam komu, mnie osobiście taki kart, jeśli powstanie, przeszkadzał nie będzie.

PS. Te screenshoty z GEOS-a nie wyglądają źle, ale jednak wolałbym obejrzeć to na żywym egzemplarzu, tutaj kolory sa cokolwiek rozmyte, co wydatnie polepsza jakość "trzeciego koloru". Na moim Neptunie taka siateczka wygląda jak siateczka punktów, a nie jak kolor pośredni między czarnym a białym. Tak samo było na Falconie (na monitorze VGA).

Wiem, że marudzę, ale ciut za duży i przede wszystkim ciut za drogi.

Co oznacza właśnie, że atarkowe 6502 zajmuje się synchronizacją dostępu i o to mi tu chodzi :P A teraz dodaj do tego pamięć ekranu i DL umieszczoną w "oknie" wiedząc, że póki Antic z niej czyta, dodatkowy procesor nie może do niej pisać.

"Brnę", bo padł nonsensowny argument, że Warpy i F7 mają problemy ze stabilnością, i że to Konop na własne oczy widział. To mniej więcej tak, jakby wziąć zepsute 130XE, stwierdzic, że nie działa, po czym uogólnić, że wszystkie 130XE z natury mają to do siebie, że nie działają ...

A skąd będzie wiedział, kiedy "kończy się" ramka? To mu musi 6502 powiedzieć (albo go jakoś zahaltować). Tak czy owak, ponieważ jednoczesny dostęp dwóch procesorów i Antica do tej samej pamięci nie jest możliwy, jakoś to się będzie musiało synchronizować. Nawet żeby wycyklować całość programu zapuszczonego w karcie, trzeba wiedzieć, kiedy jest początek ramki, a skąd ma to wiedzieć procesor, który jest na zewnątrz komputera?

@laoo: no, pewnie że to jest niesprzeczne. Po prostu wydaje mi się, że taka dopałka będzie raczej praktycznie mało użyteczna, tzn. będzie z tego więcej kłopotu niż pożytku. Bo i do czego to? Do gier tylko i to niewielu typów (np. wektorówkę pewnie by mozna na tym zrobić, ale czy skorzystałby z tego jakiś Bomb Jack?), bo dema wymagającego włożenia dodatkowego karta nikt nie dopuści do ogólnego demo-compo, zresztą pewno na zasadzie ortodoksji pod hasłem "to już nie atari" i "dema tylko na fabryczne komputery" :) a zwykłe programy rzadko potrzebują cokolwiek liczyć.

Czyli, jak mówię, byłoby to urządzenie raczej niezbyt uniwersalne (IMHO).