Dr Basiukiewicz, Dr Hałat, dr Błochowiak, dr Polok, prof Zieliński!
https://www.youtube.com/watch?v=JtvUgaNI1MM
Dzięki, interesujące rzeczy. Ja dołożę tylko to: https://www.youtube.com/watch?v=efdoS90PRSI
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
STOS BASIC V5.5 Alpha Popularny język programowania dla Atari ST powraca po ponad 30 latach w nowoczesnej wersji.
Command & Conquer na Atari ST Kultowy RTS Command & Conquer zmierza na Atari ST. Zobacz niesamowity port legendarnej strategii.
Altirra 4.50 test 13 Avery Lee udostępnił kolejną wersję testową najdoskonalszego emulatora Atari.
CT60 TOS 1.03e Po blisko 21 latach ukazała się oficjalna aktualizacja CT60 TOS do wersji 1.03e.
Gearlynx 1.2.14 Ukazała się kolejna odsłona zaawansowanego emulatora Gearlynx dla konsoli Atari Lynx.
atari.area forum » Posty przez mono
Dr Basiukiewicz, Dr Hałat, dr Błochowiak, dr Polok, prof Zieliński!
https://www.youtube.com/watch?v=JtvUgaNI1MM
Dzięki, interesujące rzeczy. Ja dołożę tylko to: https://www.youtube.com/watch?v=efdoS90PRSI
Ach, "kułactwo i prostota". Skoro ta inteligencja w całości została wymordowana, to na jakim innym podłożu wychowana została ta obecna, do której szeregów młódź tak chętnie aspiruje?
A przy okazji - na czym polega to "kułactwo" i dlaczego jest takie złe?
No Twój jest krótszy.
Ano za mało. Tylko BELL można jakoś tam z biedą wywołać legalnie - resztę albo trzeba skokiem do ROM-u albo się nie da.
Ciekawe jest, że w stanie krytycznym wszystkie te sygnały brzmią inaczej (ze względu na ustawiony I lub CRITIC).
To jest sygnał rozpoczęcia operacji zapisu na magnetofon.
ERROR (czyli BELL) to jest 32 razy wywołany CLICK.
Są trzy: klik klawiatury, dzwonek (BELL=CHR$(125)) i sygnał odczytu/zapisu na magnetofon (mam na myśli ten dzwonek, dwa przed rozpoczęciem operacji z magnetofonem). I SELF-TEST :) Chyba więcej dźwięków z OS-u nie wydusisz.
Edit: Właściwie to jeszcze kilka: odczyt/zapis danych z magnetofonu (transmisja dwutonowa) i ogólny odczyt/zapis przez SIO.
Masz jakiś strumieniowy kompresor, który dałoby się zaprząc do takiej syntezy?
Założyłeś rafinerię liquidu? :) I masz tam całą kolumnę rektyfikacyjną?
Dla mnie również atari800 to podstawowy emulator Atari, więc dołączam się do próśb.
"Wspieranie ożywienia gospodarczego" przez wyższe opodatkowanie :) Brawo! Papier przyjmie wszystko.
Uuuu drogi Panie. Piękne! Napisz coś więcej może jak tej syntezy używać i jak to działa może. I może więcej niż jest na atariage. Bardzo dobra funkcja!
Tak, pierwsze max 64 cykle są stracone :)
A dałoby się tam dodać jeszcze taki drobiazg z XEGS: "wskazuje fakt podłączenia klawiatury (1 - podłączona)" http://atariki.krap.pl/index.php/Rejestry_GTIA#TRIG2 ?
Nie timera a licznika. Nie jest potrzebny timer taktowany jakimś swoim zegarem. K0 OR K5 -> reset licznika K1K2K3K4, K0 jest podawane na wejście taktujące licznika K1K2K3K4. Linia K0 + licznik K1K2K3K4 + linia K5 składa się na pełny licznik wierszy i kolumn.
@_tzok_: Moim zdaniem nie ma potrzeby generowania wewnętrznych timingów, bo zakładając że linia K0 jest najmłodszym bitem licznika a K5 najstarszym, to wtedy zmiana K0 mówi o zwiększeniu licznika K0..K5, natomiast zmiana K0K5 z 11 na 00 mówi o tym, że licznik K0..K5 zostaje wyzerowany. Krótko mówiąc mając najmłodszy i najstarszy bit licznika jesteś w stanie zregenerować wszystkie bity.
Edit: Oczywiście podstawą jest synchronizacja do zmiany 11->00 K0K5.
Zgadzam się. Trochę mnie zaskoczyło, że Pajero chce coś robić dodatkowo w przypadku gdy używana jest SDX, stąd te elaboraty. Kfadratiszen-praktiszen-gut!
mono napisał/a:Edit: Skoro potrzebujesz CIO i urządzenia D: to pewnie zamiast loadera potrzebny będzie jakiś GameDOS. Czemu właściwie używasz CIO a nie wpakujesz wszystkiego do jednego .XEX-a, choćby i megabajtowego, i nie porozmieszczasz samodzielnie wszystkiego po pamięci jak Ci pasuje? Gra ładowałaby się nawet z najprostszego loadera a nikt nie zabrania wykonywania bloków init.
skoro gra doczytuje dane to jak wykonac "powrot" do juz wczesniej zaladowanego/wykonanego inita?
Chodziło mi o model, kiedy gra cała mieści się w pamięci i trzeba ją tylko załadować do kolejnych banków.
@pajero: Skoro musisz mieć DOS-a, to proponuję:
1. Rozpoznać czy masz SDX i w jakiej konfiguracji (czyli gdzie jest bank systemowy z procedurami obsługi filesystemu): http://atariki.krap.pl/index.php/Progra ... mi%C4%99ci
2. Znaleźć indeksy banków pamięci http://atariki.krap.pl/index.php/Progra ... zszerzonej (punkt 2).
W Programming Guide znajdziesz sposób odczytu adresów symboli http://sdx.atari8.info/index.php?show=en_docs za pomocą procedury JFSYMBOL i zmienne systemowe ulokowane względem COMTAB (którego adres znajduje się w DOSVEC).
W ten sposób będziesz mógł załadować swoje rzeczy do ExtRAM nie kolidując z CIO, choć pamiętaj że bank systemowy może być ulokowany albo w ExtRAM (konfiguracja BANKED) albo w pamięci pod ROM (konfiguracja OSRAM). Więc może lepiej zasygnalizować użytkownikowi przypadek kiedy nie da się załadować danych bez kolizji z SDX?
@pajero: Nie wiesz jak SDX jest skonfigurowana czyli czy jest w pamięci bazowej, pod ROM-em, czy w banku pamięci. Nie wiesz w którym banku pamięci. Nie wiesz też jaki jest nośnik na którym masz SDX i wiedzieć nie możesz, bo już aktualnie SDX jest:
1. W wersji wbudowanej do środka komputera (intSDX).
2. Na wielu różnych cartridgeach (z różnymi schematami bankowania i używającymi różnych rejestrów do przełączania).
3. Na różnych nowych urządzeniach (również pod różnymi adresami).
A kto wie co przyniesie przyszłość - czy SDX nie będzie ładowany z dyskietki i nie będzie siedział całkowicie w pamięci dodatkowej, albo w VBXE.
Nie ma więc jedynego słusznego adresu i jednej słusznej metody. Żeby odłączyć moduł musiałbyś:
1. Rozpoznać czy SDX jest włączony.
2. Wywołać funkcję JHWCTRL która nie jest publiczna.
Ale to i tak nie gwarantuje poprawnego załadowania Twojego programu, bo jest jeszcze ExtRAM.
A skoro ładujesz dane do banków ExtRAM, to wypadało by:
1. Dowiedzieć się gdzie SDX ma bank systemowy i czy przypadkiem nie jest on w ExtRAM.
2. Omijać go przy ładowaniu danych (bo tam raczej będzie siedzieć procedura obsługująca I/O).
A jak potrzebujesz 128KB dodatkowej pamięci a masz 130XE? To bank systemowy musi zostać zniszczony (jak Kartagina).
Proponuję się więc nie przejmować SDX, niczego nie odłączać, a zdać się na użytkownika który i tak grę raczej będzie ładował z loadera :) albo użyje X lub #.
Edit: Sprecyzowanie dlaczego należy omijać bank systemowy.
Edit: Skoro potrzebujesz CIO i urządzenia D: to pewnie zamiast loadera potrzebny będzie jakiś GameDOS. Czemu właściwie używasz CIO a nie wpakujesz wszystkiego do jednego .XEX-a, choćby i megabajtowego, i nie porozmieszczasz samodzielnie wszystkiego po pamięci jak Ci pasuje? Gra ładowałaby się nawet z najprostszego loadera a nikt nie zabrania wykonywania bloków init.
Fajny silniczek. Czy aby na pewno okrzyki w IK są na samplach? Bo np to http://asma.atari.org/asmadb/search.php?play=1839 chyba nie...
Robert to ten gość koło Nietoperka?
@xxl: A co zrobisz z 72 liniami w PAL/SECAM (lub 22 w NTSC)? W FGTIA jest 3 linie luminancji.
"Samorządowcy". PRL siedzi w ludziach głęboko.
Film p.t. "Ściana"? Z ujęciami z kilku kamer :)
Widać brać studencka aktywnie wspiera swojego żywiciela. :D
Powinni założyć jeszcze browar i mieliby całość rynku w kieszeni. Zestaw dobowy - zupka + piwo - dostępna w dobrych społemach i salonach żabki.
To zamiast robić zapisy rób licytację na kolejne carty :)
Dzisiejsza medycyna estetyczna potrafi i takie cuda, więc o folię też się nie ma co troszczyć specjalnie. Szalej Pinokio!
32 bajty + tekst jeśli dobrze liczę.
Jako że Twój kod znajdzie się w konkretnej wersji ROM i będzie niejako częścią konkretnego OS-a, to możesz korzystać z "nielegalnych" skoków prosto do OS-a np. do sławnej procedury PUTLINE ($C642) która wypisze Ci linię tekstu spod adresu w YX :) Kod będzie miał 7 bajtów (* ilość wierszy tekstu) zamiast 32 czyli:
ldx #$FF
txs
ldx #<msg1
ldy #>msg1
jsr PUTLINE
ldx #<msg2
ldy #>msg2
jmp PUTLINE
msg1 .byte 'Alamakota',$9B ;$9B=EOL
msg2 .byte '(c) 2021 by Perinoid',$9BEdit: Widzę że w $CB65..$CBFF masz trochę miejsca (BB01 czyi rev.02).
atari.area forum » Posty przez mono
Wygenerowano w 0.180 sekund, wykonano 20 zapytań