Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
TURGEN 9.3.0 Kolejna wersja multiplatformowego narzędzia do zarządzania obrazami taśm.
SV 2024 WE - program imprezy Już za tydzień odbędzie się zimowa edycja Silly Venture
Nowa obudowa dla 800XL - zostało 36 dni Niewiele ponad miesiąc do końca kampanii.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
atari.area forum » Posty przez grzybson
To chyba składana osłonka przeciwsłoneczna ;)
Wychodzi na to, że każdy z Nas powinien na każdej Atarce jaką ma w domu odpalić test na działanie lub niedziałanie tych niby "stabilnych" nielegali. A i tak to w sumie będzie mało.
jak bede robil ankiete "sprzet uczestnikow zlotow"
A ja głupi myślałem że w tej ankiecie chodziło Ci o wybadanie sprzętu "aktywnych użytkowników Atari". Hmmm, ciekawe jakie by tu kryteria uznać właściwe, aby określić kogoś "aktywnym".....
(...) Dyskusja dotyczy tego, zeby w compo machine byl procek jaki siedzi w standardowym atari
Wydaje mi się, że od jakiegoś czasu na zlotaach pinek ma dwie compo machine - jedna to jego XEGS, a druga - XE ze standardowym procem - więc w czym problem? Co oczywiście nie zmienia faktu, że można by być wstrzemięźliwym w kwestii używania nielegali - tylko gdy program rzeczywiście bez nich nie ma szans wydajnie zadziałać.
@xxl - Skąd pewność, że respondenci Twojej ankiety stanowią reprezentatywną próbę? Jeżeli chciałeś, uzyskać rzetelne, odzwierciedlające stan faktyczny wyniki, to trzeba może trzeba było tę ankietę trochę bardziej rozreklamować, bo wychodzi na to, że do nie wszystkich wieść doszła.
Jestem ciekaw, jak wyglądałyby wyniki gdyby taki sam kwestionariusz jak na stronie, przedstawić uczestnikom jakiegoś zlotu, np. SV - to moim zdaniem byłby lepszy materiał do "przebadania".
... a co do reszty, to w 95% nie ma problemu by produkcje programować tak, by działały na wszystkim i na prawie dowolnym rozszerzeniu. Wystarczy tylko chcieć i nie zapierać się rękami i nogami o std konfigurację, bo nie wiem czy ma to sens. Dla pozostałych 5% nie widzę przeciwwskazań pod warunkiem, że otrzymujemy przy tej okazji coś godnego uwagi.
Pospisuję się pod tym obiema łapkami i kapeluszem.
No ja mem Zenita, miałem go na Wap-Niaku.
Sęk w tym, ze nie lubię poświęcać kliszy na cokolwiek ;) Ale prawie ją wykończyłem podczas jednej wycieczki, 6 klatek zostało. Chyba, że się w makro pobawię, lubię nawet.
Natomiast skana na płytkę nie biorę z założenia - będzie można np. na SV obejrzeć :D
Gratki Dracon__!
Fajowe :) Moje jeszcze czekają na wywołanie, nie "dokończyłem" kliszy.
To ja, popisując się przy tym ogromną nieskromnością, proponuję dodać w ciekawostkach:
"Gra wywołała takie emocje wśród publiki, że wersja konkursowa została zpatchowana tak, aby nie używała xBios w czasie krótszym niż 24h od momentu publikacji"
;)
pod warunkiem ze masz dla tego urzadzenia biblioteke xBIOS ... nie opowiadaj bzdur,
Nie mówmy o rzeczach, których jeszcze NIE MA, pomówmy o tym co JEST TU i TERAZ. A na chwilę obecną xBios JEST TYLKO dla AtariFS w SD/ED, więc uruchamialność plików binarnych binarnych zależnych od xBios jest ograniczona tylko do tych gęstości i filesystemów.
Tak w ogóle ta wizja rozlicznych wersji xBios dla każdej konfiguracji bardzo mi trąci marzeniem o "szklanych domach"...
EDIT:
W wątku o MazezaM powołujesz się na wyniki ankiety w tym topicu... Z góry zaznaczam, że nie pamiętam jak kiedyś zagłosowałem, ale teraz ta ankieta wydaje mi się tendencyjna - są opcje za xBios, opcja "nie mam Atari", ale nie dałeś opcji dla miłośników DOSów. Ciekawe jak w takiej konfiguracji wyglądałyby wyniki...
Powiedziałbym - sprawa jest dwoistej natury. Taki np. MazezaM ma strukturę pliku binarnego. Tylko, że jest to plik binarny zależny od konkretnej biblioteki. Jednak xBios w obecnej wersji i cały soft na nim oparty dają nazwałbym to "wrażenie" obcowania z całodsykiem. "Typowe" plikówki przyzwyczaiły Nas do tego, że są niewrażliwe na rodzaj dos-a i filesystem z którego się uruchamiają (czy wręcz nawet ich nieświadome). Zaś pliki zależne od xBios, choć skpoiuję gdzie sobie chcę, odpalę tylko pod AtariFS na dyskietce SD/ED.
W skrócie to kwestia definicji - xBios jest swoistą "hybrydą", która wykracza poza dotychczasowe definicje pojęcia "całodyska" i "plikówki".
pod zadnym loaderem oprocz xbios nie zaladuje i nie uruchomi sie tez plik wygenerowany z takiego programu:
org portb
.byte $fe
org $e477
lda random
sta colbak
jmp $e477
run $e477
No pewnie, że nie załaduje. Przecież te dosy i loadery wykorzystują procedury cio, które są w rom, więc jak im je odłączysz, to nie załadują i się wykrzaczą. A że XBios z nich nie korzysta, to załaduje. Chyba, że zrobić sztuczkę, o której już wspominałem - przepisać rom do ram, wtedy możesz ładować i spod DOSa na $e477.
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 C000Nie 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 ;)
atari.area forum » Posty przez grzybson
Wygenerowano w 0.051 sekund, wykonano 22 zapytań