Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
BigPemu 1.06 Od rana dostępna jest najnowsza wersja emulatora konsoli Atari Jaguar
Atari ST Harddisk Menu Zapowiedź prezentacji użytecznego "launchera" do programów dla Atari ST.
FujiCup - przypomnienie Konkurs FujiCup to okazja dla programistów, którzy chcą pokazać swoje umiejętności w tworzeniu gier na ośmiobitowe Atari.
Studia podyplomowe z retrocomputingu Program studiów ma obejmować m.in. platform studies i przegląd ważniejszych polskich i zagranicznych platform komputerowych.
Silly Venture 2023SE - invitka na XL/XE Pierwsza invitka na letnią edycję atarowskiego Silly Venture party w Gdańsku
Opcje wyszukiwania (Strona 1 z 231)
atari.area forum » Posty przez Adam Klobukowski
Strony 1 2 3 … 231 Następna
1 Odpowiedź przez Adam Klobukowski Dzisiaj 13:37:23
Każdy post jest datowany, można to posortować po datach.
Może problemem jest błędna konfiguracja MouSTera.
Mnie nie chodzi o to co VBXE ma, ale co mogłoby mieć.
Larek zrobił takie coś: https://www.youtube.com/watch?v=kKyFFbKSqK8
Nie wiem do końca czy to jest wykonalne, ale może dałoby się zrobić więcej?
Wiele gier działa w trybie tekstowym. Może dałoby się zaimplementować na VBXE podmienianie w locie zestawu znaków na inny?
Czyli gra ładuje konkretny zestaw znaków, a VBXE 'w locie' podmienia go na inny (np. bardziej kolorowy).
Może dałoby się to zrobić to samo z duszkami?
Wyobrażałbym to sobie tak: przed grą 'preloader' ładuje odpowiednie podmianki. Podmianki musiałyby opierać się zarówno na indeksie znaku jak i jego grafiki. Dla jednego indeksu znaku potrzebne by było możliwość zdefiniowania kilku podmian zależnie od zawartości 'oryginalnej', aby obsłużyć gry które podmieniają zestawy znaków w locie. Podmiana duszków musiałaby działać na podstawie oryginalnej grafiki duszka.
@Sikor wiem, też mam taką nadzieję.
@laoo/ng: CPS1 o emulację którego tu chodzi zawiera 68000 (10MHz)i oczywiście dodatkowe czipy odpowiedzialne za akcelerację video (2d). Jeśli dobrze rozumiem, to tutaj kod 68000 jest wykonywany natywnie natomiast emulowana jest reszta osprzętu. Anima już wcześniej robił tego typu port strzelanki z x68000 (niestety nie pamiętam tytułu) i custom chipy emulował na DSP. Jest to ciekawe podejście, ale moim zdaniem całkiem dobre, bo nie trzeba przepisywać kodu gry, a praca włożona w jeden tytuł może być łatwo wykorzystana przy innym. Z tego co czytałem, x68000 był wykorzystywany jako platforma developerska dla gier 'automatowych' i ma podobne układy do akceleracji 2d, więc możliwe że Anima wykorzystuje tu swoje wcześniejsze doświadczenia.
@jury zupełnie błędnie przeczytałem twój pierwszy post, mea culpa.
@jury, ale tam nic nie ma o zgodności libcmini w POSIXem. Jest o zgodności MiNTlib z POSIXem, którego libcmini w pełnie nie zapewnia. W swoim początkowym pości pisałeś o narzucie libcmini i do tego ja się odnosiłem w swoim poście. Protokół ARGV o któym wspomniałem jest hackiem wymyślonym przez Atari który umożliwia obejście ograniczonej długości linii komend w TOSie poprzez użycie zmiennych środowiskowych i nie ma nic wspólnego z POSIXem (i zapewne jego implementacja polega na string.h, z czego wynika narzut, ale to gdybanie nie sprawdzałem tego).
Leśli chodzi o narzut MiNTLiba, to kiedy ostatnio kompilowałem Hello World, to binarka miałą coś koło 600KB - znacznie więcej niż libcmini.
@jury i w czym to jest niezgodne z tym co napisałem?
Ilość FPSów przypomina mi Double Dragon na ST :/
Nie używają żadnych zewnętrznych bibliotek.
jury napisał/a:Adam Klobukowski napisał/a:printf to jest wbrew pozorom całkiem skomplikowana funkcja, 125kb to nie jest dużo w tym kontekście.
To nie printf jest "problemem". Zamieniłem printf'a na "return 0" i to się skompilowało o 0,3KB mniej, czyli nie 125 a 124,7.
Chodzi o to, że mintlib niezależnie co masz w kodzie i tak dodaje cały inwentarz POSIX'owy. I to on zapycha bezsensownie (no bo i tak nie jest używany) binarkę. Po to Marcus stworzył właśnie libcmini, żeby ktoś kto nie potrzebuje POSIXa nie miał nic z niego w binarce.
libcmini to nie MiNTLib, nie mieszajmy. Narzut jest zapewne spowodowany kodem do obsługi standardu ARGV i startowej inicjalizacji i nic to nie ma akurat wspólnego z POSIXem.
printf to jest wbrew pozorom całkiem skomplikowana funkcja, 125kb to nie jest dużo w tym kontekście.
Jak nie potrzebujesz wszystkiego co daje printf to lepsze może być poszukanie jakiejś lżejszej ale nikonieczenie w pełni implementującej standard implementacji.
Gcc samo z siebie generuja bardzo dobry i zwarty kod - problemem są biblioteki. Ale jeśli twój projekt jest duży (bo raczej na printf sie nie skończy?) to się to 'amortyzuje'.
Może to jest góra od Falcona lub FX-1, i zamieniono badge.
520STf to raczej na pewno nie jest końcówka produkcji serii ST. To jak jest zrobione wycięcie do stacji sugeruje mi że to raczej mod. Możliwe że całość została pomalowana.
laoo: bez problemu da sie wygooglać jak obejść te problemy.
@pajero: to jest lista gier zawartych w dwóch "zbiorach", każdy VCS ma na pewno ten pierwszy, to są emulowane gry z oryginalnego VCSa oraz 'automatów'. Jest jeszcze trochę nowych gier w VCSowy sklepiku, z tego część to remaki klasycznych tytułów ale jest też kilka zupełnie oryginalnych.
Z uruchomieniem może nie być tak super, zależnie od tego czy poprzedni właściciel ją aktualizował. Niestety jest jakiś błąd w cyklu aktualizacji co powoduje czasami zacięcie. Na szczęście można to ręcznie naprawić i da sie bez problemu w sieci znaleźć opis jak to zrobić.
Natywny ST obsłuży maksymalnie 14 partycji po 512GB. Więc wystarczy 7GB.
drac030 napisał/a:peterkaczorowski napisał/a:Możliwe, że będzie hybryda tych procesorów, ale nie sprawdzałem dekoderów rozkazów i nakładania się ich, tak żeby np. zbudować 65C816 z illegalsami 6502C. Mogłoby być fajne, ale nie wiem czy możliwe.
Rozmawialiśmy już o tym i nie jest to możliwe, bo 65C816 ma wykorzystane wszystkie 256 opkodów z tablicy (ok, 255, bo 1 opkod jest zerezerwowany). Dajmy na to, opkody $xF, wszystkie nielegalne na 6502, na 65C816 są wykorzystane na tryby adresowania long abs ("długie", z 24-bitowym adresem, typu LDA $F00000).
Zmiana trybu nie musi być wykonana rozkazem - może być sekwencja rozkazów, albo np. specyficzne odwołanie do jakiejś komórki pamięci. Nie musi to tak samo działać w obie strony, np. wyjście z trybu 6502 może być zrealizowane nielegalem który normalnie zatrzymuje kompletenie procesor.
Nie pamiętam żeby to było wcześniej na forum poruszane, ale w Łodzi jest rondo Jacka: https://www.google.pl/maps/@51.7275735, … 384!8i8192
Czekam na fotki spod znaku :D
Oddam w cenie wysyłki
Modem LTE Airbox 2. Nieużywany. Obrandowany przez Orange, czy jest simlock nie wiem. Po podłączeniu do ładowarki zapala sie diodka power.
Zestaw z pudełkiem, ładowarką i kabelkiem USB.
FTP ma tę wadę że nie jest do końca wyspecyfikowany - konkretnie chodzi o format listy plików w katalogu przesyłany z serwera do klienta. Przez to klienty mają często opcje dostosowania się do tego - poszukaj w ustawieniach, poeksperymentuj, powinno się udać.
@Sikor: problemy z FireBee wynikają z użycia procesora ColdFire który niestety nie jest w 100% kompatybilny i nie da się tego (poza emulacją) nijak naprawć.
Co do klonowania to całkiem niezłym punktem wyjścia może być choćby zeST: https://github.com/zerkman/zest/.
Gra, buczy i się świeci :D
Znalezione posty [ 1 do 25 z 5,768 ]
Strony 1 2 3 … 231 Następna
atari.area forum » Posty przez Adam Klobukowski
Forum oparte o: PunBB
Currently installed 8 official extensions. Copyright © 2003–2009 PunBB.
[ Wygenerowano w 0.313 sekund, wykonano 9 zapytań ]