spod adresów 0,1,2 i 3.

Nie tylko można, ale zawsze tak jest. Po prostu tam gdzie nie widzisz OVERLAYA znaczy to, że dane VRAM w tym miejscu mają wartość 0. Dzięki temu widzisz PLAYFIELD. Oczywiście dodatkowo ważne tu są priorytety ... Pytajcie o szczegóły a ja będę to umieszczał w dokumentacji, która będzie cały czas poprawiana / uzupełniana a za jakiś czas wypuszczę nową wersję.

Muszę jeszcze poprawić PCB - tzn. zintegrować interfejs programowania, tak aby dodatkowe przewody nie były potrzebne. Poza tym czeka mnie być może zmiana DAC, chociaż ... możecie zamawiać próbki intersila HI1178, może okaże się w pewnym momencie, że mamy ich dużo :)

Doumentacja jeszcze się pisze, z dużymi oporami - ale powstanie - przepraszam za opóźnienie.

Co do ewentualnej produkcji - najlepszą dla mnie opcją jest zamówienie PCB i sprzedawanie ich, nie chciałbym jednak być posądzonym o zdzierstwo :-) Całą resztę mogę udostępnić (schematy, pliki programowania). Tak to widzę na tę chwilę, co Wy na to ? Muszę też wiedzieć ilu jest naprawdę chętnych ...

Dzięki za linka do tego DAC. Sam DAC myślę, że dowolny wystarczy HI1178 sprawuje się bardzo dobrze ale jak będą trudności ze zdobyciem to znajdziemy inny :-)

Myślę że ten DAC będzie bardzo dobry. PCB i tak trzeba zrobić w wersji 2.0

Układ nie wymaga żadnego programatora bo programowany jest przez ATARI. Na razie w dosyć infantylny sposób - to wymaga jeszcze dopracowania bo wykorzystuję 2 port joysticka.

zdjęcie:
http://www.fotosik.pl/pokaz_obrazek/5o7 … fc4fi.html

Odpowiadam na dwa pytania, które na szybko wyłowiłem :

buforowanie - tak, są 4 strony po 128KB z których jedna może być widoczna na ekranie a na drugiej można w tym czasie rysować. (oczywiście programista ma tu pełen wybór)

blitter: ma tylko copy, dorobienie jakichś innych operacji nie byłoby duzym problemem. Oczywiście uwzględniany jest kolor przeźroczystości, tzn. kiedy bajt w pamięci vram jest równy zero wówczas wyświetlany jest normalny playfield. Dodatkowo, gdy bajt w vram równy jest 255 wówczas wyświetlany jest playfield ale w palecie kolorów spriteów. Umożliwia to tworzenie np. cieni. Podczas kopiowania możliwa jest podmiana tylko części bitów vram dzięki czemu można uzyskać różne kolory spritea bez zmiany jego definicji w pamięci.

Do piątku będzie polska dokumentacja - będę pisał ją w pracy :)

Edit: czas transferu 1 ekranu (powiedzmy 128KB chociaż tak naprawdę około 100) z pamięci atari do rozszerzenia można sobie obliczyć. Aby przesłać cały obraz wystarczy 128x1024xSTA $d608. Reszta zależy od pętli, która to obsługuje.

Pin ty czytasz wszystko czy nie ? Masz dwa wyjścia video z kompa. Stare i nowe. Na starym wszystko zostaje ... po staremu a na nowym .... po nowemu. Działają oba równolegle.

W tygodniu zrobię coś na kształt uproszczonej dokumentacji. Mam nadzieję, że wyjaśni ona co nieco.

PS. Nie olewam Was. Odpowiedzi na niektóre z pytań postaram się udzielić jutro ... Jak wiadomo w pracy lepiej się
czyta forum niż w domu :)

dobrze myślisz.

Kochani, dajcie myśli zebrać - wieczorkiem może jeszcze coś napiszę na razie ... dziecko się obudziło.

na deser taka mała próbka:

http://www.fotosik.pl/pokaz_obrazek/v4v … 2oae1.html

To pompowanie danych potrzebne jest tylko do przygotowania spriteów ... później blity są wykonywane wewnętrznie na VRAMIE ! przeznaczasz np. 2 strony po 128KB na przełączane banki video a pozostałe 256 KB na dane różnych śmiesznych obiektów do wyświetlenia i tylko programujesz co, ska ma się pojawić w wyświetlanym buforze

oto procedura wyświetlenia przykładowego spritea: (wielkość 64x97 pixeli) :
Zakładam, że jest on już wrzucony do ramu urządzenia pod adres $40000h (256KB)
w pozycji x=55, Y= 40

blt_data:
        ;użyj blittera
        lda     #$02
        sta     MODE
        ;pozycja X i Y lewego górnego rogu spritea
        lda     #55
        sta     ADRXL
        lda     #0
        sta     ADRXH
        lda     #40
        sta     ADRY
        ;wielkość spritea
        lda     #63
        sta     XCOUNT
        lda     #96
        sta     VCOUNT
        ;skąd w pamięci VBXE
        lda     #0
        sta     SRCA0
        sta     SRCA1
        lda     #4
        sta     SRCA2
        ;wystartuj operację
        sta     BLTSTART
        ;czekaj na koniec (opcjonalnie !)
        lda     BUSY
        bne     *-3
        ;zrobione !

Hmmm. nie spodziewałem się pozytywnego odzewu - myślałem, że koszt jest zaporowy. Troszkę źle podałem cenę elementów. Powiem tak: główny układ FPGA kosztuje coś około 80-100 zł, pamięć około 30-40 zł, PCB zależy od ilości - ja za 2 szt. płaciłem 140 + przesyłka. Przetwornik DAC jest z próbek i mam jeszcze 4 szt. Niby więc nic nie kosztuje ale może być problem ze zdobyciem. Nie wiem jak byłoby z montażem tego - ja kompletnie nie mam czasu, ledwo udało mi się powolutku ukończyć 1 egzemplarz... Jeśli faktycznie byłoby zainteresowanie to wówczas jakoś pewnie dałoby się dogadać / ustalić wszystko.

Na razie robię coś na kształt dokumentacji. Będzie gotowa w ciągu kilku dni. Dam cynk.

PS. Układ ma jedną ciekawą cechę - po zmontowaniu sam z siebie nic nie umie - należy wgrać do niego odpowiedni plik konfiguracyjny (robi to program na atari) i wówczas wszystko zaczyna działać. Tak więc wszelkie zmiany / poprawki działania nie wymagają nawet otwierania kompa. Czyli możne być tak, że jeden plik konfiguracyjny jest np. dopalaczem Video a drugi np. czymś na kształt kooprocesora - jak kto woli.

Hmmm...   nikt nie widział tego, Tebe, ale to nie 1 kwietnia. :) Naprawdę to istnieje - mogę podrzucić gdzieś zdjęcie płyty mojego ataraka tylko gdzie ??? Jestem lameram i nie umiem nawet dołączać zdjęć na forum.