226 Ostatnio edytowany przez voy (2014-01-22 19:45:08)

Ależ to już zupełnie kwestia filozoficzna... W dalszym ciągu jest to Atari, tyle że rozszerzone - 8/16-bitowe (nie bez powodu procesor ma 8 i 16 w nazwie). Charakter maszyny jest zatem pośredni: i 8-, i 16-bitowy. I tyle.

Tutaj masz spis planowanych urządzeń dla 1090 (kiedyś przetłumaczyłem ten dokument dla "Seriousa"):

       1) Disk Drive Controller-*
       2) Votrax-
       3) Modem (300 and/or 1200)-*
       4) Touch Tone Decoder-
       5) EPROM Programmer-
       6) B.S.R. Controller Interface-
       7) Relay Switch Card-
       8) IEEE 488 Control Card-*
       9) Real Time Clock-
      10) 80 Column Display-*
      11) Printer Spooler/Buffer-
      12) APPLE Card-*
      13) VCS Adapter Card-*
      14) A/D Converter Card-*
      15) Infra Red Interface-*
      16) Hard Disk Interface-*
      17) Music Card-
      18) Speech Recognition-*
      19) Ram Disk-*
      20) Battery Back-up CMOS RAM-
      21) Corvus Interface-*
      22) Ethernet Interface-*
      * indicates a smart device.
Powszechnie wiadomo, że kamień potrafi myśleć. Na tym fakcie opiera się cała elektronika.

Terry Pratchett - Równoumagicznienie

227

No dobrze, to powiem z amigowego doswiadczenia z 15 lat temu... rozwiazanie problemu jest bardzo proste.

Jesli ktos powie, ze dany program, uruchomiony na Rapidusie - dziala na Atari, to automatycznie bedzie to budzilo opor.

Jesli natomiast ten sam programie, uruchomionym na Rapidusie powiemy, ze dziala na Rapidusie [w Atari] to nikomu powieka nie drgnie.

Nie chodzi o procesor czy karte, dotyczy to wszelkiego rodzaju rozszerzen, tak samo zareaguje kazdy gdybys pokazal np. program uruchomiony na rozszerzeniu "Tomasz" i powiedzial ze to dziala na atari.

http://atari.pl/hsc/ad.php?i=1.

228

Czyli jest to spór lingwistyczny? To spoko. Może sobie budzić opór, nie daje mu wiecej niż pare omów, praktycznie bez znaczenia :D

The problem is not the problem; the problem is your attitude about the problem

229

@voy: ciekawe wyliczenie. Ciekawy jestem punktów 5, 11, 12, 13 i 22 - coś bliżej na ich temat wiadomo?
Corvus Interface jak przypuszczam miał dotyczyć tego: http://en.wikipedia.org/wiki/Corvus_Systems ? Wnioskuję z tego, ż eplanowano sprzętową emulację Apple-a (12 i 21)?

Sikor umarł...

230 Ostatnio edytowany przez voy (2014-01-22 20:40:08)

O szczegóły trzeba molestować Curta Vendela. :) Stawiam, że zeskanował/odzyskał z mainframe znacznie więcej dokumentacji i pozostałych danych, niż tylko te, które udostępnił na Atari Museum i Atari Age. Powinny być dostępne dla każdego, bo w nich się kryje najwięcej szczegółów technicznych i to prosto od twórców sprzętu. To trochę nie fair, że przez lata z racji ich braku atarowcy musieli nierzadko dokonywać inżynierii wstecznej, by dowiedzieć się czegoś więcej, a jedna osoba trzyma to tylko u siebie. Od ponad trzech lat nie dają mi spać spokojnie zdjęcia stert firmowych papierzysk w siedzibie AM (więcej tu):

http://www.atarimuseum.com/whatsnew/102_4455.JPG
http://www.atarimuseum.com/whatsnew/102_4456.JPG
http://www.atarimuseum.com/whatsnew/102_4457.JPG
http://www.atarimuseum.com/whatsnew/102_4458.JPG
http://www.atarimuseum.com/whatsnew/102_4461.JPG
http://www.atarimuseum.com/whatsnew/102_4460.JPG

Powszechnie wiadomo, że kamień potrafi myśleć. Na tym fakcie opiera się cała elektronika.

Terry Pratchett - Równoumagicznienie

231

xxl napisał/a:

w kolejnej wersji by nie bylo PBI tylko HI speed SIO

To się nie trzyma kupy ponieważ PBI i SIO mają zupełnie różne przeznaczenia. To, że obecnie PBI jest używane do pamięci masowych to nie znaczy, że miało to być głównym zastosowaniem tego złącza. SIO jak sama nazwa wskazuje to szeregowy interfejs we/wy - niezależnie od prędkości nadaje się do transmisji danych do / z urządzenia wewnętrznego (np. stacji dysków, nawet HDD, czy drukarki). PBI to okno do rozszerzenia architektury komputera, miały się stać one jej częścią,  jest tu wyprowadzona praktycznie cała szyna - wystarczy spojrzeć na listę powyżej, żeby zobaczyć czemu miało to służyć. A obecnie - cóż, ostało się IDE+ i Karin. Stąd mylna wizja jakoby te złącza miały ze sobą konkurować.

The problem is not the problem; the problem is your attitude about the problem

232

http://www.atarimuseum.com/computers/aed/chap7.htm - 80186 to nie było 65816 :P

Sikor umarł...

233

wieczor napisał/a:
xxl napisał/a:

w kolejnej wersji by nie bylo PBI tylko HI speed SIO

To się nie trzyma kupy...

Twoje przypuszczenia VS dowody w postaci zrodel ostatniej znanej wersji systemu operacyjnego ;-)

http://atari.pl/hsc/ad.php?i=1.

234

willy napisał/a:

@Sikor: ale tego dokumentu nie ma, i dopuki nie ujży śiwatła dziennego trzeba się opierać na tym co jest. Pozatym, oficjalnie ATARI nie użyło ŻADNEGO z tych (nieudokumentowanych) rozkazów ani razu. A co do nózek to już pisałem w 400/800 to samo zrealizowano za pomocą kilku zewn. scalaków.

Rezygnacja z kilku układów - upraszcza logikę, eliminuje możliwość błędów.
Co do nieudokumentowanych rozkazów: http://atariki.krap.pl/index.php/Nieudo … kazy_6502C - na dole jest lista, co tam widzę? VANGUARD. Więc jednak jest! Co prawda oficjalnie na 5200, ale znalazł się! A zapewne jakby przejrzeć więcej - to też by się znalazły...

Sikor umarł...

235 Ostatnio edytowany przez drac030 (2014-01-22 22:18:34)

xxl napisał/a:

dowody w postaci zrodel ostatniej znanej wersji systemu operacyjnego

Nie "źródeł ostatniej znanej wersji systemu", tylko "ostatnich znanych źródeł jakiejkolwiek wersji". Mówisz o rewizji CC z 1984 roku. Późniejsze rewizje, z roku 1985 i 1987, kod PBI zawierają. Innymi słowy, wersja CC jest niewdrożonym prototypem (ślepą uliczką) i to tyle na ten temat.

Można oczywiście mówić, że Tramiel nie wdrożył jej dlatego, że miał pełne magazyny ROM-ów rev. BB i nie chciał wydawać pieniędzy na ich zniszczenie i wypalenie nowych. Pewnie tak było. Tylko że nie jest wcale pewne, że w obliczu kryzysu chęć wydania pieniędzy na nowe ROM-y przejawiłoby Atari Inc. (gdyby zostało pod Warnerem). I istnieje możliwość, że OS rev. CC poleciał do kosza i chętnie rozstano się z jego źródłem, gdyż został uznany za nieudany (nie przez Tramiela, ale np. przez pozostałych inżynierów Atari zajmujących się ośmioma bitami).

Mówiąc krócej, gdyby Atari naprawdę "chciało" zrezygnować z PBI (albo np. wdrożyć MapRAM), miało ku temu parę okazji. Skoro z nich nie skorzystało, to widać nie chciało. CBDO.

KMK
? HEX$(6670358)

236 Ostatnio edytowany przez willy (2014-01-22 22:27:13)

Vanguard jest tylko wyjątkiem potwierdzającym regułę. Nie jest to zbyt dobry przykład niestety.
Atari tylko zportowało tą grę, która oryginalnie była wydana jako maszyna arcade z procesorem MOS6502 http://www.arcade-history.com/?n=vangua … mp;id=3050 Nie ruszali więc za bardzo kodu tylko dostosowali do systemu.

Natomiast link który podałeś przypomniał mi ta stronę ... i YESSSssssss znalazłem !!! wiedziałem że gdzieś to było ... ATARI pracowało nad 16bitowym upgradem dla 6502.

Do poczytania tutaj: http://www.atarimuseum.com/computers/aed/chap2.htm

A wnioski są całkiem ciekawe ...

[uzupelnienie]
Dla uzupełnienia całości warto przeczytać to: http://apple2history.org/museum/articles/microreport/

"tatusiu zobacz, narysowałam tobie takie same coś jak na twojej koszulce" 
https://github.com/willyvmm/mouSTer
jmp $e477

237

Sikor napisał/a:

@Larek: przepraszam, masz rację. SRATARI padło spod klawiatury Jurego, nawet chyba w tym wątku.

Skoro już ustaliliśmy, że to nie moje słowa, to czy byłbyś tak dobry i wyedytował post usuwając mój nick z niego? Nie chcę, żeby mnie kojarzono z takim określeniem Atari. Dla ułatwienia podam, że chodzi o post 187. Dziękuję.

238

@willy: nieudokumentowane rozkazy  mogły pomóc w dostosowaniu logiki (Vanguard), ale już samo to świadczy, że jednak Atari z nich korzystało.
Co do LYNDA i 65816 z Twoich linków - występuje niezgodnośc dat, w pierwszym linku 1984 (opuszczenie Atari po scysji z Tramielem - w skrócie), o ile pamiętam - Tramiel kupił Atari w 1983 roku. Z opisu wynika, że "sprzedał wszystkie projekty nieukończonych chipów", jednak- jeśli LYNDA była nieukończona - nijak WD nie wprowadził by jej w tym samym roku (1983 - drugi link) do sprzedaży. Więc to raczej zły trop.
Sam artykuł ciekawy, lecz zbyt krótki, aby to wytłumaczyć. Oczywiście wskazuje na to, że możliwe były prace nad 16-to bitowym procesorem, ale nic nie mówią o dalszych planach Atari i o instrukcjach w nim (procesorze) zawartych. Przypuszczam, że powstałby nowy komputer oparty o 16 bitów, ale kompatybilny z częścią oprogramowania z serii A800. Jednak koło 1981-1982 roku pojawiło sie w Atari porozumienie z firmą Amiga i projektem Lorrelaine (dokument do znalezienia w necie, być może na tej samej stronie), który miał być komputerem 16-to bitowym opartym na M68000 i mającym 256KB RAM. Jak dobrze wiemy - wynikiem była Amiga 1000 i firma Commodore, co więcej - po analizie Twojego linku przypuszczam, że to Tramiel zerwał rozmowy, bo komputer był nieukończony... Choć do pracy - według mnie - i tak lepiej nadawała się seria ST. Ale tonie jest temat tegowątku.
Mamy komputer 8-bitowy, a wszelkie zmiany procesora na 16/24/32/64/128+bitów zmieniają jego charakterystyke, więc aplikacje nań stają się odpowiednio wyższymi bitami...

Sikor umarł...

239

larek napisał/a:
Sikor napisał/a:

@Larek: przepraszam, masz rację. SRATARI padło spod klawiatury Jurego, nawet chyba w tym wątku.

Skoro już ustaliliśmy, że to nie moje słowa, to czy byłbyś tak dobry i wyedytował post usuwając mój nick z niego? Nie chcę, żeby mnie kojarzono z takim określeniem Atari. Dla ułatwienia podam, że chodzi o post 187. Dziękuję.

Zrobione.

Sikor umarł...

240

drac030 napisał/a:

Nie "źródeł ostatniej znanej wersji systemu", tylko "ostatnich znanych źródeł jakiejkolwiek wersji". Mówisz o rewizji CC z 1984 roku. Późniejsze rewizje, z roku 1985 i 1987, kod PBI zawierają. Innymi słowy, wersja CC jest niewdrożonym prototypem (ślepą uliczką) i to tyle na ten temat.

owszem mowie o wersji CC z '84 to ostatnia wersja systemu operacyjnego gdy atari jeszcze mialo dzial rozwoju. po zamknieciu dzialu rozwoju, kolejne "kompilacje" z 1985 i 87 to starsze wersje z '83 ze zmienionymi napisami w selftescie :D ... z czym do goscia.

dzial rozwoju atari VS magazynierzy resztek co zostalo :D

nieprzygotowany. dwojka.

http://atari.pl/hsc/ad.php?i=1.

241

ming napisał/a:

to jakby daje do reki argumenty obu stronom, zarowno w kwestii nazewnictwa jak i mniemanologii co do nastepcy nieszczesnego 6502 THE SAINT. heh

Nie, gdyż: " If this is indeed what happened then perhaps Mensche bought the rights to "Lynda"-who knows" - człowiek nie wie.

@xxl: oszukuj się dalej, obserwuję to z przyjemnością.

KMK
? HEX$(6670358)

242 Ostatnio edytowany przez xxl (2014-01-22 23:02:25)

:-)

http://atari.pl/hsc/ad.php?i=1.

243

Naturalnie. Ciekaw tylko jestem, co by ta i owa postać powiedziała dzisiaj, gdyby ktoś oto przyszedł i zaproponował wstawienie do Atari Intela 80186...

KMK
? HEX$(6670358)

244

Ten Atari pecet z 6502 i 80186 to byłby dopiero wypas!!!
Ja chcę taki!!!
Zamiast Paridusa, tylko z nowszym procem żeby XP chodziło!!!
Ci inżynierowie z Atari mieli niezłe jazdy. Ciekawe co zażywali że wpadli na pomysł czegoś takiego.
Dobrze że Jacek najpierw kombinował z Amigą a potem z ST, bo z 8 bit to mogły wyjść naprawdę różne potworki.

245

swinkamor12 napisał/a:

Ten Atari pecet z 6502 i 80186 to byłby dopiero wypas

http://atariki.krap.pl/index.php/1600XL

Nic nie zażywali :) Pojawił się PC i powoli zaczynał wybijać się na standard komputera do pracy, więc doszli do wniosku, że dobrze by było aby Atari mógł uruchomić te programy. Z tego powodu powstały też karty PC-Speed i AT-Speed do ST.  A Jacek z Amigą nie kombinował, Amiga to był projekt przed erą Jacka, Jacek go udupił - wtedy kupił go Commodore - bo jako strategię 16-bit przyjął ST i tyle.

The problem is not the problem; the problem is your attitude about the problem

246

@ming: z tego co wiem, toDrac030 napisał emulator na F7. A że ten umknął z dymem - doczekał się premiery z Rapidusem. I chwała za ten 16-to bitowy program chodzący na 16-to bitowym Sratari :)

Sikor umarł...

247

... w dziale rozwoju jarali dużo zioła. No i jak już im faza po 3 godzinach zeszła to stwierdzili, że to szybkie SIO nie jest jednak takie chyże i że to nie jest jednak rozwój. No i zostawili to, co dobre, czyli PBI/ECI ;) ... niestety na koniec poszła wersja niedopracowana - budżet i ostatnie 65xe były niepełnowartościowym quasi-sprzętem ;)-

Kontakt: pin@usdk.pl

248

Chyba łysiczke zjadles...

rozwoje ci sie jebio ;)

249

ming napisał/a:

Draco w przyplywie dobrych checi napisal ten emulator (bo trzeba miec niezle jaja, zeby po takim przyjeciu poswiecic wiecej swojego czasu na przekleta dopale)

Jak napisał Sikor, emulator został "napoczęty" jeszcze na F7, jakieś sześć czy siedem lat temu. Źródła ponownie wyciągnąłem w tym roku i zacząłem w nich dłubać, kiedy simius oddał mi mój stary komputer z 65C816 na pokładzie, ale z dodanym high RAM-em 2 MB (i bez turbo!). Było przy tym dużo funu, bo na 1,77 MHz cały emulec asembluje się chyba ze 25 minut, a z jaką szybkością działa, można sobie wyobrazić :) Przy okazji poprawiałem też różne błędy w asemblerku, który też napocząłem jeszcze na F7 (służył mi do asemblowania MultiBASIC-a, teraz można nim robić dużo więcej rzeczy).

Co do "przyjęcia", nie jestem taki wrażliwy. Dla mnie liczy się fun, jaki daje bawienie się nową zabawką, a nie to, co o tym sądzi publika. W trakcie wątku zresztą powstał następny program(ik) dla Rapidusa, mianowicie napisałem sterownik dla SDX, który wykorzystuje dodatkową pamięć bankowaną karty[1] do założenia ramdysku o pojemności 16 MB.

[1] nie mam dobrej nazwy na tę pamięć, nie jest to "RAM liniowy", tylko 4 banki pamięci po 4 MB, które można włączać w obszarze tegoż RAM-u liniowego.

KMK
? HEX$(6670358)

250

Draco i o to właśnie chodzi!!!
Czekamy na więcej :)