Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Test7800 0.7.5 Nowa wersja emulatora Atari 7800 wprowadza obsługę mRAM oraz poprawki proporcji obrazu.
MadMads: Nowy fork asemblera MADS Projekt MadMads pozwala na generowanie czystego kodu źródłowego 6502 z plików MADS.
Współtwórz atari.area i prześlij newsa! Masz ciekawe znalezisko lub informację ze świata Atari? Możesz samodzielnie dodać newsa!
Gopher2600 v0.54.0 Najnowsza wersja emulatora Atari 2600 przynosi tryb headless oraz poprawki błędów.
Gearlynx 1.2.4 Ukazała się aktualizacja Gearlynx, emulatora konsoli Atari Lynx, z poprawionym debuggerem.
atari.area forum » Posty przez mono
Multitasking 8bit
Raczej symultana.
Było to w połowie lat 90tych pod mydosem(toms navigatorem!)...
Mógłbyś powiedzieć coś więcej? Jakiś link? .ATR-a, .COM-a? Chętnie bym to zobaczył. Znałem do tej pory tylko XL Frienda od Avalonu.
Konserwator zabytków.
Proponuję ustalić parytet dla miejsc na podium. Zgodnie z duchem czasów.
.obx i .xex są tożsame. MADS uruchomiony z paluch domyślnie przyjmuje rozszerzenie .obx - najwyraźniej WUDSN mu to przestawia.
Odsyłam do wątku: http://www.atari.org.pl/forum/viewtopic.php?id=13947
Ja robię tak:
exomizer sfx sys -n -t 168 -s "lda \#0 sta \$$22f sta \$$d400" -o prog.xex prog.obxParametr -s zawiera kawałek kodu wygaszającego ekran podczas rozpakowania - możesz go usunąć.
prog.obx to jest oryginalna binarka, prog.xex to wynik.
Poza tym niczym się nie przejmuję. Pakowałem programy od $2000..$BFFF - w innych obszarach nie próbowałem.
Używam exomizera v2.0.11 bo nowsze były narowiste.
Hehe. Hellboj tym razem wystąpił jako bohater swojego własnego dema http://www.pouet.net/prod.php?which=49991 :)
A jeszcze dziwniejszym tworem jest =\= :P
@Smaku: ANTIC potrafi generować obraz o szerokości 384x240 pikseli hires z czego ukrywane jest 24 pikseli z lewej strony i 4 z prawej. GTIA potrafi generować obraz 192x256 pikseli 2x1. Pierwsza linia generowana przez ANTIC to 8 linia GTIA. Phaeron o tym pisze w Altirra Hardware Reference Manual.
Edit: url
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.
atari.area forum » Posty przez mono
Wygenerowano w 0.105 sekund, wykonano 18 zapytań