1. Cobol - 2 szt.
2. pancio.net 1szt z kabelkiem
3. lemiel - 1 szt. z kabelkiem
4. perinoid - 1 szt.
5. MicromaX - 1szt
6. kudlaty999 - 1szt
7. pajero - 1szt
8. Yezy - 1 szt.
9. mono - 1 szt. z kabelkiem

Ja też wolę na kablu.

Ja również.

704

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

Możesz. Przecież jeśli suma kontrolna się nie zgodzi to i tak przerywasz ładowanie z błędem.

705

(7 odpowiedzi, napisanych Programowanie - 8 bit)

Przy poprawnych timingach efekt działa zawsze (w takim sensie, że nie ma chyba sprawnego GTIA, które zachowywałoby się inaczej).
Na VBXE z rdzeniem GTIA też te efekty działają, choć są różnice w ilości i kolorach pikseli występujących na granicy trybów więc trzeba uważać (czytaj - testować na GTIA i na VBXE). Rdzeń FX z tego co pamiętam tych efektów nie emuluje.

706

(7 odpowiedzi, napisanych Programowanie - 8 bit)

@tebe: A podzieliłbyś się tabelką jak dokładnie te odcienie są uporządkowane (kiedyś plemnik chodził w GR.15 ale poza zmniejszoną o połowę luminacją nie pamiętam innych nieprawidłowości)? Bo podejrzewam, że dotyczy to wszystkich trybów CCR.

Edit: Czyli jeśli dobrze zrozumiałem, jeśli przełączasz CCR na GTIA i potem na CCR to z prawej strony ekranu kolory są dalej brane z COLBAK,COLPF0..2?

707

(7 odpowiedzi, napisanych Programowanie - 8 bit)

Tylko tryb GTIA przez zmianę rejestru GPRIOR. Trybu ANTIC-a zmienić się nie da.
Specyficzną cechą zmiany trybu GTIA w rastrze jest to, że startując trybem hires (GPRIOR=%00xxxxxx), włączając tryb 16-odcieniowy (GPRIOR=%10xxxxxx), po czym go wyłączając (GPRIOR=%00xxxxxx) z prawej strony ekranu nie dostaniesz trybu hires, a zwykły multicolor gdzie kolory pikseli pobierane są z COLPF0..3 zamiast z COLBAK,COLPF0..2.
Na obrazkach Rocky'ego możesz obserwować jak to działa.

Edit: literówki + kod

Przykładowy kod

  ldx #%00000001
  ldy #%01000001
  sta WSYNC    ;$D40A
  stx GPRIOR   ;$D01B
:16 nop
  sty GRPIOR
:2 nop
  stx GPRIOR

708

(16 odpowiedzi, napisanych Fabryka - 8bit)

To jest tylko zapis (nadpisywanie już utworzonego pliku) czy też z tworzeniem nowego?
Tak czy inaczej bardzo dobry wynik!

709

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

mono napisał/a:

Plik patcha jest załączony w poście #8. Ściągnij sobie go na dysk i zaaplikuj $git patch <atari800-4.2.0-ramcart.patch

Przepraszam - miało być oczywiście

$ git apply atari800-4.2.0-ramcart.patch

710

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

Jeszcze poprawka, bo opcja "Ram-Cart reset" zostawała w menu.

711

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

Plik patcha jest załączony w poście #8. Ściągnij sobie go na dysk i zaaplikuj $git patch <atari800-4.2.0-ramcart.patch

712

(4 odpowiedzi, napisanych Programowanie - 8 bit)

Masz na myśli ekran większy niż to co widać na monitorze (czyli chcesz mieć viewport)?
Można to zrobić kilkoma metodami:
1. DLIST złożony z LMS-ów - przy skrolu trzeba modyfikować wszystkie LMS-y.
2. DLIST złożony z rozkazów tworzenia trybu (i LMS i nie) ale z włączonym HSCROL-em. Wtedy ekran ma większą szerokość o kilka bajtów zależnie od szerokości ustawionej w DMACTL. Ale przy większych szerokościach trzeba już stosować metodę 1.
Jeśli chodzi o większą wysokość ekranu to zawsze robi się to LMS-em (wszystko jedno czy używasz metody 1 czy 2).

Edit: Szerokości przy włączonym HSCROL opisane są w Atariki: http://atariki.krap.pl/index.php/ANTIC_ … List#HSCRL
Edit 2: I w Altirra Reference Manual w rozdziale 4.11. Playfield DMA sekcja Loading the line buffer: http://www.virtualdub.org/downloads/Alt … Manual.pdf

713

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

Przepraszam, byłem przekonany że załączałem plik :) Noc ciemna i późna.

Sprawdziłem przy okazji czy faktycznie się aplikuje, oto log:

jerzyk@ox:~/test$ git clone https://github.com/atari800/atari800.git
Cloning into 'atari800'...
remote: Enumerating objects: 18, done.
remote: Counting objects: 100% (18/18), done.
remote: Compressing objects: 100% (14/14), done.
remote: Total 15969 (delta 6), reused 9 (delta 4), pack-reused 15951
Receiving objects: 100% (15969/15969), 4.63 MiB | 6.49 MiB/s, done.
Resolving deltas: 100% (12386/12386), done.
jerzyk@ox:~/test/atari800$ git status
On branch master
Your branch is up to date with 'origin/master'.

nothing to commit, working tree clean
jerzyk@ox:~/test/atari800$ git branch --list
* master
jerzyk@ox:~/test/atari800$ git apply atari800-4.2.0-ramcart.patch
atari800-4.2.0-ramcart.patch:998: trailing whitespace.
            
atari800-4.2.0-ramcart.patch:1003: trailing whitespace.
            
atari800-4.2.0-ramcart.patch:1739: trailing whitespace.
        menu_array[4].flags = 
atari800-4.2.0-ramcart.patch:1740: trailing whitespace.
        menu_array[5].flags = 
atari800-4.2.0-ramcart.patch:1741: trailing whitespace.
        menu_array[6].flags = 
warning: squelched 17 whitespace errors
warning: 22 lines add whitespace errors.
jerzyk@ox:~/test/atari800$ git status
On branch master
Your branch is up to date with 'origin/master'.

Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

    zmodyfikowany: DOC/CREDITS
    zmodyfikowany: DOC/NEWS
    zmodyfikowany: DOC/README
    zmodyfikowany: DOC/USAGE
    zmodyfikowany: DOC/cart.txt
    zmodyfikowany: src/cartridge.c
    zmodyfikowany: src/cartridge.h
    zmodyfikowany: src/memory.h
    zmodyfikowany: src/monitor.c
    zmodyfikowany: src/ui.c
    zmodyfikowany: src/ui.h

no changes added to commit (use "git add" and/or "git commit -a")

Edit: Plik patcha jest w poście wyżej.

714

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

Dodałem emulację RAM-CARTów do emulatora Atari800. Emuluje wszystkie moduły, jakie chyba się pojawiły czyli 64K, 128K, Double 2x128/256K, 1M, 2M i 4M w różnych wariantach.
Procedura:
1. Ściągnąć sobie repozytorium z githuba za pomocą:

$ git clone https://github.com/atari800/atari800.git

2. Zaplikować patcha w katalogu atari800 za pomocą:

$ git apply atari800-4.2.0-ramcart.patch

3. Skompilować sobie emulator - zazwyczaj tak:

$ ./autogen.sh
$ ./configure
$ make
$ sudo make install

Ostatni niekoniecznie.

W menu zarządzania cartridge'ami jest sobie opcja "Make blank cartridge", która pozwala na stworzenie czystego carta podłączanego jako RAMCART.
Następnie należy podłączyć sobie wygenerowany plik i ustawić RAM-CART-a w tryb R/W.
I już.

Teraz można sobie już pisać programy na RAM-CART'a - opis działania tu: http://atariki.krap.pl/index.php/Ram-Cart

715

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

Dziękuję Zenon za wyjaśnienia. A innym ciekawskim polecam też artykuł z Atariki: http://atariki.krap.pl/index.php/Ram-Cart

A prawdę mówiąc, to źle się wyraziłem, bo chodzi mi o to jakie etykietki są przypisane na obudowie Double Ram-Carta przyciskom P1 i P2 ze schematu :) Stąd moje pytanie o ewentualne zdjęcia. Potrzebuję po prostu sensownie opisać te rzeczy w emulatorze, bo takiego Ram-Carta stereo nigdy nie widziałem (zdjęcie przydałoby się też do Atariki).

716

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

Czy ktoś dysponuje egzemplarzem i mógłby powiedzieć jak są opisane przełączniki P1 i P2?
Ewentualne zdjęcie byłoby też mile widziane.

717

(53 odpowiedzi, napisanych Fabryka - 8bit)

Dziękuję za (jak zwykle) kawał porządnej roboty.

718

(12 odpowiedzi, napisanych Różne)

Nie mirmiłuj. W następnym roku będzie lepiej.

719

(7 odpowiedzi, napisanych Fabryka - 8bit)

cyctrix

720

(93 odpowiedzi, napisanych Miejsca w sieci)

@pin: Elektrownia monitoruje Twoje zapotrzebowanie na prąd i uruchamia rezerwy :P

721

(93 odpowiedzi, napisanych Miejsca w sieci)

Bardzo słuszny pomysł. Radio UXA w wersji video :)

722

(402 odpowiedzi, napisanych Fabryka - 8bit)

Bardzo ładne.

723

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

@seban: Jeśli będziesz jeszcze grzebał przy projekcie, to może rozważyłbyś przesunięcie rejestrów konfiguracyjnych i odczytu na koniec obszaru SID-a tak, żeby mieściły się w slotach po 32 bajty? To uprościłoby koegzystencję z innymi rozwiązaniami. Tym bardziej, że rejestry SID-a kończą się na $1C.

724

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

lemiel napisał/a:

PSG to AY/YMF?

Tutaj jest YM2149 o ile jestem dobrze poinformowany.

Dobrze byłoby też znać częstotliwości taktowania poszczególnych czipów.

Wspaniała robota!

Ja bym chętnie zanabył drogą kupna ze 4 szt.

Edit: Aha, zwróćcie uwagę na to, że podczas procedury RESET strona $D2 jest zerowana (czyli wszystkie POKEY-e są utrzymywane w stanie reset) po czym OS inicjalizuje tylko pierwszego POKEY-a. Zerowanie może być ważne przy implementacji rejestrów dla innych chipów, bo chodzi o to żeby nagle pozostałe chipy nie zagrały czegoś samoistnie. Szczególnie jeśli planujecie gdzieś umieścić rejestry kontrolne do sterowania alternatywnymi obszarami dla chipów czy ich niezależnym resetowaniem albo konfiguracją częstotliwości taktowania czy przerwań.

725

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

1. Cobol - 1 szt.
2. perinoid - 1 szt.
3. Mono - 2 szt.