Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
FiSh 0.70 Bocianu wydał FiSh 0.70, shell ułatwiający przeszukiwanie zasobów serwerów TNFS.
Street Fighter II już na Atari 8-bit! Vega i jego zespół wydali finalną wersję kultowej bijatyki. Wymaga 4MB cartridge i 64KB RAM.
Elite Demo 6 na Atari 8-bit! Trwają prace nad konwersją kultowej gry Elite. Szóste demo wprowadza liczne poprawki błędów.
vbcc v5 dla 6502 Kompilator C vbcc doczekał się piątej wersji dystrybucji dla 6502. Zapewnia dużo szybszą arytmetykę FPU i nowe narzędzia.
HDDRIVER 12.75 Sterownik HDDRIVER, kluczowe narzędzie dla pamięci masowej Atari 16/32-bit, otrzymał aktualizację 12.75, która naprawia błąd w HDDRUTIL.
atari.area forum » Posty przez Fox
Wymaga 128K RAMu oraz gęstej stacji 800K. Doczytuje się co chwila.
Na tych youtubach nie widać, kiedy to się doczytuje - czy rzeczywiście chodzi tak płynnie na prawdziwym sprzęcie? Jak szybki jest transfer?
Chciałem tylko zauważyć jedną rzecz, że demko Phortem by Condense od którego ten temat się zaczął, nie zostało napisane na CPC Plusa tylko na zwykłego 6128. Ono nie korzysta ze żadnych sprzętowych skrolingów, sprajtów czy sampli w DMA, a jedynie gdy zauważy że zostało uruchomione na Plusie to używa innej palety kolorów. Ale chodzi równie dobrze i równie płynnie na starym dobrym CPC.
Link do dema z kolorami ze standardowej palety 27-iu kolorów:
https://www.youtube.com/watch?v=_F-C_iQXgmo
(w tej wersji Batman na końcu mruga, bo w tej scenie w ten sposób starają się uzyskać odcienie których nie ma w palecie).
Oraz Link do wersji z kolorami z palety rozszerzonej do 4096:
https://www.youtube.com/watch?v=GFp9qIT6AF0
Dziękuję za te cenne informacje. Jeszcze mam pytania: ile RAMu wymaga to demo i czy się doczytuje w trakcie?
labirynt to się aż prosi o dopał
Można poprawić mapy (szczególnie ta z pająkiem jest źle zrobiona) i zoptymalizować kod. Brzydzę się rozwiązaniem sprzętowym.
W 2016, gdy V0yager zorganizował wystawę w Muzeum Techniki, przygotowałem zapętloną wersję Numena. Teraz wrzuciłem te źródła na GitHuba. W gałęzi "master" jest oryginalne demo z poprawionymi Makefile, aby można je skompilować na Windows 10. W 2002 kompilowałem na Windows 98.
To tylko 11% wolniej. Gdzie Ci się spieszy? W Numenie było jeszcze wolniej i jakoś nie wiało nudą między efektami.
Tak, ta procedura jest podstawą xunzipa. O uaktualnienie trzeba pytać Epiego.
Dzisiaj poprawiłem drugi błąd, też mało prawdopodobny. Ta poprawka kosztowała 16 bajtów kodu, 1 bajt niezainicjalizowanych danych i 8% szybkości.
Dzisiaj zgłoszono pierwszy błąd w 17-letniej historii tego kodu. Błąd ujawnia się tylko w przypadku szczególnych danych. Wydaje mi się mało prawdopodobne, żebyście natrafili na takie dane przypadkiem. Błąd poprawiłem, przy okazji skracając kod o 7 bajtów. Ale nie za darmo: poprawiony kod jest trochę wolniejszy - zmierzyłem 3% na GPL v3 skompresowanej zopfli.
Polecam aktualizację: https://github.com/pfusik/zlib6502
Trzeba rozkręcić klawiaturę i wyjąć folię ze ścieżkami. Prawdopodobnie w okolicach niedziałającego Shifta zobaczysz ubytek i możesz go uzupełnić lakierem przewodzącym. Tak naprawiłem klawisze w moim XE.
Przecież pisze.
Shift+/, potem cyfra.
Dzięki! Myślę, że odwiedzę.
Nie widzę podstawowych informacji:
- kiedy są kompoty?
- skoro to demoparty połączone z pokazem retrosprzętu, to gdzie przebiegają granice? czy są osobne pomieszczenia czy różny czas odbywania się tych imprez?
Na pierwszy rzut oka można wyrwać parę cykli i bajtów.
Brawo!
W ASMA jest Perestroyka_Stereo.sap. Sam zrobiłem.
Wciąż pojawiające się negatywne komentarze naprowadziły mnie na trop, dlaczego ludzie nie wiedzą, jakiego programu używają. Klikają jakiś plik, a Windows podpowiada im na podstawie rozszerzenia nazwy, że RECOIL otwiera taki typ pliku, więc instalują go, po czym bluzgają.
Postanowiłem spróbować to wyjaśnić w komunikacie błędu:
Dokładnie dziewięć pasów w tych miejscach, gdzie zachodzi odświeżanie pamięci. Przydatne przy programowaniu w asemblerze!
Trzymam kciuki Grey!
Jaki tryb graficzny?
Dawno temu Alex zgłębiał ten problem podczas prac na grą Mr. Proper.
Wracając do tematu: http://biznes.onet.pl/wiadomosci/kraj/n … nia/w7xhzv
Czyli najszybsze wypełnianie 16-bitowym STA ZP 2 cykle/bajt? I chyba z taką samą prędkością 16-bitowe PHA?
PEI jak widzę ma 8-bitowy adres bez indeksowania. Dlatego zamiana D i S może się przydać.
Bardzo ciekawe wyliczenia, poproszę podobne dla wypełniania obszaru pamięci danym bajtem.
Ciekawie byłoby też uwzględnić blitter VBXE.
Czy jest instrukcja odwrotna do PEI (stos -> pamięć) ?
320x200x256 to jest 4 razy więcej danych niż jest teraz.
Nie wiem, jak to policzyłeś. Mi wychodzi 2 razy więcej.
Program zaczyna się od adresu 1152 czyli $0480 szesnastkowo. Upewnij się, że taki adres uruchomienia masz w menu Setup w QA.
Jak już uruchomisz, to cały ten program wykonuje się w czasie 0.0000079 sekundy, po czym wraca do QA. Dlatego nie zdążysz zauważyć jego rezultatu. Po uruchomieniu możesz natomiast przełączyć na tzw. ekran użytkownika, wciśnij w QA Shift+Control+Spacja.
I teraz pytanie jak skompilować plik asm napisany pod QA?
Wybrać "Assembly" z głównego menu. Quick Assembler to IDE, bardzo wygodne do nauki asemblera.
A gdzie miałoby być?
atari.area forum » Posty przez Fox
Wygenerowano w 0.065 sekund, wykonano 20 zapytań