676

(10,041 odpowiedzi, napisanych Bałagan)

To zależy czy do "poważną" podchodzisz ilościowo czy jakościowo.

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 i dwa rodzaje końcówek (jack i chinch)
10. sikor - 1 szt z kabelkiem i dwa rodzaje końcówek :P

Edit: Uzupełniłem o końcówki.

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

681

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

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

682

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

683

(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?

684

(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

685

(16 odpowiedzi, napisanych Fabryka - 8bit)

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

686

(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

687

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

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

688

(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

689

(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

690

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

691

(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

692

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

693

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

694

(53 odpowiedzi, napisanych Fabryka - 8bit)

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

695

(12 odpowiedzi, napisanych Różne)

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

696

(7 odpowiedzi, napisanych Fabryka - 8bit)

cyctrix

697

(93 odpowiedzi, napisanych Miejsca w sieci)

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

698

(93 odpowiedzi, napisanych Miejsca w sieci)

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

699

(402 odpowiedzi, napisanych Fabryka - 8bit)

Bardzo ładne.

700

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