726 Odpowiedź przez mono

(6 odpowiedzi, napisanych Programowanie - 8 bit)

623 czyli $26F to GPRIOR/GTIACTS - rejestr cień dla $D01B czyli PRIOR/GTIACTL: http://atariki.krap.pl/index.php/Rejestry_GTIA#GTIACTL
Konfiguruje on sposób wyświetlania grafiki przez GTIA, łączenie sprajtów w 5-go playera, nakładanie sprajtów oraz ich priorytety.
Nakładanie sprajtów realizowane jest parami:
- COLPM0 OR COLPM1
- COLPM2 OR COLPM3
przy czym nie ma znaczenia czy nakładany jest player z missilem, dwa missile czy dwa playery - nakładanie dotyczy pikseli o podanych kolorach.
W ten sposób w hiresie (GR.8/GR.0/ANTIC3) możesz dostać:
1. COLPF1
2. COLPF2
3. COLPF3 - kiedy włączysz piątego playera (wtedy kolor dla wszystkich missiles brany jest właśnie z COLPF3)
4. COLPM0
5. COLPM1
6. COLPM0 OR COLPM1
7. COLPM2
8. COLPM3
9. COLPM2 OR COLPM3
Możesz ewentualnie doliczyć jeszcze COLBAK czyli kolor ramki.
Możesz też eksperymentować z priorytetem 0 dla sprajtów i być może uzyskasz jeszcze dodatkowe kolory (nie eksperymentowałem z tym więc nic nie powiem).
To są kolory które możesz uzyskać w jednej linii skanningowej bez multiplikowania sprajtów ani zmiany kolorów  w rastrze.
Oczywiście na przerwaniu DLI możesz zmieniać wartości rejestrów kolorów, więc sumarycznie na ekranie możesz uzyskać wszystkie 128 kolorów (a z VBXE lub Sophia nawet 256).

Edit: Jeśli dodatkowo wziąć pod uwagę fakt, że tylko odcień dla zapalonego piksela jest brany z rejestru COLPF1, a kolor piksela jest kolorem tła (taki jaki wynika z nakładania sprajtów), to w linii masz 8*2=16 barw :)

Idź do forum: Programowanie - 8 bit

727 Odpowiedź przez mono

(4 odpowiedzi, napisanych Fabryka - 8bit)

@Sukkor_benoth: To jest jakiś gotowy produkt? Możesz podać symbol?

Edit: Ciekawi mnie czy można by go podłączyć po prostu do wyjścia audio z Atari.

Idź do forum: Fabryka - 8bit

728 Odpowiedź przez mono

(11 odpowiedzi, napisanych Sprzęt - 8bit)

Cześć.
Czy "ciche trzaski, szumy i zakłócenia" słyszalne są wyłącznie na lewym kanale? Weź pod uwagę, że POKEY który zajmuje się komunikacją jest używany w Atari do generowania dźwięku. Stąd każdą komunikację przez złącze szeregowe słychać. Inaczej jest np. w C= który ma dźwięk odseparowany od transmisji szeregowej.
Jeśli "ciche trzaski, szumy i zakłócenia" słychać tylko na lewym kanale, to wszystko jest w porządku.
Jeśli faktycznie coś jest źle, to pomocne byłoby jakieś nagranie.

Idź do forum: Sprzęt - 8bit

729 Odpowiedź przez mono

(47 odpowiedzi, napisanych Sprzęt - 8bit)

Adresy zestawów w ROM to $E000 i $CC00.

Idź do forum: Sprzęt - 8bit

730 Odpowiedź przez mono

(216 odpowiedzi, napisanych Fabryka - 8bit)

To cyklowanie dotyczy pracy CPU w liniach 8..247? Ekler ma cykle dostępu dla odświeżania pamięci DRAM wtedy?

Idź do forum: Fabryka - 8bit

731 Odpowiedź przez mono

(216 odpowiedzi, napisanych Fabryka - 8bit)

Ale tym razem wojna będzie się odbywać na polu SRATARI. Półgębkiem też nadmienię że Eclaire jest zrealizowane w FPGA, a taka implementacja przez niektórych ortodoksów postrzegana jest jako EMULATOR. No, tak czy inaczej takie porównanie mogłoby być ciekawe, a i oczami wyobraźni już widzę epitety jakimi obrzucają się adwersarze. Atarowanie XXI wieku najwyższy czas zacząć :)

Edit: Urwało mi posta.

Idź do forum: Fabryka - 8bit

732 Odpowiedź przez mono

(198 odpowiedzi, napisanych Zloty)

A kiedy jest ten Black Friday i Cyber Monday cokolwiek by to nie było?

Idź do forum: Zloty

733 Odpowiedź przez mono

(125 odpowiedzi, napisanych Programowanie - 8 bit)

Mała ciekawostka odnośnie DATA.
Atari BASIC wewnętrznie pobiera dane z linii DATA za pomocą tej samej procedury, która realizuje INPUT. Tak więc dane w liniach DATA rozdzielane przecinkami traktowane są jako osobne. Polecam sprawdzić działanie takiego kodu:

10 DIM A$(100)
20 RESTORE 
30 READ A$
40 ? A$
50 GOTO 30
100 DATA 1ST LINE
110 DATA 2ND LINE,AND THE REST
120 DATA 3RD LINE
130 DATA 
140 DATA 4TH LINE

Edit: Dane w liniach DATA zawsze trzymane są w postaci niestokenizowanej - niezależnie od tego czy tam są liczby czy tekst, więc jest to mało optymalna metoda trzymania liczb dłuższych niż 6 cyfr.

Idź do forum: Programowanie - 8 bit

734 Odpowiedź przez mono

(26 odpowiedzi, napisanych Sprzęt - 8bit)

Świetna wiadomość. Ciekawe czy znajdzie się drugi egzemplarz i czy uda się uzyskać schemat układu?

Idź do forum: Sprzęt - 8bit

735 Odpowiedź przez mono

(22 odpowiedzi, napisanych Programowanie - 8 bit)

To błąd BASIC-a - ASC nie sprawdza długości ciągu i bierze zawsze pierwszy znak ze zmiennej tekstowej (czyli starą wartość, albo nieustaloną jeśli zmienna nie była zainicjalizowana wcześniej w pamięci). Uzupełniłem Atariki: http://atariki.krap.pl/index.php/Atari_ … ri%20BASIC

Idź do forum: Programowanie - 8 bit

736 Odpowiedź przez mono

(22 odpowiedzi, napisanych Programowanie - 8 bit)

Fox napisał/a:

Próbowałeś IF LEN(A$)=0 ?

Czy jest jakaś sytuacja kiedy A$="" nie zadziała, ale zadziała LEN(A$)=0 ?

Idź do forum: Programowanie - 8 bit

737 Odpowiedź przez mono

(22 odpowiedzi, napisanych Programowanie - 8 bit)

10 DIM A$(1)
20 INPUT A$
30 K=0
40 IF A$="A" THEN K=1
50 IF A$="B" THEN K=2
60 IF A$="" THEN K=3
70 ? A$;K
80 GOTO 20

Działa stabilnie i przewidywalnie.

Czy DIM robisz w środku procedury przed INPUT? Za pomocą DIM nie można redeklarować zmiennej więc wyleci wtedy błąd - trzeba to zrobić tylko raz na początku programu. Jeśli go złapiesz TRAP-em, to nie zauważysz problemu.

Idź do forum: Programowanie - 8 bit

738 Odpowiedź przez mono

(2 odpowiedzi, napisanych Programowanie - 8 bit)

Ale co w tym dziwnego? To jest po prostu rozwinięte dzielenie przez 9.

Idź do forum: Programowanie - 8 bit

739 Odpowiedź przez mono

(19 odpowiedzi, napisanych Emulacja - 8bit)

Na pececie działa świetnie! Dzięki Fox.
Przydałby się wybór songu.

Idź do forum: Emulacja - 8bit

740 Odpowiedź przez mono

(52 odpowiedzi, napisanych Fabryka - 8bit)

@Pin: Bo to jest do czego innego. Zdaje się że to jest bardziej rozwinięta wersja CartExpandera, którego to miałeś przyjemność testować.

Idź do forum: Fabryka - 8bit

741 Odpowiedź przez mono

(6 odpowiedzi, napisanych Sprzęt - 8bit)

COPY z parametrem /A - zobacz do manuala.

Idź do forum: Sprzęt - 8bit

742 Odpowiedź przez mono

(74 odpowiedzi, napisanych Fabryka - 8bit)

Hehe. Za każdą nową wersją dochodzę ciut dalej :)
A jak będziesz robił wersję GTIA to zrobiłbyś może jakąś opcję w menu żeby można było pograć na GTIA bez przełączania monitorów?

Edit: A, i kasuj status BREAK przed wejściem do gry.

Idź do forum: Fabryka - 8bit

743 Odpowiedź przez mono

(6,206 odpowiedzi, napisanych Kolekcjonowanie)

Ale skąd ta cena 6.4K ? Przecież jest napisane na pudełku 64K.

Idź do forum: Kolekcjonowanie

744 Odpowiedź przez mono

(7 odpowiedzi, napisanych Software, Gry - 8bit)

@toscanii: http://www.atari.org.pl/tape_preservation_project
Poza tym na głównej stronie portalu AtariArea znajduje się sekcja "Artykuły" i "FAQ". Możesz tam znaleźć różne rzeczy.

Idź do forum: Software, Gry - 8bit

745 Odpowiedź przez mono

(31 odpowiedzi, napisanych Software, Gry - 8bit)

Ja oprogramowaniem mógłbym się zająć, ale nie w najbliższym czasie, bo mam kilka projektów do zrobienia.

Idź do forum: Software, Gry - 8bit

746 Odpowiedź przez mono

(49 odpowiedzi, napisanych Fabryka - 8bit)

Powinno być to coś w tej podobie:
1. 1bpp:

tile1bpp:
        lda #%11111111  ;kolor przezroczysty (%1 powielony na wszystkie piksele)

        eor (zp1)       ;z piksela przezroczystego robimy %0

        nop             ;i liczymy maske

        pha             ;maskujemy piksele kloca
        and (zp1)
        sta tmp
        pla             ;maskujemy piksele ekranu
        eor #%11111111
        and (zp2)
        ora tmp         ;i scalamy
        sta (zp2)

2. 2bpp

tile2bpp:
        lda #%10101010  ;kolor przezroczysty (%10 powielony na wszystkie piksele)

        eor (zp1)       ;z piksela przezroczystego robimy %00

        pha             ;i liczymy maske
        and #%01010101
        sta tmp
        pla
        and #%10101010
        lsr
        ora tmp
        sta tmp
        asl
        ora tmp

        pha             ;maskujemy piksele kloca
        and (zp1)
        sta tmp
        pla             ;maskujemy piksele ekranu
        eor #%11111111
        and (zp2)
        ora tmp         ;i scalamy
        sta (zp2)

3. 4bpp

tile4bpp:
        lda #%00010001  ;kolor przezroczysty (%0001 powielony na wszystkie piksele)

        eor (zp1)       ;z piksela przezroczystego robimy %0000

        pha             ;i liczymy maske
        and #%00001111
        seq
        ora #%00001111
        sta tmp
        pla
        and #%11110000
        seq
        ora #%11110000
        ora tmp

        pha             ;maskujemy piksele kloca
        and (zp1)
        sta tmp
        pla             ;maskujemy piksele ekranu
        eor #%11111111
        and (zp2)
        ora tmp         ;i scalamy
        sta (zp2)

Począwszy od "maskujemy piksele kloca" kod jest identyczny. Podobny też jest kod aż do "i liczymy maske". Różny jest kod do liczenia maski stąd najfajniej mieć tę maskę stablicowaną :)

Edit: Oczywiście indeks koloru przezroczystego może być dowolny.

Edit 2: No i zp1 i zp2 możesz używać z dowolnym x czy y bo są nie używane (dlatego nie pisałem pełnego trybu adresowego).

Idź do forum: Fabryka - 8bit

747 Odpowiedź przez mono

(31 odpowiedzi, napisanych Software, Gry - 8bit)

W FPGA jest tutaj razem z wewnętrznym ROM-em: https://github.com/trcwm/Speech256

Idź do forum: Software, Gry - 8bit

748 Odpowiedź przez mono

(31 odpowiedzi, napisanych Software, Gry - 8bit)

Pomysł jest bardzo fajny.  A do sterowania w zasadzie wystarczą trzy rejestry:

$D500 WR: DATA
b7..b0 - A8..A1

$D501 WR: CTRL
b7 - /RESET
b6 - /SBYRESET
b5 - ROMDISABLE (opcjonalnie)
b4..b0 - n/c

$D501 RD: STAT
b7 - /LRQ
b6 - SBY
b5..b0 - n/c

kiedy ROMDISABLE=0 i SE=1 (/ALD jest spięty jakoś z R/W z Atari).

Jeśli lista alofonów jest podobna do SC-01A (http://www.atari.org.pl/forum/viewtopic.php?id=11736) i do tej używanej przez S.A.M. to może nawet udałoby się to spiąć z istniejącym oprogramowaniem?

Pytanie: co jest w zewnętrznym ROM-ie? Czy po prostu blokowany jest wewnętrzny i SP0256 wykonuje wtedy program z zewnętrznego? Są te ROM-y SPR128 gdzieś dostępne (chip i zawartość)? Jeśli jest gdzieś zawartość to może wsadzić do urządzenia jakiś RAM zapisywany z poziomu Atari i udostępnić jeszcze ROMDISABLE w rejestrze sterującym żeby można było użyć innych wsadów (albo zrobić sobie własne)?

Na wiki do Amstrada trochę o tym chipie jest: http://www.cpcwiki.eu/index.php/SP0256_Allophones

Idź do forum: Software, Gry - 8bit

749 Odpowiedź przez mono

(49 odpowiedzi, napisanych Fabryka - 8bit)

Tak. To wymaga malowania dwóch sprajtów na sobie.
Nie musisz mieć tablic - możesz maskować programowo :P.

Idź do forum: Fabryka - 8bit

750 Odpowiedź przez mono

(49 odpowiedzi, napisanych Fabryka - 8bit)

Jeśli byś się za te sprajty brał to mam następującą sugestię:

Zazwyczaj jeden z pikseli (zazwyczaj 0) traktowany jest jako kolor przezroczysty - reszta to piksele definicji sprajta. W trybach 1bpp taki sprajt jest szybko nakładany przez OR, w innych trzeba zamaskować. No ale mając np. tryb 4-kolorowy to para %00 jest zazwyczaj kolorem ramki, która często jest kolorem czarnym. Skutek jest taki, że zazwyczaj taka gra ma tło czarne. Gdybyś umożliwił przy nakładaniu sprajta wybór który kolor z definicji jest traktowany jako przezroczysty, to można byłoby wykorzystać kolor %00 jako zwykły piksel sprajta - dalej jeden sprajt miałby 3 kolory, ale jeden korzystałby z pikseli %01, %10, %11 a inny np. z %01, %10 i %00 a więc można by używać koloru ramki i mieć np. kolorowe tło (tak, jak ma Gorgh w swojej grze z motorem).
Można powiedzieć, że niczym się to nie różni od sytuacji kiedy masz dla sprajta zdefiniowany jego kształt i osobno maskę. Ale wtedy dla każdego sprajta musisz mieć i kształt i maskę. W proponowanej wyżej sytuacji masz tylko definicję sprajta, dzięki czemu zajmuje to mniej pamięci bo nie każdy sprajt musi używać pary %00.

Problem jest tylko taki, że nakładanie takiego sprajta trzeba maskować więc trzeba by mieć 256-bajtowe tablice masek. Dla trybów 1bpp potrzebujesz 2 tablice, dla 2bpp 4 tablice, dla 4bpp 16 tablic.
Można by założyć że sprajty o indeksach $00..$7F mają zawsze piksel %00 przezroczysty, a sprajty $80..$FF piksel %11 przezroczysty. Wtedy trzeba 2 tablice dla 1bpp, 2 tablice dla 2bpp i 2 tablice dla 4bpp.

Idź do forum: Fabryka - 8bit