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).

Krap ma Warpa zrobionego przez samego Pasia, o ile mi wiadomo, i przyczyną niedziałania są zrypane GAL-e. Dokładnie Pasiu ponoć, po zrobieniu Warpa laoo, zgubił pliki do programowania GAL-i i nie udało mu się ich odtworzyć. Jasne, że nie wiem tego na pewno, więc jest miejsce dla sprostowań.

W każdym razie nie ma fizycznych powodów, dla ktorych Warp miałby działać źle z powodu innych rozszerzeń. Jesli działa źle, to, dokładnie tak samo jak kaźde inne źle dzialające rozszerzenie, z powodu, że jest zj*bany przez montera.

Jeśli Pasiu ma pomysł na naprawienie Warpa, to ładne parę osób czeka z niecierpliwością.

@Marek Konopka: pinek nie ma w komputerze ani Warpa ani F7.

A, że tak zapytam z głębi mojej (powszechnie chyba znanej) niewiedzy na ten temat: od kiedy to na złączu carta jest sygnał HALT, żeby zapobiec konfliktowi pomiędzy zapisem danej do pamięci ekranu przez dodatkowy procesor a żądaniem dostępu do tejże pamięci przez Antic?

mirko: załatw sobie VBXE, ono ma wyjście RGB, to chyba idealny monitor. Jak nie chcesz, to tanio odkupię :P

Niektórzy widać tak kochają bankowanie pamięci, że bez tego "to już nie jest Atari" :P No i nie, sorry, tylko nie kolejny typ rozszerzenia RAM-u, jak to ma być kart, to niech nim zostanie...

Ja bym głosował za usunięciem RAMBO z rdzenia FX. Ma to swoje zalety, ale ma i wady, np. jeśli program zechce użyć całej pamięci VBXE, wtedy cokolwiek jest załadowane do rozszerzenia komputera - np. DOS - zostanie zniszczone. Na pierwszy rzut oka fakt, że komputer i VBXE mają pewien obszar pamięci wspólny, wygląda atrakcyjnie, ale chyba w ogólnym rozrachunku ma to więcej wad niż zalet.

@tebe: tia, też uważam, że emulacja rozszerzenia pamięci przez VBXE to troche overkill, zwłaszcza jeśli brakuje miejsca w FPGA (oraz zwłaszcza że to RAMBO, czyli rozszerzenie nie najdoskonalsze z możliwych). Ale ja mam 130XE, pamięci wewnętrznej komputera wystarczy do moich potrzeb, natomiast posiadacze gołego 65XE pewno by VBXE z RAMBO chcieli mieć...

Tia, bo to jest funkcja GEMDOS-u, a nie biblioteczna, więc by custom jest z dużej litery (tak samo Fopen() vs fopen() itd.)