Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Wyniki konkursu i gala FujiCup 2025 Poznaj zwycięzców dorocznego turnieju FujiCup 2025 wspierającego twórców gier na Atari XL/XE.
Fujisan 1.1.8 Nowa wersja emulatora Fujisan przynosi wsparcie dla FastBasic oraz poprawki błędów w obsłudze dźwięku.
Wyniki 24h Compo: System Error Poznaliśmy zwycięzców 24h Compo: System Error.
Gearlynx 1.2.1 Gearlynx to wieloplatformowy emulator konsoli Atari Lynx, który właśnie doczekał się ważnych poprawek.
II. Baskijski Turniej Atari 8-bit Relacja z drugiej edycji retro zawodów Atari 8-bit zorganizowanych przez Euskal Retro w Bilbao.
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 23 zapytań