Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
THE 800XL osiągnął status Gold! Zakończono prace nad oprogramowaniem dla THE800XL. Retro Games Ltd rozpoczyna etap produkcji.
PiST 0.11.0 Środowisko programistyczne PiST dla Atari ST doczekało się nowej wersji 0.11.0.
bm800xl 0.5.9 Emulator bm800xl dla Raspberry Pi zyskał szybszy start, scanlines i pełne stany pamięci.
xasm 3.3.0 i wtyczka do VSCode Po czteroletniej przerwie powraca asembler skrośny xasm.
CAS2Audio 1.1.0 Odtwarzaj obrazy taśm CAS na telefonie z Androidem.
atari.area forum » Posty przez drac030
ponoc 68010 ma jakies wsparcie dla pamieci wirtualnej
Tego nie wiem. Ale ma coś w rodzaju cache - bardzo mało (6 bajtów chyba), ale mieści się w tym move.l (an)+,(am)+ / dbra :)
Po to, żeby programy mogły łatwiej korzystać z dodatkowej pamięci nie zamazując ramdysku ani wywalając SDX w kosmos?
jellonek: Tak, niezła koncepcja. To ogólne niedorobienie i bałagan w dziale ST sprawia, ze przynosi on więcej szkody niż pożytku. Jak ktoś zajrzy do "Akcesoria i rozszerzenia" i porówna ilość peryferiów dla XL/XE i ST, to pęknie ze śmiechu...
adamk: użycie Ctrl/C - Ctrl/V dojrzewa w tobie od dłuższego czasu. No, no.
Ogólnie twoja wypowiedź świadczy, że jellonek ma rację - zainteresowanie treścią Atariki ze strony ST-fanów jest przyzerowe. Nie ma więc chyba sensu utrzymywać tego działu na siłę.
Jeśli tobie, takiemu fanowi ST, nie chce się kiwnąć palcem w kwestii działu ST na Atariki (którym to działem obiecywałeś się zająć, zresztą), to powiedz mi, dlaczego mnie miałoby się chcieć? Zadeklarowałeś się - to zrób. Nie chce ci się - to nie spychaj na innych.
http://pl.wikipedia.org/w/index.php?tit ... on=history
Ciekawe, że są tacy, co nie mają czasu na napisanie artykułu w Atariki, ale na zrobienie tego samego w pl.wiki - owszem czas znajdują. :/
vulgar: powściągnij te akty strzeliste ...
Jest jeszcze jedno rozwiązanie: dać zamiast 68010 zamiast 68000. To przy podbiciu zegara powinno da zysk nie tylko na mul czy div, ale też na krótkich pętlach.
Logo inne. To logo ja już widziałem. To jest kreska pionowa rozchodząca się u dołu na dwoje, zamknięta w kółku. To się widzi/widywało na scalakach. Tylko oczywiście teraz ani nie mogę sobie przypomnieć, ani takowego scalaka znaleźć. Może elektronicy by coś powiedzieli.
EDIT: i nie jest to Mitshubishi (trzy rubiny).
Gdzie? Nie widzę.
Ty antysemito!!! :P ;)
Moze i masz rację, Tramiele zbudowali prototyp na częściach, które zastali w magazynie Atari Inc. i stąd te nalepki.
Nie, bo znaczek na tym scalaku to nie jest "M w kółku", a na stronie, którą podesłałeś wszystkie takowy mają.
Jedno z dwojga: albo to jest konstrukcja Atari, wtedy to nie jest Atari ST. Albo to jest Atari ST, wtedy nie powinno mieć firmowych nalepek Atari z kwietnia 1983 roku.
EDIT: to zdjęcie: http://www.bambi.net/atari/mvc-011f.jpg ma przedstawiać CPU. Niestety, jest za małe, żeby odczytać oznaczenia, ale w żadnym miejscu nie widać, żeby napisy były podobne nawet do zamazanego "68000". Coś się tu słowem nie zgadza.
Draco: PROTOTYP STka (z kolekcji Leonarda Tramiela)
Wulgar, w kwietniu 1983 roku Atari nie miało nic wspólnego z żadnymi Tramielami... jeszcze OS dla Atari 1450XLD ma datę dwa miesiące późniejszą...
piotrv: warto by sie tez przyjrzec czy jakis istniejacy system operacyjny pod 6502 ma jakas procedurke (w stylu nazwanej w tym kodzie AUXMOVE) pod adresem $C311 ;)
W każdym razie, nie nasz. U nas pod $C311 jest środek procedury RESET.
CK: co to jest za maszyna?
BTW. słyszałem kiedyś, że prototyp 6502 zbudowany z tranzystorów to była płyta 5x5 metrów. Oczywiście nie mogę ręczyć za prawdziwość tego ...
Tak, zwłaszcza że wciąż gośc łamie wspomniany przeze mnie punkt regulaminu: "cena przesyłki - brak danych", czyli obowiązuje domyślny taryfikator poczty polskiej. Allegro niewątpliwie się ucieszy, że gość ma taki ładny sposób na oszukanie ich na prowizji.
FP atarowskie wykorzystuje inny porządek niż naturalny dla 6502 (mantysa jest zapisywana od najstarszego bajtu do najmłodszego).
Mi idzie (czyli "mnie się rozchodzi") o to, żeby bajty w 16-bitowym słowie były w kolejności low/high, bo to pozwoli na ewentualną przyszłą obróbkę 16-bitowymi rozkazami 65C816. Niestety natywny format Atari jest od starszego do młodszego, dzięki czemu jego wynalazca jest juz przeze mnie obsobaczony do piątego pokolenia wstecz. :>
Ja bym mu jeszcze przedtem spróbował przemówić do rozumu (regulamin itp.)
Regulamin Allegro, punkt 4, podpunkt 4:
4.4. Aukcja ma charakter otwarty - podawane przez Użytkowników ceny są informacjami jawnymi, podawanymi do wiadomości publicznej na witrynie internetowej Allegro przy przedmiocie, którego dotyczą.
Jeśli koleś wystawił aukcję za 1 złoty BCM, a chce 80, to znaczy, że łamie ten punkt regulaminu.
Całość: http://www.allegro.pl/country_pages/1/0 ... eement.php
Jeśli robisz to binarnie to bądź tak miły i zachowaj kolejność lo/hi.
Wyniki FASTCHIP-a były liczone napisanym do tego programem w asemblerze i przy włączonym obrazie (w GR.0).
PS. A właśnie, to też jest wada C - nie daje dos?ępu do obliczeń dziesiętnych.
Dlaczego nie możesz zmieścić zakresu E-38/E+38 na ośmiu bitach wykładnika? Atari zakres E-98/E+98 zmieściło na pięciu.
Nie szkoda ci marnowac całego bajtu na znak? Nie lepiej wsadzić go do najstarszego bitu wykładnika? Pewnie i tak jest nieużywany - a miałbyś jeden bajt więcej na mantysę.
Zresztą, co ja się czepiam, czy ja będę używał CC65? Nie przecież :)
Miałem na myśli float Atari BASIC-a.
Ameryki nie odkryłeś. Tyle że o porcie na Intela nikt nie chce słyszeć.
Adam: http://atariarea.krap.pl/forum/viewtopi ... 465#p30465
Słowo się rzekło.
Adamk: ciekawa koncepcja.
Sikor: od razu widać, żeś pod Papyrusem niczego poważniejszego nie napisał. CalamusSL 2006? A kupisz mi?
Seba: subiektywnie - owszem, desktop KDE mógłby byc lepszy, ale Windows XP jest - dla mnie - zdecydowanie mniej intuicyjne. Uzywałem tego przez jakiś rok-półtora, i nigdy za cholerę nie mogłem się połapać, gdzie co jest, a ogólną funkcjonalność tego desktopu do prozaicznych czynności w rodzaju kopiowania plików oceniam jako przyzerową.
O braku systemowego kompilatora C w tym czymś nawet nie wspomnę.
Vulgar: świetnie wiesz, że XL nie służy do pracy, tylko do zabawy (w moim przypadku - programwania w asmie). Natomiast niestety używając Falcona do zastosowań "pracowych" dotarłem do ściany - sytuacji, kiedy dostępne oprogramowanie (Papyrus właśnie) było niewystarczające, a na nowe nie było widoków. Decyzja: pisać własny procesor tekstu czy wyemigrować pod OpenOffice'a zapada dość prosto.
atari.area forum » Posty przez drac030
Forum oparte o: PunBB
