matryca 320x200 - czyli atarowska standardowa
Kolega jest kryptokomodziarzem. Bo to nie jest standardowa matryca Atari XL/XE.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Mad Pascal 1.7.5 Mad Pascal, 32-bitowy kompilator Turbo Pascala dla Atari, otrzymał aktualizację do wersji 1.7.5.
Altirra 4.40 test 26 Nowa wersja testowa popularnego emulatora Altirra z licznymi poprawkami, zwłaszcza dla emulacji urządzeń sieciowych i modemów.
Gopher 2600 z nową wersją 0.50.3 Poprawkowa aktualizacja zaawansowanego emulatora Atari 2600.
Steem SSE 4.2.0 R5 Aktualizacja popularnego emulatora Atari ST, Steem SSE, skupiająca się na poprawie stabilności i dokładności.
Piąte demo konwersji Elite Piąta wersja demo konwersji kosmicznego symulatora Elite na Atari 8-bit z poprawkami wydajności.
atari.area forum » Posty przez mono
matryca 320x200 - czyli atarowska standardowa
Kolega jest kryptokomodziarzem. Bo to nie jest standardowa matryca Atari XL/XE.
Chcesz 1024 kolory? Użyj VBXE - dawno już to wymyślono i ZROBIONO!
Edit: Że wpiszę się w schemat - gotowe i READY[]. Ale nie udało się w 1K - ciągle to jest wyzwanie.
@Annelotte: http://pokeysoft.no/games/atari/a8list.htm
MOV. Oczywiste przecież.
No, to skoro wiecie już JAK napisać grę paragrafową, to do roboty. Gotowe i READY[] max 1KB.
Nie ma za co. Obrazy dysków znajdziesz na:
- http://www.atarimania.com/
- http://a8.fandal.cz/
- http://www.mushca.com/f/atari/
- http://ftp.pigwa.net/stuff/collections/ - to archiwum demosceny więc są gry, dokumentacje, dema
- http://atarionline.pl/ w katalogu gier - tam są archiwizowane przeróżne wersje gier również i takie które nie działają poprawnie więc trzeba się czasem uzbroić w cierpliwość.
Obrazy dysków, z którymi możesz się spotkać to ATR, ATZ, ATX, XFD, PRO. Są też i obrazy taśm - CAS. CAS-y montujesz w "File" / "Cassette" / "Load" i komputer trzeba startować z wciśniętym klawiszem START - pomaga w tym opcja "System" / "Auto-boot Tape (Hold Start)". Obrazy dysków ładujesz bez tej opcji.
Zapomniałem - jest jeszcze konsola Atari Lynx. Konsolki zazwyczaj wymagają osobnych emulatorów - Altirra emuluje tylko Atari 400/800/XL/XE i konsolę 5200 i XEGS (która jest zwykłym komputerem XL/XE ale stylizowanym na konsolę).
F2-START,
F3-SELECT,
F4-OPTION,
F5-RESET,
F6-HELP,
F7-BREAK.
ATR to obraz dyskietki ponieważ 8-bit Atari to jest komputer, a nie konsola. Konsolami od Atari są 2600, 5200, 7800, Jaguar.
Niektóre gry mogą wymagać oryginalnego ROM-u OS ATARI - można go ściągnąć z https://sourceforge.net/projects/atari8 … 0XL%20ROM/ następnie rozpakować i podmontować w Altirrze w "System" / "Configure System", w drzewie "Computer" / "Firmware" / "Firmware Manager" i w drzewie "XL/XE Kernel ROM" przyciskiem "Add" dodajesz ATARIXL.ROM.
Domyślnie Altirra startuje z własnym odpowiednikiem systemu operacyjnego - jeśli gra Ci nie wystartuje wtedy podmontuj i wybierz ROM od Atari w "System" / "Configure System", w drzewie "Computer" / "Firmware".
Komputer resetujesz za pomocą SHIFT+F5 - to jest tzw. "zimny start" w odróżnieniu od "ciepłego startu" F5.
Edit: Może się okazać, że gra jest dostarczana na kilku dyskietkach. Wtedy obraz dyskietki zmieniasz w "File" / "Disk Drives" i w "D1" podłączasz odpowiedni ATR (np z drugą dyskietką, lub na powrót z pierwszą jeśli trzeba - gra powinna Cię o tym raczej poinformować).
Było już kiedyś Radio Penis :)
@toriman1: Dzięki. Zupełnie zapomniałem o tym schemacie.
MIXari ostatecznie rozwiązałoby kwestię Dely'ego :)
Następna wersja SONari powinna tak działać ;)
Kłopot z PBI/ECI jest taki, że tam jest jedna linia AUDIO. Ale jak chcecie mieć dźwięk mono z SONari... :)
@pin, @tebe: Dzięki! Rzeczywiście zapomniałem o IDE+ i o RAM XE 320 / 576. Poszukam.
@xxl: Balans głośności to oczywiście bardzo dobry pomysł.
Ja poszedłbym jeszcze krok dalej (ale nie wiem, czy Główny Konstruktor się zgodzi :D) i w Expanderze wyprowadziłbym AUDIO z każdego ECI osobnym jackiem tak, żeby można sobie je było niezależnie miksować samodzielnie. I dodał rejestr konfigurujący możliwość zsumowania sygnału z każdego ND z torem audio w Atari. Ale to jakby kwestia poboczna.
Czy oni w Atari proponowali (lub pokazali w działającym urządzeniu) jakieś rozwiązanie dotyczące sumowania sygnałów pojawiających się na linii AUDIO?
Czy ktoś zetknął się z urządzeniem PBI/ECI które na tej linii coś wystawia?
Interesuje mnie jak Atari proponowało rozwiązać konstrukcję takich nowych urządzeń, które grają przez AUDIO jakiś dźwięk. Czy w przypadku kiedy mamy więcej NewDevices (np. w 1090) wyjście AUDIO z każdego ND powinno być jakoś miksowane, czy to wszystko się po prostu spina razem do kupy?
Wiem jedynie że istniał syntezator mowy w 1450XLD zrealizowany jako ND ale on był wewnętrznie wbudowany w komputer.
Specyfikacja do 1090 podaje jedynie parametry linii i że AUDIO jest bezpośrednio włączone w tor audio Atari.
Żeń się, żeń. Powodzenia i gratulacje!
Nie było, a jest :)
Wydaje mi się, że można przyjąć minimalny czas, jaki udało się uzyskać przy uruchomieniu programów, bo przecież nie synchronizujemy się z początkiem ramki więc start programu może wypaść równie dobrze na końcu i wynik jest wtedy zafałszowany o 1 w górę.
Edit: @seban: Fantastyczny pomysł z CLS!
Edit 2: Chociaż może właściwie uśrednienie jest sensowniejsze.
mono napisał/a:Albo dwie dlisty i dwie pamięci ekranu - jedna z zerami, druga z $FF-ami i przełączać...
Myślałem o tym, ale odpuściłem z racji na to, że początek programu zeruje licznik i jego długość też ma znaczenie
Oj. ale program wyglądałby wtedy mniej więcej tak:
0 DPOKE 19,%0:DPOKE 560,ADR("displaylista 1 z pamiecia ekranu $FF"):DPOKE 560,ADR("displaylista 2 z pamięcią ekranu $00"):?TIMEEdit: W zmiennych tekstowych oczywiście kod DLki i ekranu. Ale to zdaje się nie spełnia regulaminu :)
Edit 2: Eeeee to się nie da - stała tekstowa może mieć tylko ze 250 bajtów. DLka się nie zmieści. Dałoby się w zmiennej tekstowej.
oraz wynik: 1
0 dpoke 19,%0:gr.56:poke 710,15:poke 709,0:poke 710,0:poke 709,15:?time.. ale to jest efekt dziurawego regulaminu ;)
Można to przyspieszyć poprzez SETCOLOR :D
Wtedy nie 56, ale 24 bo musisz wyczyścić pamięć ekranu :)
A można umieścić swoją dlistę w stałej tekstowej zamiast włączać GR.8+16? Bo ja bym wtedy zrobił dlistę ze 192 linijkami wskazującą na ten sam adres dzięki czemu pamięć ekranu ograniczyłaby mi się do 40 bajtów :) To by chyba zamiotło.
Edit: Albo dwie dlisty i dwie pamięci ekranu - jedna z zerami, druga z $FF-ami i przełączać...
Ten czarny pas między odcieniem 7 a 8 na teście GTIA jest OK. Tak ma być :)
Edit: Między 3 i 4 też. Prawdopodobnie jest też między 11 a 12, ale mniej widoczny.
Niech zgadnę jak nazywa się utwór wykorzystany w demie :) Samo demo przypomina mi trochę Twoje pierwsze dema na ZX - bardzo przyjemne demo! Cenkju.
Chociaż RDY też jest niedobre, bo w międzyczasie pewnie zginie NMI. Podejrzewam, że niebezzasadnie tylko ANTIC zgłasza przerwania niemaskowalne i że robi to w ściśle określonych chwilach kiedy nie blokuje CPU.
Wyglądałoby na to, że najlepsze jest jednak zwykłe I/O z flagą w rejestrze.
lda #komenda_dla_koprocesora
sta rejestr_komend_koprocesora
lda #flaga_gotowosci_wyniku
?wait bit rejestr_stanu_koprocesora
bne ?wait
lda rejestr_wyników_koprocesoraZ pewnością da się wykorzystać. Nie jestem programistą ale jeśli wystawiasz flagę procesorowi to programowo można nad tym zapanować
Można, ale (jak już rozmawialiśmy) problemy się mnożą. Co jak w międzyczasie:
clv
lda #komenda_dla_koprocesora
sta rejestr_koprocesora
bvc *
lda rejestr_koprocesora ;odebranie wynikowprzyjdzie przerwanie? Można powyłączać, no ale nie o to chodzi. Taką kooperację pewnie wygodniej robić tak, jak to robi ANTIC (bo i tak już musimy zaingerować we wnętrze komputera). Więc pewnie byłoby:
lda #komenda_dla_koprocesora
sta rejestr_koprocesora ;i tu koprocesor robi READY[] procesorowi do chwili zakończenia operacji
lda rejestr_koprocesora ;odebranie wynikowMoże po drodze potrzebny byłby jakiś NOP, ale to chyba byłoby sensowniejsze.
Dlatego podałem analogię z BRK - ten z kolei raz działa, a raz nie działa :)
ale ja programistą ekstremalnym jak Ty nie jestem...
Programistą ekstremalnym jest inny kolega :) Ja staram się po bożemu w pozycji misjonarskiej.
Dziękuję za informacje. Bardziej niż sam opis działania V przy operacjach CPU właśnie ciekawi mnie sama linia SO.
Być może SO miałby sensowne zastosowanie w jakichś autonomicznych systemach opartych o 6502, niż w komputerze.
Może to jest tak, jak z BRK - niby służyć ma do wołania funkcji systemowych, ale wygodniej, prościej i szybciej zrobić sobie zwykłą tablicę skoków więc nikt z tego nie korzysta. W przypadku SO pewnie uniwersalniej mieć po prostu rejestr z flagą.
Może najsensowniejszym zastosowaniem dla SO jest rzeczywiście jakiś koprocesor, czyli urządzenie blisko współpracujące wewnętrznie z CPU, a przy konstruowaniu zwykłych urządzeń należy zostawić to w spokoju.
Cenna wiadomość dla XXL-a - SO nie ma w 65C816 :P Więc proponuję jej użyć w jakimś nowym sprzętowym rozwiązaniu :)
@Seban: O, i to jest ciekawostka! Dobry pomysł z publikacją projektów. Nieśmiało zagadnąłbym też o SlightSID-a - jest szansa na finisz i wdrożenie do produkcji?
Wiem, że temat jest starszy niż Vasco, ale Atari dobiega 40-tki więc trudno wyskoczyć z czymś nowym.
Do rzeczy: czy ktoś coś wie na ten temat?
Co wiem:
- Dataszit mówi, że tym ustawia się znacznik V w CPU,
- zastanawiający jest brak SEV na liście rozkazów,
- drzewiej chodziły słuchy, że to służy do obsługi koprocesora.
Tak więc ciekawi mnie czy w ogóle są jakieś dokumenty od Atari, Rockwella itp. które mówią do czego planowano to wykorzystać?
Ciekawi mnie też czy ktokolwiek (niekoniecznie w/w świętości) do czegoś to wykorzystał.
Przeszukałem fora (trzy), ale trudno zadać pytanie nie dostając miliona wyników (szczególnie na forum obcojęzycznym ;]).
No skąd. Przecież na tych chipach muzykuje Atari :)
atari.area forum » Posty przez mono
Wygenerowano w 0.121 sekund, wykonano 13 zapytań