Article View: pl.comp.sys.atari
Article #37051Re: Atari <-> C-64 - a sprawa polska znaczy co jest lepsze... ;-)
From: ArchieIl
Date: Tue, 27 Mar 2012 19:37
Date: Tue, 27 Mar 2012 19:37
171 lines
9519 bytes
9519 bytes
On 27 Mar, 20:08, Sebastian Biały <h...@poczta.onet.pl> wrote: > On 2012-03-27 19:13, ArchieIl wrote: > > On 27 Mar, 18:32, Sebastian Biały<h...@poczta.onet.pl> wrote: > >> Więc w 1982 był 1200XL z pamiecia 64k. C64 startowało w tym roku i ZX > >> też. Każdy miał jakieś modele wcześniej. Idealnie wyrównane szanse. > > Możesz to rozwinąć? > Co rozwinąć? > A1200XL - 1982 - 64kB. > C64 - 1982 - 64kB. > ZX Spectrum - 1982 - 48kB. > > Każda firma miała wcześniejsze modele. A400/800, VIC-20, ZX-81. Co > chcesz jeszcze rowijać? A1200XL de fakto testowy model. Ekskluzywny... C-64, ZX - komputery low budget. Poważnie jesteś milionerem i rzucasz kostką w takich sytuacjach? Poczytaj może o kontekście pojawienia się A1200XL i jego parametrach, dostępności i cenie, a potem o tym jak to wyglądało w C-64 i w ZX Spectrum. Z moich dociekań wynikało, że sami projektańci bardziej byli zainteresowani "Atari 7800" ale przede wszystkim projektem mikrokomputera 16-32 bitowego. Brałem również pod uwagę istnienie działu arcades w Atari w moich analizach. Nadal utrzymuję, że "Amiga", która miałaby mieć w założeniach 128KB czy 256KB RAM mogłaby jednak odstawać od tego czym się w końcu stała. Nie doszukałem się rozpiski o tym jak się projekt tego mikrokomputera zmieniał w czasie, a źródłowe zawirowania na rynku nie wydają się mieć drastycznego wpływu na możliwości pracy nad nią. Może napiszę to inaczej. Według mnie jedynie Atari miało wizję wypuszczenia taniego 16-32 bitowego mikrokomputera domowego. I co więcej myślę, że przedłużenie 8bitów wynikało z tego, że branża bazująca na infantylności decydentów mogła się spodziewać, że 16-32 bitów to już superkomputer, a nie zabawka do domu ;-). tzn. to co dla projektantów Atari było wpuszczeniem arcades machines pod strzechy dla otoczenia było atakiem na PC-ta czy dopiero kiełkującego Maca. Powtórzę mi tamta sytuacja śmierdzi. > Mam na stoliku jakiś metr ode mnie wszystkie 4 sztuki (zx, atari, x64, > amiga). Wszystkie na chodzie. Na wszystkich pisałem w asm. Na wszystkich > kiedyś znałem dostatecznie dobrze hardware żeby teraz z perspektywy lat > móc obiektywnie ocenić przydatność w zastosowaniach typu gry. Co nie > znaczy że wiem wszystko i zdaje sobie z tego sprawę. Tylko, że dajesz przykład ZX-a z jego spritami softwarowymi, a potem sugerujesz, że na Atari było gorzej bo nie wyrabiał się procesor, a to bzdura. Żeby konkurować z ZX-em w późniejszych grach Atari musiałoby mieć doświadczonych programistów i standard pisania na 64KB. A już sama chęć wypuszczania gier na kartach 8-16KB minimalizowała grywalność przykład Montezuma's Revenge i Preliminary Monty. Atari może i miało doświadczonych programistów ale pod 2600, a rynek XL/XE ani nie był w centrum uwagii Atari ani nie był specjalnie lubiany przez firmy, które często powstawały bo programiści skonfliktowali się z Atari i przenieśli na własne podwórko. Dodaj do tego różnicę w sprzedaży wynikającą z braku przygotowania na wojnę cenową w 8bitach. > > gdyby Atari miało 16 pikslowe 3 kolorowe duszki bez przesuwania w > > pionie nikt by się nie przejmował, że w pionie trzeba procesorem > > duszka przesuwać. > > Za wyjątkiem programisty który liczy cykle. A 6502 nie wybacza > kopiowania pamięci. Najpierw mi walisz ZX-em, a teraz czepiasz się kopiowania pamięci. Naprawdę jeśli nie musieć zużywać połowę procesora na kolorowanie, multipleksowanie, dodawanie elementów ruchomych to przesuwanie w pionie jest po prostu pomijalne. Gdy się zacznie jednak próbować wszystko podbarwiać zaczynają wychodzić problemu z pamięcią, której idzie masa jeśli procesor ma się wyrobić w cyklach. w szczególności tworzenie duszka to: LDA #p1 STA pos1, X INX dla duszka w matrycy 8x16 to jest ledwie kilkaset cykli.... Nawet dla duszka w matrycy 20x20 to jest maksimum kilka tysięcy cykli. Problem pojawia się gdy musieć do tego ręcznie z tłem operować. > >> Ile duszków potrzebuje animację co ramkę? Na atari czy animujesz czy nie > >> - przemieszczanie w pionie oznacza kopiowanie. Na C64 nie. To zasadnicza > >> czarna dziura wchłaniająca dodatkowy MHz z Atari. > > Rozumiem, że masz jakieś wyliczenia na poparcie swojej tezy? > Nie. Mam doświadczenie. Pisywałem i tu i tu. Pisywalem w asm. Wykonanie > ruchu sprite w pionie na Atari pochłania nieporównywalnie więcej czasu > niż na C64. I bylo to nieporównywalnie razy N jesli chodzi o duszki > kolorowe. I Twoje doświadczenie mówi, że przesuwanie 2 duszków 3 kolorowych 10 bitowych w pionie jest największym problemem Atari jeśli chodzi o obciążenie procesora? > > Przeczytałeś już, że na Atari uzyskanie podobnych efektów to 50-100% > > większy narzut na użycie pamięci? > > *I* procesor. Chyba że masz jakies wsparcie w postaci wyliczeń. I > merytoryki, o której tyle mówisz. Ale zdajesz sobie sprawę, że w C-64 scroll bierze kilka razy więcej cykli niż przesuwanie duszka w Atari? Może inaczej. Gdyby Atari miało 6502++ z wewnętrznym cachem choćby 2KB i możliwością walenia po szynie w 1 cyklu nie byłoby problemu z tym, że do zrobienia dynamicznego podkolorowywania potrzebne jest po kilka KB RAM na każdy przesunięty piksel. Nie byłoby też wtedy problemu, że do uzyskania 256znaków graficznych w Atari potrzeba jest z 4x więcej pamięci bo część znaków musi się dublować w każdym zestawie. Zauważysz w końcu, że uzyskanie efektów takich jak na C-64 na Atari wymaga dużej ilości RAM jeśli procesor ma się wyrobić? nie. ja nie napisałem, że wymaga dużej ilości ram żeby wymagać. Wymaga dużej ilości RAM żeby procesor nie musiał nic liczyć, a jedynie przewalać wskaźniki. > > Jeśli nie zakładać alternate reality, w której C-64 jest odkrywczy to > > tutaj > > jest rownie odkrywczy co PC. > *Żadna* z maszyn wielkiej trojki, zx spectrum, atari xe, c64 nie byla > odkrywcza. Każda była ewolucją ze starszych modeli. ANTIC bezwględnie był odkrywczy. Może i rzeczywiście na wyrost napisałem, że to 8bit Atari było. tzn. 8bit Atari było rozwinięciem pomysłu komputera taktowanego częstotliwością sygnału wizyjnego... Ale ANTIC był bezwględnie nowatorskim pomysłem chyba, że w jakimś wcześniejszym minikomputerze np. było użyte podobne rozwiązanie. Jakby to powiedzieć. Problemem dla mnie w C-64 jest to, że dla CBM może i 8bit Atari było konkurentem ale dla projektantów Atari konkurentem były ich maszyny arcade. Naprawdę gdybam czasem czy lepiej byłoby gdyby C-64 się nie pojawiło, a w zamian w 1983 pojawiła się "Amiga" czy jednak lepiej nie. Myślę, że problemem było wtedy rozminięcie się aspiracji na wielu szczeblach i dynamika rynku podzespołów. Artur Górniak P.S. Swoją drogą może nie wiesz ale C-64 to było dziecko Tramiela i MOS Technologies... Myślę, że właśnie dlatego wyleciał z CBM-a, że B(usinness) zbyt odleciało od PET-a w C-64. A później gieńki z CBM-a pokazały, że przecież 16 bitowa maszyna to już pełen profesjonalizm, a nie domowe centrum rozrywki. Jak dla mnie po prostu nieuki po "Harwardzie" ;-). Dobra żartuję sobie ale jeszcze raz powtórzę, że plotka i niewiedza z tamtego okresu mi śmierdzi w tym całym zamieszaniu na milę.
Technical Details
Message-ID:
<3cb0cd91-800a-4fde-a1be-ebc9718aa81e@do4g2000vbb.googlegroups.com>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!goblin2!goblin1!goblin.stu.neva.ru!postnews.google.com!do4g2000vbb.googlegroups.com!not-for-mailReferences:
<39143f4a-ec3c-4fcf-9d93-efaaf1d56343@12g2000vba.googlegroups.com> <jknf95$hvi$1@inews.gazeta.pl> <599ab555-f527-43fd-9d8e-6fca4abea3df@eb6g2000vbb.googlegroups.com> <jknl4d$mn$1@inews.gazeta.pl> <78dc40c1-0df3-4943-a62c-c24b0579598b@v22g2000vby.googlegroups.com> <jknrfj$1c6$1@inews.gazeta.pl> <a9fe7ac4-637e-4231-bb4e-a6b82104ef5a@w5g2000vbv.googlegroups.com> <jkp97v$bj7$1@inews.gazeta.pl> <5d967e4e-afaa-475c-8428-a03fd8e9cfbe@w32g2000vbt.googlegroups.com> <jkqbde$koh$1@inews.gazeta.pl> <9c5f981f-daaf-44f5-9b02-5b019290bc25@eb6g2000vbb.googlegroups.com> <jkse70$o36$1@inews.gazeta.pl> <2f6ae77f-1b3f-4459-a15a-240ad2c3a669@do4g2000vbb.googlegroups.com> <jksq2c$27c$1@inews.gazeta.pl> <e6ec3732-47d9-4346-b4d0-cc4c1f191ce3@hs8g2000vbb.googlegroups.com> <jksvmj$u3$1@inews.gazeta.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.atman.pl!goblin2!goblin1!goblin.stu.neva.ru!postnews.google.com!do4g2000vbb.googlegroups.com!not-for-mail From: ArchieIl <ag-shop@argo.pl.eu.org> Newsgroups: pl.comp.sys.atari Subject: Re: Atari <-> C-64 - a sprawa polska znaczy co jest lepsze... ;-) Date: Tue, 27 Mar 2012 12:37:24 -0700 (PDT) Organization: http://groups.google.com Lines: 204 Message-ID: <3cb0cd91-800a-4fde-a1be-ebc9718aa81e@do4g2000vbb.googlegroups.com> References: <39143f4a-ec3c-4fcf-9d93-efaaf1d56343@12g2000vba.googlegroups.com> <jknf95$hvi$1@inews.gazeta.pl> <599ab555-f527-43fd-9d8e-6fca4abea3df@eb6g2000vbb.googlegroups.com> <jknl4d$mn$1@inews.gazeta.pl> <78dc40c1-0df3-4943-a62c-c24b0579598b@v22g2000vby.googlegroups.com> <jknrfj$1c6$1@inews.gazeta.pl> <a9fe7ac4-637e-4231-bb4e-a6b82104ef5a@w5g2000vbv.googlegroups.com> <jkp97v$bj7$1@inews.gazeta.pl> <5d967e4e-afaa-475c-8428-a03fd8e9cfbe@w32g2000vbt.googlegroups.com> <jkqbde$koh$1@inews.gazeta.pl> <9c5f981f-daaf-44f5-9b02-5b019290bc25@eb6g2000vbb.googlegroups.com> <jkse70$o36$1@inews.gazeta.pl> <2f6ae77f-1b3f-4459-a15a-240ad2c3a669@do4g2000vbb.googlegroups.com> <jksq2c$27c$1@inews.gazeta.pl> <e6ec3732-47d9-4346-b4d0-cc4c1f191ce3@hs8g2000vbb.googlegroups.com> <jksvmj$u3$1@inews.gazeta.pl> NNTP-Posting-Host: 77.255.90.75 Mime-Version: 1.0 X-Trace: posting.google.com 1332877044 27010 127.0.0.1 (27 Mar 2012 19:37:24 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: Tue, 27 Mar 2012 19:37:24 +0000 (UTC) Complaints-To: groups-abuse@google.com Injection-Info: do4g2000vbb.googlegroups.com; posting-host=77.255.90.75; posting-account=8gSz_AoAAADBkhfm5peJYR26Z0szw5JE User-Agent: G2/1.0 X-HTTP-UserAgent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.16) Gecko/20120315 Iceweasel/3.5.16 (like Firefox/3.5.16),gzip(gfe) Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit