726 Odpowiedź przez mono

(14 odpowiedzi, napisanych Emulacja - 8bit)

To jest niestety podatność OS-a Atari. SDX ładuje domyślnie własny sterownik do SIO w którym możesz wydłużyć timeout między blokiem rozkazu a blokiem danych. Na gołym OS-ie będą problemy, dlatego Montezuma robił jakiś specjalny loader i poprawkę do ROM-u OS.
A czemu DOS 2.5 się ładuje bez problemu, tego nie wiem - nie powinien :) Może masz na dysku xBIOS-a bo xxl chyba robił też taką poprawkę u siebie.

Idź do forum: Emulacja - 8bit

727 Odpowiedź przez mono

(14 odpowiedzi, napisanych Emulacja - 8bit)

RTFM :D W dokumentacji stoi jak wół :)
A poza tym kiedyś uruchamiałem u siebie wynalazek Montezumy i pamiętam, że Trub dorabiał ten parametr specjalnie żeby wynalazek działał.

Idź do forum: Emulacja - 8bit

728 Odpowiedź przez mono

(14 odpowiedzi, napisanych Emulacja - 8bit)

A:> SIOSET WAITACK 16

Idź do forum: Emulacja - 8bit

729 Odpowiedź przez mono

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

Ja również podtrzymuję opcję pełną.

Idź do forum: Sprzęt - 8bit

730 Odpowiedź przez mono

(3 odpowiedzi, napisanych Bałagan)

Złota kobieta :) $100 lat.

Idź do forum: Bałagan

731 Odpowiedź przez mono

(10,049 odpowiedzi, napisanych Bałagan)

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

Idź do forum: Bałagan

732 Odpowiedź przez mono

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

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.

Idź do forum: Sprzęt - 8bit

733 Odpowiedź przez mono

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

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

Idź do forum: Sprzęt - 8bit

734 Odpowiedź przez mono

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

Ja też wolę na kablu.

Idź do forum: Sprzęt - 8bit

735 Odpowiedź przez mono

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

Ja również.

Idź do forum: Sprzęt - 8bit

736 Odpowiedź przez mono

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

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

Idź do forum: Fabryka - 8bit

737 Odpowiedź przez mono

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

Idź do forum: Programowanie - 8 bit

738 Odpowiedź przez mono

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

Idź do forum: Programowanie - 8 bit

739 Odpowiedź przez mono

(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

Idź do forum: Programowanie - 8 bit

740 Odpowiedź przez mono

(16 odpowiedzi, napisanych Fabryka - 8bit)

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

Idź do forum: Fabryka - 8bit

741 Odpowiedź przez mono

(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

Idź do forum: Sprzęt - 8bit

742 Odpowiedź przez mono

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

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

Idź do forum: Sprzęt - 8bit

743 Odpowiedź przez mono

(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

Idź do forum: Sprzęt - 8bit

744 Odpowiedź przez mono

(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

Idź do forum: Programowanie - 8 bit

745 Odpowiedź przez mono

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

Idź do forum: Sprzęt - 8bit

746 Odpowiedź przez mono

(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

Idź do forum: Sprzęt - 8bit

747 Odpowiedź przez mono

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

Idź do forum: Sprzęt - 8bit

748 Temat przez mono

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

Idź do forum: Sprzęt - 8bit

749 Odpowiedź przez mono

(53 odpowiedzi, napisanych Fabryka - 8bit)

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

Idź do forum: Fabryka - 8bit

750 Odpowiedź przez mono

(12 odpowiedzi, napisanych Różne)

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

Idź do forum: Różne