Domyślam się, że to screen z Death Chase XE... :P Czy będzie wersja dla nie-ortodoksów? Gdzie równouprawnienie procków? :)

Jesteś nieco niekonsekwentny w poglądach, bo sam masz 65816, ale mniejsza z tym. :P Ja tam doceniam patologiczną różnorodność, bo w końcu architektura Atari pozwala na mniej lub bardziej zaawansowaną rozbudowę komputera. Ok, koniec offtopa... Pisz, jak chcesz i na co chcesz, zawszeć to nowy soft na naszą ukochaną maszynę. :D Trzymam również kciuki, by kiedyś tam udało ci się dokończyć pozostałe konwersje (ach, to SimCity...).

Ostatnio edytowany przez voy (2013-09-01 19:59:21)

"It appears that custom SIO routines are a common source of compatibility issues with accelerators. The main problem is improper handling of the serial output complete interrupt. The seroc IRQ is unusual in two ways, one being that it isn't latched, and the other being that it is the only IRQ that spontaneously deasserts. Both the Lucasfilm loader and the Joyride loader have bugs where they write to SEROUT and assume that the seroc IRQ deasserts before the CPU can respond to it. Unfortunately, there is a delay before POKEY starts shifting, and with an accelerator the CPU is fast enough that it can dispatch the IRQ before it goes away, trashing the load. This is avoided by properly written SIO routines that first wait for serial output ready before enabling the serial output complete IRQ."

pragniemy poinformowac, ze wlasciwe procedury I/O - czyli te z xB zachowuja sie stabilnie w srodowisku 65816 taktowanym 3.5 MHz oraz w sposob udokumentowany w srodowisku 65816 taktowanym 7 MHz.

> wrzuć nielegale do xB - będzie większy ubaw

nie, jeden z Architektow sobie tego nie zyczyl.

> sam kastrujesz Atari MapRamem

Atari ma kilka bledow a raczej niedopatrzen przykladowo:

http://www.atari.org.pl/forum/viewtopic.php?id=11480

http://www.atari.org.pl/forum/viewtopic.php?id=7762

elektronicy ktorzy znaja sie na rzeczy potrafia poprawic te niedociagniecia konstrukcyjne np. bardzo latwo wprowadzic fix na plycie i wyleczyc Atari z braku dostepu do 2kb ramu - zwie sie to MapRAM.

atari to staruszek, te poprawki na plycie np. MapRAM czy GTIAFix dziala na niego jak viagra

:D

a teraz przeczytaj jeszcze raz co napisales dwa posty wyzej i powiedz jaki zwiazek ma interfejs dysku twardego z przerabianiem atari na komputer 16-bitowy.

trolololo?

to wyrywanie wyrazow, nawet nie zdan z kontekstu jest teraz na topie ;-)

w watku uzywalem tez wyrazow: "Lucasfilm", "feministka", "wirus", "dos", jak dobrze poszukasz to i "pascal" albo "wtorek" sie znajdzie - tak, ze amunicji na kolejne spamposty masz pelny magazynek ;-)

widac, ze za nic sobie masz poziom tego forum ale panuj nad soba bo inni gotowi pomyslec ze takie zachowanie jest tu norma.

Jest Ktoś kto by Was pogodził? Mający trochę podrasowany komputer, który jednak "łykałby" XBiosa i slogan PINREADY - naraz? ;)

A ile bajtów więcej zajmie Ci obsługa US? Sam odczyt i zapis, bo te najbardziej czasochłonne, chociaż procedura jest ogólna?
Bo tylko to Turbo ma sens w tym przypadku. Chociaż, dodanie 1050 Turbo będzie prostsze, ale to musiałaby być osobna wersja. I pomimo, że domagam się tego gdzie się da - AspeQT (zaczynam myśleć, że dodam sam), Ape (autor jeszcze nie odpisał na maila) - to to nie jest konieczne w tym wypadku, bo mało kto będzie używał realnej stacji z Turbo, a SIO2SD ma US.

Jest gdzieś changelog?

Mam kilka pytań odnośnie xBios. W opisie biblioteki jest mowa o sterowniku do RAMDISKu. Czy ten sterownik jest już gotowy i udostępniony (może ślepy jestem, nie widziałem czy jest w paczce)? Na ile jest/będzie kompatybilny ze sterownikiem SIO? Czy będzie się dało przekopiować sobie dowolną grę do RAMDISKu i odpalać ją wyłącznie stamtąd?

No to  cierpliwie poczekam na wersje pod ramdysk i ramcart (mam wer. 128kB od Zenona), z chęcią na nich poeksperymentuję :)

sporo sie otatnio mowi o dekompresji LZ4

http://fastcompression.blogspot.in/p/lz4.html

tu maly tescik jak dziala ladowanie&dekompresja spakowanych plikow LZ4 w xBiosie:

http://www.youtube.com/watch?v=Su7Ui0cyRXM

pliki binarne oprocz identyfikatora $FFFF dostana kolejny $0000 oznaczajacy dane spakowane LZ4, w spakowanym pliku binarnym mozna umieszczac wszystko - dane i program

co prawda komitet sterujacy jeszcze nie podjal ostatecznej decyzji ale nalezy przygotowac sie na kolejna rewolucje.