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 Cyprian
z tego co wiem to team Minera dla Atari zaprojektował nie Atari XE czy 400/800 tylko dwa czipy Antic i TIA.
Tak więc oprócz jednego z designerów sprzętowych Atari - Minera, osobiście nie widzę tutaj powiązania z Amigą 500. (swoją drogą czytałem że A1000 była przygotowana przez team Minera a A2000 i A500 przez inny team Commodore)
Atari produkowało cała gamę sprzętów, które miały kompletnie różnych designerów - Pong/XL/Lynx/Jaguar/ST/Falcon.
Tak więc Atari to nie Miner a Miner to nie Atari
xxl napisał/a:konstrukcja Atari 800XL rozwinela sie w Amige 500.
Dokładnie. Wiele osób ma takie podejrzenia :D
Np. jest tam też odmiana 6520 i to aż 2 egzemplarze.
taaa a Apple Macintosh są rozwinięciem atarowskiego Ponga Jobsa/Wozniaka
lubię takie teorie spiskowe...
Tak jak paru przedmówców, nie podzielam waszego entuzjazmu amigą.
O ile notkę Lothatka o dostępnym rozszerzeniu uważam za ok, to już sentymentalne historie co kto i gdzie na amidze robił uważam za nie na miejscu.
Bałagan bałaganem, ale na dłuższe tego typu elaboraty lepsze są inne dedykowane tematyczne fora.
Dlatego też tutaj nie obnoszę się z tym że debugger w emulatorze amigi - WinUAE będzie wzbogacony o parę moich sugestii :P
pewnie klasycznie 5 minut :)
Jakie sygnał masz podłączone do tego isistatu?
Ja taki kabel będę montować, z tym że planuję zamontować tylko jeden przełącznik na pin Monochrome detection. Sygnały R/G/B/V/H będą wspólne.
mógłbym sprawdzić ale nie mam dzojstika.
w weekend kopsnę się na giełdę, może coś wygrzebię.
:)
Mega klaycznie - przelutowanie kości pamięci lub rozszerzenie pamięci. Artik chyba miał coś takiego.
znam temat Natami, śledzę go od lat. pamiętam że było tam sporo bzdurnych dyskusji na temat nowych bzdurnych instrukcji. Ale z tego co widzę ten rozdział jest już zamknięty.
Najważniejsze że mają gotowy rdzeń 68000 dla Cyclone, który działa na cudzym FPGA np Vampire600 i być może zadziała na MiST.
Mega STE ma sloty SIMM na 4MB ramu. By dołożyć więcej trzeba mieć rozszerzenie pamięci, np Marpet Xtraram+8 albo takie jakie montował Artik
Cyprian, tak half ton ram może być dodatkowym źródłem, ale to jest chyba tylko 16word'owa tablica pattern'ów a nie pełnoprawne źródło w pamięci. Tak mi się wydaje, choć nie używałem.
tak halftone ma 32 bajty. Jest to pewne ograniczenie ale w zamian dostajemy szybkość działania gdyż korzystanie z niego jest darmowe. Dzięki temu BLiTTER ST ma szybszy fillrate niż amigowy. Moją ulubioną funkcją HalftoneRam jest mapowanie wartości (halftone tablica). Ray/tscc użył tego do swojego Truecolor Fadingu.
Co do rysowania linii to powiedzenie, że atarowy blitter rysuje linie ale tylko poziomi i pionowe to jak powiedzieć, że ma się auto które jeździ tylko w tył;) Też słyszałem o próbach użycia blitter'a do rysowania dowolnych linii ale moim zdaniem to unicorn. Poza tym wątpie, że taka metoda była by szybsza od dobrze zoptymalizowanej procki rysującej linie opartej na cpu.
Założeniem blittera (Bit-Blit) jest dokonywanie operacji na bitach, jak dla mnie w ten zakres obowiązków blitter Atari idealnie się wpisuje. Jeśli chodzi inne algorytmy typu bresenham czy the fill carry-in to są one raczej spoza blitterowego zakresu :P
PS. demo byś jakieś napisał, Twoja wiedza się marnuje;)
im jestem starszy tym mniej mi się chce :)
można,
można je obie również podłączyć do ST/Falcona
Ja wogole nie wiem co na forum atari robia typy z amigowych portali? I co robi na forum atarowskim topik o jakiejs karcie do amigi. Nawet w balaganie ...
ta, też mnie to zastanawia, na AA jest więcej tematów o amidze niż na PPA o Atari.
Z drugiej strony jednak to "amiga" i "bałagan" ładnie się razem komponują :P
swoją drogą to ciekawie wyglądają wyniki karty Vampire600 z rdzeniem Apollo/Phoenix 68000.
Było by fajnie gdyby ktoś Vampire przeportował na ST
o, no to nieźle.
Ciekawe czy MIST by to pociągnął
Nie znam detali Amigowego blitter'a ale z tego co wiem to potrafi rysować linię oraz wypełniać polygony oraz przeprowadzać operacje czytając nawet z 3 źródeł. Atarowy blitter tych rzeczy nie potrafi.
Atarowy blitter też czyta dane z trzech źródeł - 1: Source; 2: HalftoneRam; 3: Destination. Podstawowa różnica to taka że w amidze są podpięte pod niego cztery kanały DMA a w Atari dwa.
Może też wypełniać poligony: http://www.atari-forum.com/viewtopic.ph … 31#p185371 i http://www.pouet.net/prod.php?which=29062
Tutaj różnica jest taka że amigowy tak naprawdę nie wypełnia poligonów tylko prostokątny obszar. Czyta więc cały prostokątny obszar ale w zależności od bitu carry-in zapisuje "1" lub "0";
STkowy za to albo wypełnia całe prostokąty patternem albo wypełnia wektory linia po linii (przy pomocy CPU).
STkowy też potrafi rysować linie ale tylko poziome i pionowe, amigowy również ukośne.
Gdzieś na AtariForum czytałem o idei rysowania ukośnych linii blitterem przy pomocy spriteów.
Spotkałem się z opinią, że Atari wrzuciło Blitter do STE, gdyż konkurencja miała taki chip i trzeba było mieć taki chip w marketingowym portfolio;) Nie mam pojęcia ile w tym prawdy.
do 1987 roku (czyli do A500) amiga nie była konkurencją Atari. Nie bez powodu ST był nazywany "Jackintosh", gdyż celował w rynek Maca. ST miał ten sam procesor, podobny ale ulepszony tryb graficzny ST-High, podobny system graficzny.
Ale może coś w tym może być, że pod wpływem Commodore, Atari postanowiło również dodać blitter.
Na net.micro.atari16 wyczytałem że już 1986 roku Atari sprzedawało blitter jako dodatek do ST. W Mega ST od 1987 roku był montowany fabrycznie
Blittery w Atari STE/Mega ST/Mega STE są identyczne pod względem funkcji, ale są drobne różnice dotyczące timinigów. Falconowy ma też te same funkcje, ale pracuje na 16MHz.
Blittery w Atari są takie same. Tak jak Adam napisał, Falconowy pracuje dwa razy szybciej. Co do Mega STE to jedyna różnica jest taka że blitterowy bus-mastering zabiera 1cykl szyny więcej (ponoć ze względu na pamięć cache) na blit - czyli różnica pomijalna.
Co do porównania to amigowy blitter ma jeszcze jedną faną funkcję "cookie cut", czyli w przypadku zdefiniowanej maski wstawia sprite w jednym przebiegu, STkowy wymaga dwóch przebiegów (1-maska; 2-sprite). W przypadku automaski ST potrzebuje tylko jednego przebieg.
Generalnie implementacja BLiTTERa w Atari podlega hasłu "Power without Price", czyli jest on prostszy niż amigowy ale w pewnych obszarach szybszy.
któreś demo DHS'ów odmawia przez to współpracy na Mega STE
Ich dema działają na MSTE, Evil pisał że wymagało korekcji. Ze względu na overscan ich dema są wycyklowane więc dla MSTE trzeba było zrobić korekcję o 1 cykl szyny
krzyż jest passe, aktualne jest "gdzie jest tęcza"
.. ja się tylko chciałem zapytać dokąd odleciał PTAK, który krążył nad miastem? :D
dla tego lubię oglądać live z party.
może video jest to gdzieś dostępne
I to jeszcze działa na 130xe
128kB to fajny kierunek, oby więcej takich dem działających na fabrycznym komputerze.
"qrfa"... msx(w stereo) po prostu magia, grafika magia.
świetna muzyka, dodatkowo fajnie dodane stereo.
Pytanie. STe podaje oprócz RGB dwa sygnały synchronizacji (horizontal / vertical). Jak to ożenić z "Euro złączem"?
w Euro mam na 20 pinie csync, na 16 rgbctrl ...
EDIT:
Źle szukałem i stąd pytanie. Odpowiedź znalazłem na ... forum aa ;)
http://www.atari.org.pl/forum/viewtopic … 82#p191682
nieaktualne.
na dniach będę montował kabel. Daj znać czy ten schemat działa bo spotkałem parę różnych wariantów różniących się detalami, np:
http://info-coach.fr/atari/hardware/int … itel_cable
http://www.septicsurgeon.net/Hardware_M … 8E%29.html
i jeszcze coś w tym wątku http://www.atari-forum.com/viewtopic.ph … 11#p265489:
Testowałem ten player z HDdriver z partycją BGM oraz z darmowym sterownikiem PPery. W obu przypadkach miałem za niski transfer - coś koło700kB.
nie wiem jaką przepustowość ma USatan, wiem tylko że ACSI ma max 2MB/s
Planuję sprawdzić to na dobrej karcie SD i kupnym sterowniku PPery
Demo Near ... powiem tak. Demo szacunek, ale jak zobaczyłem final wersię, to krzyknąłem do monitora (nic mi nie odpowiedział):
"ale urwał"
właśnie obejrzałem no i wypas. tak jak pin napisał chcemy więcej i dłużej.
ciekawe rozwiązanie, wystarczy parę rezystorów by podłączyć SD do ST lub XE:
http://blog.vinu.co.in/2012/05/attempt- … ed-at.html
Hej mistrzowie.
Szukałem jakiegoś małego języka skryptowego dla ST na Mist i znalazłem Lua.
Jakby ktoś chciał się pobawić, więcej szczegółów tutaj:
http://blog.greblus.net/2015/01/12/lua- … -st-purec/
i tutaj:
http://blog.greblus.net/2015/01/06/lua- … -atari-st/
Tylko proszę się nie śmiać. ST to dla mnie nowość ;)
fajny blog.
LUA przewnęła mi się parę razy przez dysk ale nigdy jeszcze jej nie próbowałem.
Da się może z poziomu LUA korzystać z funkcji GEM/GEMDOS/VDI itp?
Ale przecież nakładka na CPU to PCB i same ścieżki (no i podstawki), co w niej ma kosztować? Niedawno na eBayu widziałem za 10 czy 15 euro...
z tego co pamiętam to Alanh (autor tego ALTRAM 8 MB) pisał że sam "clip PLCC socket" kosztuje kilkadziesiąt funtów.
w przypadku rozbudowy Exxos - 68000, w tym samym wątku Rpineau wspominał że pracuje nad innym dopalaczem z 68020
Artik, ten program jest dla 68020
** The trap handler wedged into the privilege violation vector. **
** **
** If the instruction was MOVE SR,<ea> it is converted to MOVE CCR,<ea>. **
** The instruction cache is flushed, then the instruction is re-executed. **
Dodatkowo, jeśli TOS nie startuje to też nie było by okazji uruchomić ten program.
atari.area forum » Posty przez Cyprian
Wygenerowano w 0.156 sekund, wykonano 17 zapytań