Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
BigPEmu 1.12 Richard Whitehouse wydał BigPEmu 1.12
FujiNET firmware v1.3.0 Nowa wersja oprogramowania do interfejsu sieciowego FujiNET. Tym razem z obsługą TCP!
hatari 2.5.0 Od dwóch dni dostępna jest najnowsza (2.5.0) wersja Hatari.
Grawitacja 2024 Czas na kolejną edycję 8 bitowego GameJamu.
Tenebra na Atari ST/STE Wersja gry na duże atari.
atari.area forum » Posty przez drac030
To na pewno uprzejmiejsza z dwóch możliwych hipotez :D
Żeby rozprogramować VBXE, trzeba strzelić w odpowiednie miejsce na stronie $d6. Wygląda, że program po prostu maże tam, gdzie nie ma żadnego interesu mazać.
@koala: nie bardzo rozumiem pytanie. Komputer rzadko (nawet bardzo rzadko) zawiesza mi się tak, żebym potrzebował go zresetować na zimno, ale nawet gdyby, wtedy i tak nie tracę zawartości extRAM-u (np. _ewentualnego_ ramdysku - fakt, że nie korzystam z niego zwykle, nie oznacza, że ta opcja jest wykluczona).
Nie rozumiem (w świetle istnienia procedury wykrywającej banki dla CPU i założenia, że nie zamierzasz korzystać z oddzielnego dostępu do ext dla ANTIC-a i CPU) kwestii mającej prowadzić do powstania dwóch oddzielnych binarek dla roszerzeń Rambo i Compy.
Nie rozumiem też kwestii (w świetle tego, że można doskonale wykryć, które banki ext są nie tylko dostępne, w sensie istniejące, ale nawet, które są wolne), że ma istnieć jakiś czynnik, który ze względu na to co wiem albo czego nie wiem może spowodować, że coś odpalę albo nie. Koder ma się tak długo męczyć nad programem, żeby użytkownik, niezależnie od tego, jakie ma Atari, już nie musiał.
Nie wiem, czy się zmienił, ale ja np. tak mam, tzn. Atari trzymam włączone tygodniami (w końcu winszuje sobie maximum jakieś 10 watów, a i to w szczytach typu czas rozkręcania twardego dysku), a w ext RAM-e nawet jeśli nie mam ramdysku (niepotrzebny, bo mam hdd, który jest szybszy), są załadowane nakładki SDX i tym podobne dobra...
Zaraz, zaraz. Koala, musisz zrobić detekcję rozszerzenia, np. taką procedurą: http://atariki.krap.pl/index.php/Obs%C5 … 4%99ci_RAM
Ona ci poda, które banki są dostępne dla CPU i ile ich jest. NIEZALEŻNIE od tego, czy jest to rozszerzenie Rambo czy Compy Shop. Po prostu dostaniesz listę dostępnych banków rozszerzenia, ok? Jeśli jest ich mniej niż 16, a ty celujesz w min. 320k, wtedy wypisujesz komunikat, że memori jest not enaf i auwider zejen.
Teraz, kwestia wybieraczki: moim zdaniem jest potrzebna tylko w wypadku odpalania tego spod DOS-u jakiegokolwiek innego niż SpartaDOS X. Bo pod SDX program może sam sprawdzić, które banki są wolne i ile ich jest. Znowu, jeśli mniej niż 16 - komunikat jak wyżej. Jeśli 16 lub więcej, wtedy używasz banków z uzyskanej listy i nikt nie jest poszkodowany.
Jak uzyskać listę banków, to jest opisane w naszym manualu, patrz http://spartados.com zakładka Dokumentacja.
I tak właśnie amigowcy lobbują u kompletnych noobów, przez co "potential new hardware" nie ma z Atari nic wspólnego (np. brak PBI, NMOS na 56 MHz i tym podobne odjazdy). Heh. LOL. ROTFL.
szkoda tez ze nie da sie podlaczyc oryginalnej klawiatury. to by byl swietny klon.
Nie martw się, podłączysz sobie klawkę od peceta i będziesz się czuł jak u siebie na emulatorze.
Ja bym chętnie wziął 2 szt. do sprężynkowych.
W Toolkicie z lipca 2016 był SC z takim błędem. Weź sobie poprawioną wersję Toolkita stąd: http://sdx.atari8.info/index.php?show=en_download_beta - powinno pomóc.
Natychmiastowy.
Tak dokładnie w tym kontekście "immediate" znaczyłoby "bezpośredni".
Powtórzę to, co już powiedziałem na IRC-u: moim zdaniem erOS wysunął rozsądne zastrzeżenie, mianowicie, że UTF będzie powodowało problemy w korzystaniu z irca na Atari (czy to ST czy to XL/XE). Ponieważ w przypadku pozostałych platform ustawienie (nawet lokalne) dowolnego kodowania nie stanowi problemu, wobec tego ze względu na Atari powinniśmy na ircu pozostać przy kodowaniu ośmiobitowym (ISO-8859-2), przynajmniej do czasu, gdy soft na ST i XE będzie w stanie sobie poradzić z kodowaniem UTF-8.
Cholera, nauczyłem się asemblera 6502 z książki Ruszczyca i mam o niej jak najlepsze zdanie
Bo to jest tak, że jeśli ktoś jest wystarczająco inteligentny, temu błędy w podręcznikach nie przeszkodzą w nauce. Nie mów, że nie zauważyłeś błędów u Ruszczyca, bo dojdę do wniosku, że nie przeczytałeś całości.
Trzeba uważać, w czyim towarzystwie się występuje.
Uderz w stół, a nożyce się odezwą.
Książka NOT jest solidnie opracowaną pozycją (w przeciwieństwie do Ruszczyca, który jest tylko dobry z braku czegoś innego) i nie ma sensu jej psuć dodawaniem do niej jakiejś amatorszczyzny. Nie bardzo rozumiem, co może być w moim poście niejasnego.
duddie: tak, to jedna z podstawowych pozycji. Tylko proszę bez "poprawek" ani aneksów żadnych amatorów.
A skąd wziąć wsad do MMU z MapRAM?
Odpuść sobie, to jest prywatna obsesja xxla. Zero supportu ze strony zarówno starego jak i nowego oprogramowania.
A, hahaha, faktycznie, nie zauważyłem: PBI (not yet implemented). No, ale ważne, że są święte nielegale, to przecież kwintesencja jedynie słusznej atarowości lat 80. ROTFL.
Tak, oczywiście. Producent, który nie to, że chce, ale musi utrzymać się na rynku, musi podejmować decyzje niekoniecznie podobające się indywidualnym użytkownikom. W przypadku Apple oznaczało to wyrzucenie za burtę wszystkich klientów, którzy kupili ich maszyny oparte na 6502. Na osłodę dostali Apple IIgs - bardzo przyzwoite zachowanie, jak na korporację, wnikające z tego, że Woźniak tego chciał i firmę było stać, żeby wtopić w to kasę.
Ja osobiście bardzo żałuję, że Motka 68000 nie stała się procesorem mainstreamowym zamiast Intela 8086. M68k to był procesor zaprojektowany od nowa na początku ery 16-bit, ale z rozmachem sięgającym nieuchronnie mającej nastąpić ery maszyn 32-bitowych. Ludziom, którzy to zaprojektowali, należy się szacunek. Kierownictwu koncernu Motorola, które zdołało to zmarnować, należy się infamia.
Nie nazwałbym tego problemem. Nabijam się z hipokryzji wiadomej frakcji, dla której pochodzący z lat 80 65C816 to "nie Atari", ale emulowany 6502C pogoniony na 28 MHz - chociaż nic takiego nigdy nie istniało, bo NMOS-y _chyba_ nigdy nie przekroczyły 3 MHz - to już pewno "Atari tak chciało". Takie wątki to niezła kopalnia związanego z tym tzw. lolkontentu.
A w Rapidusie tryb turbo to jaki jest, jak nie opcjonalny?
Jeśli rdzeń CPU da się przeflaszować, to może być fajny wynalazek. Pytanie, czy reszta jest przystosowana do tego, żeby adresować pamięć liniową.
Nazwisko mgliście kojarzę, koleś chyba do mnie kiedyś jakiegoś maila napisał.
PS. Oczywiście 28 MHz to jest b. "compatible with existing software". Ciekawe, że oczywisty rozjazd timingów - kto ciekaw, niech sobie puści 28 MHz na Atari++ - tym razem nikomu nie przeszkadza. ROTFL.
Ja się co prawda nie znam, ale się wypowiem: TOMS-a 710, zupełnie nowego, dostałem dawnymi laty do recenzji. I, z tego co mgliście pamiętam, ta stacja miała losowe kłopoty z buforowaniem (objawiające się jego samoistnym wyłączaniem), dokładnie tak samo jak TOMS 720.
Ani słowa nie napisałem o powodach, takich albo innych.
Nie mam w tej chwili pod ręką literatury, ale faktycznie, wydaje mi się, że masz rację: cięcia w 68040 dotyczyły FPU, natomiast w 68060 oprócz FPU również CPU (68060 nie ma np. rozkazu MOVEP). Kompatybilność wstecz zapewniał w obu wypadkach pakiet software'owy, w przypadku 68040 FPSP = Floating Point Software Package, przy 68060 coś podobnego, nie pomnę nazwy, ale pewno inna, bo musiało toto obsługiwać też niezaimplementowane w procu rozkazy operujące na liczbach całkowitych (jak wspomniane MOVEP).
Ogólnie nawet nie można powiedzieć, że tego typu polityka to jest żal.pl - to jest wręcz żal.zsrr.
originalis: 1) Existing at, or marking, the beginning, 2) From which something derives its existence, originative.
Znaczenia polskie nie są aż tak "oryginalne".
atari.area forum » Posty przez drac030
[ Wygenerowano w 0.270 sekund, wykonano 10 zapytań ]