Adam, Copper nie jest odpowiednikiem Antic. W amidze Denise zajmuje się generowaniem obrazu.
Copper służy do modyfikacji dowolnych rejestrów sprzętowych amigi. Ma do tego dedykowaną listę zadań. Antic tego nie potrafi.
Antic za to zajmuje się generowaniem obrazu/duszków i ma do tego dedykowaną listę - tego Copper nie potrafi.
Antic pobiera dane z listy raz na linię (o ile mnie pamięć nie myli), Copper maksymalnie 113 na linię.
Inna idea, inne mechanizmy, inne zastosowania, jedyny wspólny element to lista zadań.

ZbyniuR, jak dla mnie zbyt mocno naciągana teoria.

Zarówno pod względem dźwięku jak i obrazu układy Atari 8bit jak i Amigi są kompletnie różne. Nie ma tam wspólnego mianownika. Pewnie zaraz ktoś wspomni o display list i copper list - otóż ich jedyna cecha wspólna to podobna nazwa.
Miksowanie trybów graficznych to żadna unikalna cecha. W pewnym sensie jest ona popularna na ST (np. miksowanie midres i lowres w demach, technika overscan). Co do układu dźwiękowego to Miner nie przykładał palca do Pokeya.

Swoją drogą jakiś czas temu zauważyłem dziwny kult Minera. Sam zrobił Atari, sam wydziergał amigę.  Niedługo pewnie dowiemy się że biegał po wodzie :)

A tutaj ciekawy cytat z pewnego wywiadu:
" The Atari 800's architecture evolved as an upgrade of the 2600. Conceived primarily by Steve Mayer, Joe Decuir and Jay Miner before"

od początku ST nie było targetowane jako konkurencja amigi (gdyż jej jeszcze nie było - były tylko czipsety) tylko konkurencja Mac'a.  Tak było do 1987 roku (gdyż koncepcja A1000 była niewypałem) gdy Commodore przywróciła prawdziwą konsolową twarz amidze. To rynek, po 87' popchną ST i amigę do wzajemnej konkurencji.

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

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

nowy film:
https://www.youtube.com/watch?v=2KbDM-Bw80U

grałbym...

mógłbym sprawdzić ale nie mam dzojstika.
w weekend kopsnę się na giełdę, może coś wygrzebię.

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.

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.

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

im jestem starszy tym mniej mi się chce :)

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

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.

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 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.

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

dla tego lubię oglądać live z party.
może video jest to gdzieś dostępne

128kB to fajny kierunek, oby więcej takich dem działających na fabrycznym komputerze.

świetna muzyka, dodatkowo fajnie dodane stereo.