Ja kiedyś wysyłałem Greyowi list z dwoma dyskietkami - dla ozdoby narysowałem na kopercie symbol radioaktywności, walnąłem parę tekstów typu: otwarcie grozi detonacją itp. I była z tego ostra draka, bo podobno na poczcie paczka była otwierana komisyjnie, a Greyowi dostał się ostry opierdziel ;)
Chociaż po 11 września po czymś takim mogłaby wyniknąć naprawdę porządna draka ;)

A tak na marginesie - te komisyjne otwarcie nawet nie zaszkodziło paczce - często poczta uszkadzała dyskietki, ba... przesyłki nawet "ginęły", a tym razem wszystko doszło i to w stanie prawie nienaruszonym... teraz wiecie co robić, żeby przesyłka dotarła nieuszkodzona do adresata ;)

Tak, Fox naklikał Vectora - scenki z Numena to engine Vectora... niestety, Foxiu sp**** do Chin...

To mi wygląda na kondensator :)

W sumie mam cały czas mysz od C-64 i rzeczywiście - działa to jak joystick.. . oryginalnie obydwa przyciski robiły za fire - ja osobiście poczyniłem modyfikacje i teraz prawy przycisk zwiera paddle(0) z +5V. Mimo wszystko zawsze traktowałem tę mysz jak "ciekawostkę" a nie jako praktyczny manipulator. Ma ona bodajże oznaczenie: Datalux SV-705.

ted: żeby rozszerzyć pamięć do 128kB potrzebne Ci będą dwa scalaki RAM (4464) oraz scalak CO 25953, jednak jedyna realna możliwość zdobycia tego scalaka to demontaż z komputera 130XE, dlatego lepiej będzie się opłacało wykonać układ zastępczy i w sumie lepiej wrzucić od razu większą ilość pamięci niż dodatkowe 64kB ;)

Ja się piszę na CT60 - tylko ile kasy to wszystko zabierze ? Sama cena CT60 to 299 euro, ale są jeszcze koszty przesyłki, przelewu itp - ile to wyniesie ?

IMHO zdjęcie należy zatytuować inaczej: party atarowskie, podczas demo compo, za 50 lat - te babcie wyraźnie się gapią na big screen na którymś coś leci ;)

do ST być może
do TT napewno

Stryjek: SAP-y to są pliki binarne, więc nie ma reguły odnośnie postaci w jakiej siedzi natywny - pozostaje ręczne cięcie. Z Sound Trackerem jest podwójnie przesrane, gdyż format plików tego trackera w różnych wersjach ma różną strukturę, więc nie pozostaje ci nic innego niż np. Cobra Hacker z programem Freemon ;)

A mi przychodzi do głowy takie rozwiązanie: masz obrazek postaci i w pamięci masz zdublowaną pamięć ekranu, tyle, że zamiast wielobarwnej postaci przemieszczasz tylko wypełnione kontury (cień), przykładowo będą to np. bajty o wartości $02, natomiast dla drugiej postaci są to bajty $03 i wtedy  kolizje analizujesz na podstawie pokrywania się bajtów $02 i $03 - oczywiście kolizje nie muszą być zbyt precyzyjne - pojedyńczy bajt może odpowiadać np. za pole 8*8, można też użyć wielu wartości dla postaci, np. pola o różnych reakcjach na kolizję, np. $02 to głowa $04 to korpus - uderzenie w korpus daje inną liczbę punktów niż w głowę - etc. Przynajmniej ja bym w ten sposób próbował się do tego zabrać.

A według mnie Atari z 65816 zamiast 6502 to jeszcze Atari - mamy zgodność w dół i powiększamy jednocześnie możliwości maszyny. Jeżeli jednak ktoś woli rozwiązanie cartridge-owe, to nikt nikomu nie broni, żeby pomysłodawcy sami zrobili takie karty, zaczęli pisać pod nie soft i jeżeli stałoby się to popularne, to stałoby się to standardem - Pasiu słusznie zauważył, teoretyków na tym forum jest sporo ;) Nie sztuka krzywić nos na jakieś rozwiązanie, które komuś nie odpowiada i próbować propagandą zniechęcić kogoś to kontynuowania swojego zacnego dzieła.

Osobiście uważam, że montaż 65816 do wnętrza komputera, wraz z liniowym RAM-em, to pewnego rodzaju renesans dla małego Atari, kolejny krok w ewolucji, która przełamie dotychczas najtrudniejszą barierę w Atari jaką jest prędkość 1,77 MHz.

W pełni popieram kierunek działań Pasia, uważam, że rozwija Atarynkę w jaknajbardziej właściwym kierunku, tak trzymać ;)

Wracając do rozwiązania cartridgeowego - draco030 słusznie porównał to do komunikacji 030 <-> DSP w Falconie. I co z tego, że np. DSP jest ok. 6 razy szybsze od 030 w Falconie (w wypadku operacji typu mnożenie nawet  28 razy !), skoro komunikacja między tymi dwoma procesorami jest bardzo wolna i tylko w określonych sytuacjach opłacalne jest przeliczanie/przetwarzanie czegoś na DSP. Poza tym w wypadku dwóch procesorów trzeba tworzyć jakis dodatkowy system umożliwiający wspópracę obydwu procesorów - może łatwiejsze jest to sprzętowo w wykonaniu, ale za to programowo staje się problematyczne - owszem,  da się coś z tym zrobić, ale po cholerę utrudniać sobie życie ? W wypadku "zamiany" procesora potencjalny programista ma w d...e całą komunikację i musi się skupić na samym programie a nie nad pierdołami synchronizującymi pracę obydwu procesorów.

Zaważyłem jedną ciekawą rzecz - że do nowych rozwiązań/rozszerzeń sceptycznie i krytycznie podchodzą osoby, które w chwili obecnej są nieaktywne, natomiast entuzjazm widać u osób, które nadal są aktywne jeżeli chodzi o atarkę. Jeżeli chodzi o tych pierwszych, to przypomina to trochę sytuację szczerbatego wypowiadającego się na temat jedzenia sucharów, natomiast z tymi drugimi w pełni się utożsamiam ;)