Do wygląda tak OSZAŁAMIAJĄCO, że aż ciężko uwierzyć, że to tylko STe z HDD. Widziałem filmy z gołego Falcona u Yerza i tamto już było świetne, ale to....!
Trzeba będzie pomyśleć o kontrolerze HDD do STEka :)
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Nowy firmware 1.5 dla SDrive-MAX Ulepszony tryb szybki i poprawki kaset w nowej wersji firmware
Ice-T 2.8.2 Nowa wersja Ice-T dla 8-bitowego Atari już dostępna - poprawki i nowe funkcje
Galactic Panic - nowa przygodówka na ST Darmowa gra point and click na Atari ST - ponad 100 ekranów przygody.
Nowa wersja ARIFE Tool od PVBest73 Uaktualniono uniwersalne narzędzie do analizy obrazów ROM i dysków Atari
Echa Sommarhack 2025 Podczas szwedzkiego party Sommarhack zaprezentowano kilkadziesiąt produkcji,
atari.area forum » Posty przez grzybson
Do wygląda tak OSZAŁAMIAJĄCO, że aż ciężko uwierzyć, że to tylko STe z HDD. Widziałem filmy z gołego Falcona u Yerza i tamto już było świetne, ale to....!
Trzeba będzie pomyśleć o kontrolerze HDD do STEka :)
SapEmu nie zabangla prosto z XEX loader-a, bo musi doczytać później odczytać pliczkiz sapami, do czego potrzebny jest dos.
A rozszerzenia typu DOSKEY - jak sprawdzić, w którym banku siedzą?
SapEmu ze strony epi'ego - http://epi.atari8.info/sapemu.php
No skoro jest (nowy) tryb graficzny, który wymaga podgrzania GTIA suszarką do włosów, to kto wie... ;)
urzadzenia podlaczonego standardowym zlaczem sio.
Właśnie- SIO. Wokół tego cała dyskusja się m.in. kręci. Co ze standardowymi urządzeniami NEWDEVICE obsługiwanymi przez standardowy ROM Atari? Nie ma xBios dla NewDevice, trzeba sobie napisać. Natomiast standardowe procedury obsługi CIO są tak napisane, że im to lotto, czy urządzenie jest SIO czy NEW DEVICE - jednakowo obsługują oba.
Nikt nie mówi (a przynajmniej ja), że xBios to zdecydowane zuoooo. Gdy pamięci na styk, a my uparcie chcemy aby programik ruszył na stock 64kB - ok, uzycie xBios jest do przełknięcia, można uznać za uzasadnione. Ale do gier typu MazezaM gdzie zajętość pamięci jest mała? Tam były tylko trzy skoki do xBios (zmiana wektorów load i init, jeden open file, jedno load data). IMO Najważniejsze to zachować równowagę.
PS: No i przyznam, że czekam na wersje Cartridge'owe.
No i wiemy, że Sparta się wykłada na BLOAD w TurboBasicu XL.
Pamiętam, było coś na rzeczy... Acz niby w dokumentacji od 4.45 występuje komenda o numerze 40 "Load a binary file". To może już działa? ;) Trza będzie sprawdzić na róznych DOSach - do testu radę da nawet Basic i instrukcja XIO.
W kwestii Binary Load - co z komendą nr 40 cio instalowaną (chyba) przez DOSa 2.5, przez Spartę na 100%, nie wiem jak inne. Nie testowałem, ale np. w takim TurboBasicu XL komendy BLOAD i BRUN jakoś są zrobione, nie?
Oglądałeś źródła mojego programiku testowego? Oto struktura binarki:
0. 0600-0606 (0007) - kontrolne wpisanie cyfry "0" do pamięci ekranu (górny lewy róg)
1. Init 0600
2. 0600-065F (0060) - procedura przepisująca zawartość ROM do RAM, po wykonaniu wypisuje "1" (u góry po środku)
3. Init 0600
4. C000-C008 (0009) - wypisanie cyfry "2" do pamięci ekranu (górny prawy róg)
5. Run C000
Nie robię nigdzie żadnego bufora pośredniego w niższych obszarach pamięci, ładuje bezpośrednio do $c000.
Pewnie, że nie zabazgrzę całego obszaru $c000 - $ffff ładowanymi danymi, bo tu mam choćby procedury CIO. To tak jakby xBios chciał ładowac plik z blokiem pod $800 ;)
niestety tak pieknie to nie jest i nie pod kazdym dosem ;-) - ale to dowod, ze to ograniczenie DOSa a nie pliku binarnego :-)
Pewnie czegoś nie rozumiem (jak zwykle). W Ram pod Rom-em potrafi - więc gdzie nie da rady?
Sprawdzałem na SDX 4.45, SDLoad, DOS II+/D, MyDOS4.50T (te 3 na real hardware, OS - Qmeg), DOS 2.5 z CP (na emu, AtariOS) - każdy z nich bez problemu załadował program testowy i uruchomił kod z segmentu z $c000.
chodzi o zapisywanie pamieci pod rom,...
To można też przepisać sobie z ROM do RAM samą tylko obsługę CIO, i używać na wyłączonym ROMie. W moim patchu na MazezaM przepisuję cały ROM do RAM(na łatwizę) i działa. W załączniku małe demko - poprawny wynik to pojawienie się cyferek 0, 1, 2 (0 - kontrolna, 1 - rom przepisany do ram, 2 - instrukcja z bloku od $C000).
Czyli DOSy potrafią ładować pliki binarne wszędzie - czasem tylko trza im trochę pomóc :)
Powiedziało się A to trzeba powiedzieć i B. Więc wsparcie dla HSC będzie. Tyle, że HSC jeszcze oficjalnie MazezaM nie wspiera - jak robić reverse engineering, jeśli się ie ma co reversować :)
Szybkie wyszukiwanie i wygląda na to, że w MazezaM są tylko trzy odwołania do xBios - jedno do xBIOS_SET_VECTORS, o którym mówiłem, jedno xBIOS_OPEN_FILE i xBIOS_LOAD_DATA. Na pierwszy rzut oka nie ma zapisu. Rąbka tajemnicy pewnie uchyliłby pliczek MAZEZAM.PCH, trza tylko poczekać na release....
Co do samej gry - to jasne że się podoba! Takie gierki logincze zawsze wciągają. No i ten motyw na beepera. Poza tym gdyby się nie podobała, to nie zadawałbym sobie trudu, aby ją łatać, prawda ? ;)
@Pin
MapRAM potrzebny jest tylko do STARYCH gier połatanych do współpracy z HSC. Nowe gry nie potrzebują go (EDIT: Mapramu dla jasności). Dely choćby zapowiadał, że AGFFYO będzie wspierać HSC (ale bez xBios ;) )
To raczej jednostkowy przypadek, sądzę. nie z każdą pójdzie łatwo. Gra nie robi aż tak wielkiego użytku z xBios, przynajmniej przy ładowaniu, więc udało się jakoś załatać. Mogło tam coś jeszcze zostać, ale zagrać na SDX się da!
EDIT:
Aaaa - gra chyba wykorzystuje hiscore i tokensy, tak? Brak tokenów będę musiał ścierpieć. Ale dalsze skoki do procedur xBios wypadałoby znaleźć i zaNOPować chociaż.
xxl nie będzie grał sam, bo zagram razem z Nim! Wy też możecie, bo...
...połatałem (wykastrowałem?) mazezam i bangla spod sdx :) (patrz załącznik)
Jeśli ktoś jest ciekawy co zostało zrobione, to proszę (nie śmiać się ;) ):
1. Doklejenie na początek procedury przepisującej ROM do RAM (aby spokojnie po nim mazać)
2. Modyfikacja segmentu pod $600 - zaNOPowanie skoku do procedury xBIOS_SET_VECTORS, przesunięcie wektora INIT powyżej sprawdzania obecności xBIOS
3. Zamiana wektorów z FFFC na klasyczne INIT, RUN
EDIT:
Pewnie ten ROM-RAM dałem trochę na wyrost i gdybym się bardziej postarał (jeszcze parę nop-ów), to można by go out. Poszedłem po najprostszej lini oporu, ale cel osiągnięty więc na razie mi się nie chce ;)
Nie będzie. "Formatować" w pełnym tego słowa znaczeniu to można tylko nośniki magnetyczne.
Aaaaa, to tego może nie zrozumiałem z dokumentacji :)
Myslałem że samo podmontowanie (of coz nie boot) jest możliwe.
W takim razie rzeczywiście pozostaje kopiowanie po SIO, albo można spróbować poeksperymentować z emulacją SIDE w Altirrze.
Secon - o ile dobrze zrozumiałem to w FDISKu SIDE możesz normalnie montować ATRy (ktoś potwierdzi?) ATRa z QA znajdziesz bez problemu.
Z Voyagerem pogadaj.
Jakby nie patrzeć CFki stały się nierozłączną częścią atarowskiego hobby :)
Jeżeli komuś wala się gdzieś niepotrzebna karta, powiedzmy ok. 1GB to z chęcią przygarnę.
Dzięki wszystkim, bawiłem się świetnie :) Fajnie było zobaczyć, jak to na innych działkach niż swoje wygląda :)
Ukłony dla Sikora
Mono - weź płyty ;)
Zax - to ty też będziesz na Wap-niaku?
Dzisiaj sprawdzone - w MediaMarkt Sony 60 "czerwone" (chyba jak te z aukcji) o zgrozo 7 zł!
Ejjj, ale jakiś czas temu chyba widziałem magnetofonowe podczas wycieczki do mediamarkt, a na bank były jeszcze VHSy. Jak będę przejeżdżał obok, mogę sprawdzić czy rzeczywiście są i po ile.
atari.area forum » Posty przez grzybson
Wygenerowano w 0.048 sekund, wykonano 22 zapytań