Przejdź do treści forum
atari.area
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
Atari System Emulator 1.10 Nowa wersja emulatora przynosi wsparcie dla MIDI, Roland MT-32 oraz poprawę interfejsu.
Silly Venture 2026SE - stuff Paczka ze stuffem z letniej edycji party Silly Venture 2026 jest już dostępna do pobrania.
FujiATC: radar lotniczy na Atari Śledzenie ruchu lotniczego na żywo na 8-bitowym Atari dzięki urządzeniu FujiNet.
VBXETERM 0.24 Aktualizacja terminala VBXETERM v0.24 naprawia błędy obsługi urządzenia R:
Nowa wersja kompilatora actionc Nowe wydania nightly cross-kompilatora języka Action! dla 8-bitowego Atari napisanego w Rust.
Opcje wyszukiwania (Strona 20 z 68)
Pytanie podstawowe. Do jakiego celu ma to służyć?
Bo może zamiast kombinować jak tu się dostać do pamięci Atari, należy zmusić Atari by samo wysyłało odpowiednie informacje do PCta. Czyli niewielka modyfikacja handlera "E:".
Wystarczy by działały wszystkie normalnie napisane programy (czyli z góry należy założyć, że żaden program napisany przez XXLa nie zadziała w takich warunkach ;) ) pracujące w trybie tekstowym.
Nigdy nie lubiłem sieciowych multiplayerów, nie wciąga mnie to, poza tym kupiłem jako sprzęt do emulacji, a gry na PSP to sprawa poboczna.
Ale każdemu wg potrzeb, tyle że nie deprecjonowałbym Streeta, co innego Go, bo brak UMD to większy problem.
Eeeee tam ze Streetem przesadzacie. Do emulacji WiFi jest zbędne, a cała reszta w Streecie jest.
No i z dwiema dobrymi grami w sklepie nówka 449zł.
Wiem bo kupiłem i potrzeby posiadania WiFi nie zauważam.
Cart diagnostyczny to zwykły Cart z odpowiednim romem: http://ftp.pigwa.net/stuff/collections/ ... AGCART.EPR
Oczywiście nie zadziała jeśli są problemy z działaniem procesora lub jakieś zwarcia na szynach danych czy adresowych, bo startuje go standardowo Atari OS przed zainicjowaniem wszystkiego innego.
Devil inside....
A imię jego czterdzieści i cztery :)
Wracam powoli do prac na Atari - przerwę sobie zrobiłem z powodu nagromadzenia innych zajęć, padnięcia Atarynki i innych pomniejszych...
E tam zaraz atak. Po prostu uściślić chciałem ;).
Gwoli wyjaśnienia.
Nasza wersja Scorcha jest oczywiście niedokończona, ale zawiera sklep i wybór broni takich jak na PC (jak da się sprawdzić więcej niż w wersji tu pokazanej). Fakt - nie wszystkie te bronie są zaimplementowane, ale większość jest (a w tej wersji nie widzę Froga czy M.I.R.V.a - u nasz są i działają). Co do broni defensywnych to u nas działa spadochron ;) jak się go kupi, a w tej wersji nie ma jak widzę broni defensywnych wcale.
Zakupy odbywają się po odbyciu pierwszej rozgrywki (tak jak na PC ;) ).
Sterowanie jest z klawiatury, by jak najwierniej odpowiadało wersji z PC, ale co za problem zrobić to joystickiem.
Jak na TBasic, bardzo fajnie i szybko działa.
Bo w przypadku Jet Boot Jack Twój problem rozwiązuje sama gra, uruchamia się resetem, a potem zmienia wektory. A Final Legacy "cytowałem z pamięci" i nie wiem w czym dokładnie był tam problem.
A taki przykład: "Jet Boot Jack", gra która URUCHAMIA się wywołując reset :)
No i pamiętam, że problem był z "Final Legacy", ale z innego powodu - ta gra odwoływała się do domyślnych wartości paru komórek w tym magicznych (z tego co pamiętam).
Oczywiście że można czasem wyleczyć to jednym cięciem, ale to cięcie trzeba zrobić w grze, tworząc kolejną wersję - chcesz dopasowywać istniejący soft do Twojej idee fixe? A niektóre gry będzie ciężko przerobić.
Nie pamiętam teraz tytułu (poza tym, że nakombinowałem się z loaderem, żeby ta gra się łądowała), ale nic Ci to nie pomoże, prześledź sobie w ROM procedurę resetu i tyle.
Jeśli program ustawi komórki:
$033D, $033E, $033F (zwane magicznymi ;) )
$0244 - znacznik zimnego startu
i wektory
$02,$03 lub $0C,$0D w połączeniu z odpowiednim stanem $09
NIC nie zrobisz i koniec. Ale powinieneś to wiedzieć i mieć tego świadomość (a wygląda na to że wiesz ale nie masz świadomości :) - bo w to, że nie wiesz ja nie uwierzę).
Ale po co się zapoznawać i tak tego programowo (w loaderze DOSie czy jak to tam zwiesz) nie poprawisz. Możesz najwyżej przerobić grę "pod swoj loader" a nie o to chodzi.
Jeśli program po wystartowaniu odtworzy 3 magiczne komórki i ustawi wektory startu po reset to możesz mu nagwizdać - taka prawda.
Oczywiście, ale wiadomo jakie magiczne komórki są sprawdzane (i jakie powinny mieć wartości), znam przynajmniej kilka gier, które na starcie odtwarzają 3 magiczne bajty a potem ustawiają wektory warm startu. Najczęściej są to dumpy z Cartów.
Co więcej znam przynajmniej jedną grę (także dump z carta), która na starcie SPRAWDZA te magiczne bajty i jeśli są zmienione - nie startuje a właściwie startuje źle i po chwili się wywala.
I wtedy może sobie XXL pomazać.... ops pomarzyć oczywiście ;P
Powiedzmy sobie szczerze. XXL chce stworzyć mocno ograniczonego DOSa i jednocześnie nie nazywać go DOSem (no i w sumie racja, bo to raczej DOSik). Oczywiście znosi on kilka ograniczeń, ale jednocześnie (w stosunku do innych DOSów) nakłada ich dużo więcej.
xxl napisał/a:gry ladowane z xBiosa nie beda odporne, reset zawsze wywola zimny start...
Bleee... powodzenia... ciekawe jak im zabronisz być odpornymi?
Trzymam za słowo i będę sprawdzał.
A TOMS nie ma przypadkiem domyślnie włączonego buforowania, bo to ono powoduje przekłamanie wyników.
Sypie się kanał RSS z newsami.
Sygnalizuje mi brak tagu zamykającego "description" przy newsie o pantheonie i przy okazji wywala całość.
obie atarki bym wzial jesli aktualne jeszcze... bo mi moja padla.
ale nie bardzo mam cos ma wymiane... poza biletami NBP
W minutę byś sobie zrobił, zamiast innych męczyć głupimi pytaniami.
Skrót myślowy zrobiłem. Większość loaderów załaduje dane pod adres $ffff (np. blok dwubajtowy pod adres $fffe) , ale żaden nie załaduje bloku którego adresem startowym jest $ffff.
Ale nikt nie mówił, że nie może. W większości loaderów pod $ffff nic się nie załaduje.
Przeanalizowałem kiedyś kilka i wszystkie działały tak:
- pobierz 2 bajty z pliku
- jeśli oba to $ff skok na początek
- jeśli nie potraktuj je jako adres początkowy bloku
- pobierz 2 bajty i potraktuj je jako adres końcowy
- wczytaj blok
- skocz na początek
czyli pod $ffff nic się nie da wczytać
A to fakt... zwracam honor i idę na zakupy po 16GB RAM do grzyba (zupełnie serio :) ).
xxl napisał/a:itosci... czyli wszyscy maja miec minimum dodatkowe 128 ramu, moje atari nie ma 128 kb ramu.
TAK (poza tym chodzi o dodatkowe 64kb - czyli standardowe Atari 130XE)
Czy wszyscy, jak Ty muszą zatrzymać się na etapie prehistorycznym? :P
Jesli nie mozna xBiosa umieszczac w innych obszarach to zyskalismy raptem 2 i pol strony RAM w stosunku do SDX w trybie BANKED ... co za OGROMNY zysk :P
mono: wiekszosc (jak nie wszystkie) loaderow potraktuje 6 kolejnych $ff jako 3 naglowki i bedzie oczekiwało adresu startowego po nich.
No to jak załaduję coś do obszaru pamięci akurat przez xBiosa zajmowanego??? No jak?
Przeczytałem pierwszy post dokładnie, tam adres xBiosa jest wskazany precyzyjnie, ale ze struktury wynika że może być w innym miejscu pamięci. No i co z SIDem łądowanym pod $800 (żeby było ciekawiej)?
Bardzo dobry przykład tebe.
A co jeśli pod adresem $700 jest akurat xBios ???
Czy on nie zajmuje miejsca?, czy się sam relokuje szukając wolnego miejsca w pamięci?? Nie - on zajmuje - mało ale jednak, w związku z tym jeśli chcę ten kawałek pamięci użyć muszę mieć KOLEJNĄ WERSJE bibliotek, skompilowaną pod inny adres.
Czyli poza wersjami dla różnego sprzętu, powstawać będą wersję dla różnych programów - oczywiście każda z tych "podwersji" będzie musiała mieć wersje dla różnych konfiguracji sprzętowych....
Czy nie lepiej jednak trzymać się zasad przy pisaniu programów??
(tak wiem SIDy to wyjątkowa sytuacja, ale dlaczego do tej wyjątkowej sytuacji dorabiać ideologię uniwersalności rozwiązania)
Znalezione posty [ 476 do 500 z 1,699 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.057 sekund, wykonano 26 zapytań