dely bardzo ciekawe cytaty.
stracili dwa lata na AMY...
skąd one pochodzą?
swoją drogą AMY można odtworzyć, odpowiednie dane (m/in/ netlist) są na stronie:
http://www.atarimuseum.com/computers/8B … index.html
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Zmarł Jer Odszedł nasz kolega, encyklopedia wiedzy na temat elektroniki.
20. odcinek kursu programowania u Larka Larek wraca z okrągłą, dwudziestą częścią swojego popularnego kursu pisania gier na Atari.
ELITE Atari 8-bit! Dostępne demo portu gry ELITE (wersja dyskowa z BBC Micro) na komputery Atari XL/XE.
BBC BASIC dla Atari XL/XE BBC BASIC w wersji 3.10 dostępny na Atari XL/XE! Port stworzył Ivo van Poorten.
Altirra 4.40-test23 Kolejna testowa wersja Altirry przynosi poprawki w emulacji VBXE i usprawnienia w zarządzaniu firmware.
atari.area forum » Posty przez Cyprian
dely bardzo ciekawe cytaty.
stracili dwa lata na AMY...
skąd one pochodzą?
swoją drogą AMY można odtworzyć, odpowiednie dane (m/in/ netlist) są na stronie:
http://www.atarimuseum.com/computers/8B … index.html
Fajny wywiad.
Z całym szacunkiem do Pitera, to pewne fragmenty nie są zgodne z rzeczywistością.
Np. część dotycząca grafiki - otóż Videl oferuje lesze parametry niż AGA. Jest on w pełni programowalny. Programista jest w stanie ustawić dowolną rozdzielczość z dowolną ilością kolorów (oczywiście w ramach dostępnego PixelClock oraz przepustowości pamięci).
Przewagą Videl jest:
- PixelClock - parametr definiujący maksymalną rozdzielczość: Atari 32MHz, Amiga 28MHz;
- Ilość kolorów Atari 65536 vs 256 w Amidze;
- Chunky w Atari vs Bitplane w Amiga
- Większa przepustowość pamięci - daje to więcej kolorów w większej rozdzielczości;
- Dostęp do większej ilości pamięci: 14MB RAM vs 2MB w amidze.
Zaletą AGA z amigi jest:
- większa paleta kolorów w trybie do 256 kolorów - 24bit vs 18 w Atari;
- sprzętowe duszki (8x 4kolorowych lub 4x 16kolorowe);
- HAM256 - ciekawy trik graficzny zwiększający ilość kolorów. Wady: spowolnienie systemu bo wymaga 8 bitplanów; paleta jest zredukowana do 18bitów, zmiana jednego koloru zajmuje 3 piksele.
Multitasking - Atari ST ma multitasking od samego początku, z tym że jest to tzw nonpreemptive, czyli: aplikacja główna plus 6 aplikacji jako akcesoria.
Jeśli chodzi o multitasking typu preemptive to: MutliTOS dostępny jest od 1992, MagiC (Mag!X) pd 1992, Geneva od 1993.
ok, czyli pozostaje Hatari i Aranym
spróbuj po Linuksem podmontować ten dysk. Z poziomu Hatari lub Aranym będziesz miał dostęp do niego.
tutaj info jak podmontować partycję Atari pod Linuxem:
http://meta.libera.cc/2018/07/inspectin … image.html
Tutaj detale o systemie plików:
http://info-coach.fr/atari/documents/_m … _Guide.pdf
wątek na AF:
http://www.atari-forum.com/viewtopic.php?t=16576
więcej: google "linux atari bgm partition"
Jaki sprzęt umożliwi mi najprostsze przenoszenie danych między Falconem a PC? W Falcone mam kartę SD w adapterze, ale jest zamknięta w obudowie. UltraSatan niestety nie działa. Dyskietki mają za małe pojemności. Jakie mam inne możliwości?
CosmosEx (twardy dysk, wifi, lan, zdalny pulpit, zdalna mysz/klawiatura)
http://atari.sk/cosmosex-3-0/
http://joo.kie.sk/?page_id=384
lub kabelek PARPC https://joy.sophics.cz/parcp/
Cyprian napisał/a:Dely, MSTE botuje się w trybie STE
A gdzieś napisałem, że jest inaczej? :)
ja tutaj nikogo nie poprawiam tylko informuję :P
16 MHz z cache mogą sprawiać problemy, pod warunkiem że użytkownik intencjonalnie nie przełączył się w "turbo".
Dodatkowo, całodyskowe gry zawsze startują w trybie STE,
wziąbym obie, jeśli jedną to Mega STE.
Dely, MSTE botuje się w trybie STE, czyli 8MHz bez cache.
1. Sikor
2. Rastan
3. voy
4. perinoid
5. Cyprian
Cyprian, dzięki, ale nie o to mi chodziło. W dokumentacji jest tylko kod rozkazu a nie ma słowa o tym jak w argumencie dst i src instrukcji (poza movei bo jest 3 bajtowa a nie dwóbajtowa) jest kodowany określony rejestr lub inny argument. Tech Reference był pierwszym miejscem do którego zajrzałem aby odświeżyć pamięć. BTW: przy okazji wiadomo o co trzeba ten dokument uzupełnić. Lepsze wyjaśnienie jest tutaj, ale także nie kompletne: https://www.mulle-kybernetik.com/jagdox … 20Encoding
Kiedyś to miałem rozpisane, ale już nie pamiętam czy to pochodziło z jakiegoś dokumentu czy sam to zrobiłem. Niestety nie mogę tego pliku znaleźć.
"Instruction set" pokazuje nam jak wygląda 16bitowe słowo instrukcji. Najstarsze 6 bitów to kod instrukcji, potem 5 bitów rejestr źródłowy i na koniec 5 bitów rejestru docelowego.
Zaraz wrzucę zrzuty ekranu z debuggera z instrukcjami i ich kodem
---edycja---
Wrzuciłem.
Teraz jest ok?
cacy,
to jest mechaniczny "atari pong coffee table"
nowa praca na Lynxa? no cacy
rj1307 zrobiłeś nam rok Linu^H^H^H^H Lynxa ;)
sprawdzałeś czy zapisywane pliki są poprawne? efekt "bad dma" objawia się właśnie problemem z zapisem danych na twardzielu
Gratuluje, ciekawe dlaczego magnetofon wygląda jak XC12 od Atari ?
bo to jest to samo
http://atariki.krap.pl/index.php/PM4401A
Z przełącznikiem 1.04/2.06 to obawiam się, że będzie kłopot. Jakiś czas temu próbowałem na różne sposoby coś takiego osiągnąć, ale mi się nie udało. Powód jest taki, że oba te TOS-y mają różne adresowanie pamięci (okupują inne adresy) i 2.06 ma GAL-a, który te adresy "tłumaczy" a 1.04 nie może tego mieć. Nie da się na dzień dzisiejszy łatwo zrobić ST(FM) w taki sposób, żeby miał jednocześnie 1.04/2.06.
Rozwiązaniem było by mapowanie tego samego TOSu pod dwoma adresami na raz: $FC0000-$FEFFFF oraz $E00000-$EFFFFF.
GAL mapuje pierwsze cztery bajty ROMu pod adres $0-$3 RAMu (CPU Initial SSP), oraz następne cztery bajty ROMu pod adres $4-$8 RAMu (CPU Initial PC)
Dzięki temu podwójnemu mapowaniu, niezależnie od wersji TOS, procesor wykonywał by skok (CPU Initial PC) do właściwej przestrzeni adresowej $FC0030 lub $E00030
macie tutaj porównanie mydelniczek. Jak dla mnie to ta z czarnymi klawiszami jest najładniejsza.
https://ilesj.wordpress.com/2010/07/01/ … sid-model/
i jeszcze Aldi:
https://www.c64-wiki.de/wiki/C64_Aldi![]()
Jag ma parę bugów, ale mniej niż kiedyś twierdzono. Finalnie nie są one poważne
Przykładowo, kiedy ktoś nie rozumiał działania pipeline w procesorach RISC i zaliczył metodę kolejkowania danych w rejestrach procesora do bugów.
Siedzę aktualnie nad Lynxem i jego dokumentacją no i tam też są bugi w matematyce i blitterze, no ale one nie przeszkadzają w tworzeniu gier.
amiga 500 też ma parę bugów - np. zła obsługa busmasteringu procesora 68000 - instrukcja TAS wywala cały system ale jak widać da się z tym żyć.
W załączniku robocza wersja Jaguar Technical Reference v10
coś gdzieś kiedyś?
Pisałem właśnie na PW z artik-wroc no i coś mi najwyraźniej nie styknęło i Was pomyliłem :)
Rozumiem że MB szykuje nowe demo na Jaga? :)
W pewnym sensie to są dwie do Jaga. Tutaj np. Jag (w sumie to CoJag) z kartą 68020:
skoro masz już sprzęt to może dałbyś radę zrobić dopałkę do Jaga?
w sumie to to samo co do ST.
TerribleFire 534 właśnie stał się otwartoźródłowy: https://github.com/terriblefire/tf534
kupiony?
sprawdzę jak wrócę z wakacji, ale tak z pamięci to mam 1xkrotkie 520ST z 1bit, 1xkrotkie 520ST z 1bit plus nalutowane układy rozszerzenia pamięci, 1x1040STfm z 4bit i 1x1040STe SIMM
Pozostaje tylko zagadka tych rozmazanych obrazków przy starcie. Czy to możliwe że przez to że monitor jest w systemie NTSC (USA), lub komputer? Sam nie wiem.
wrzuć jakieś zdjęcie. łatwiej będzie ocenić o co chodzi
---edycja---
ops przeoczyłem zdjęcia.
to wygląda na złą częstotliwość odświeżania 50Hz vs 60Hz
https://imgur.com/F8u5Tgi
to wygląda dziwnie:
https://imgur.com/Yufv828
Podeślesz image tej gry, albo ZIPa z nią?
przetestujemy u siebie
dzięki
atari.area forum » Posty przez Cyprian
Wygenerowano w 0.157 sekund, wykonano 11 zapytań