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 xxl
@ lda bufCHR,y
sta ekrGFX,x
iny
txa
sbx #$100-$20
bcc @B@ lda bufCHR,y
sta ekrGFX,x
iny
txa
adc #$20
tax
bcc @Bzmieniona kolejnosc i rozkaz na bcc
przyklady sa w tym watku, nawet juz w pierwszym poscie
ze 120 zl mozna dac
ta jest chyba lepsza, a napewno duzo szybsza (zwlaszcza dla SD/ED). gestosc sprawdza pobierajac status ze stacji.
na zyczenie patch do gry
Fortress Underground
niesmiertelnosc + zatrzymany licznik energii. do patch archive nie dodaje bo gra przez latke stracila grywalnosc.
wydaje mi sie ze turbo jest wlaczone i dziala ok (ale nie wiem czy o to chodzi - nie znam sie na qmegu)
http://www.youtube.com/watch?v=YYb-lNFq1m0
ktore opcje w qmegu poprzelaczac zeby sprawdzic?
i nie bylo to takie zle tylko ze chaos nie pozwala niczego zapisywac do pliku, no i jesli masz zapelniona pamiec a dane do zapisania znajduja sie powyzej $c000 i nie ma miejsca zeby je przeniesc i wlaczyc rom...
ok. kompilacja helloween:
- potezna optymalizacja (kolejna), xbios zajmuje mniej, moze wiecej :)
ale caly czas $800-$bff jest zarezerwowane.
- zmiana 3 z posta 248 sie nie przyjela, jak slusznie zauwazono, programiscie nie daje sie mozliwosci wyboru urzadzenia wiec nie ma sensu dodawanie przedrostka, nazwe podajemy:
dta c'1nazwa EXT' - mozna uzywac spacji wewnatrz nazwy, znakow semigrafiki itd. chyba widzialem na atari dosa tak zmodyfikowanego, ze mozna bylo nadawac dowolne nazwy plikom - na c64 to norma ;-)
- optymalizacja loadera, zaladuje bez problemu np. to:
org $ffff ; :-)
.byte $ff
- nie powinno byc juz problemow z przelaczaniem szybkosci
- niektore stacje np. xf551 ma problem z rozpoznawaniem gestosci - ogolny problem tych stacji - dodalem procedure ktora umozliwia zbadanie gestosci i stacja ta nie powinna juz miec problemow przy zmianie dyskietki.
- przy okazji badania gestosci rowniez xbios przelaczy sie na gestosc dyskietki czyli od teraz wystarczy jedna wersja xbios dla gestosci SD/ED i DD. czyli xbios przejmuje gestosc nosnika z ktorego zostal uruchomiony.
- zrodla jeszcze nie sa wycyzelowane ale juz zaczyna to jakos wygladac.
w zalaczniku do testow (z menu), bez menu na zyczenie.
Po co? To nie ja, czy inni użytkownicy atari tego nie rozumieją. To TY nie rozumiesz.
Definicje nie mają większego znaczenia, bo ... patrz wada nr 2.
tak, nie rozumiem. gdybys byl tak mily i odpowiedzial na to pytanie latwiej by mi bylo zrozumiec Twoje posty.
odpowiesz na post 260?
nadarzyla sie okazja do ukonczenia tego projektu.
potrzeba grafiki a moze nawet "czolowki" przed gra (podczas ladowania gry)
jesli jakis grafik jest zainteresowany prosze info na prv. xxl @ atari . pl
> "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.
pliki binarne ktore mozn odpalic tylko z biblioteka s w 100% niezalezne od nosnika wiec mozesz sobie ja kopiowac gdzie chcesz na co chcesz pod warunkiem ze masz dla tego urzadzenia biblioteke xBIOS ... nie opowiadaj bzdur, ile razy mozna pisac to samo :-)
---
kolejnych "domyslow" juz nie bede prostowal. na powtarzajace sie pytania przynajmniej kilka razy juz padla odpowiedz.
odpowiem tylko na takie, na ktore nie bylo jeszcze odpowiedzi, na reszte (podejrzewam) trolowania albo spamowania niestety nie.
:D
a czy jest to plik? czy jest to plik binarny?
Pecus uwaza, ze jesli cos sie nie zaladuje z DOSa/Loadera to znaczy ze jest to "nibyplik binarny" lub "pliki nibybinarny" a jesli sie zaladuje spod xbiosa a nie np. inicjalizera to jest to juz "calodysk".
zwrocono mi wczoraj uwage na to, ze powinienem jednak podac "zrodlo inspiracji" a mowiac po naszemu czyje programy disasemblowalem (na czym sie uczylem) piszac xbiosa:
- Pecus,
- Fox,
- Konop,
- Pajero,
- Electron,
- Pirx
pytalem i otrzymalem pomoc
- Fox,
- Konop,
- Pajero
tak to wyglada.
---
mozliwe, ze kogos pominalem w tym momencie (sporo programow "podgladalem") dodam jak sprawdze/przypomne
To skopiuj tak jak każdy inny plikowy program z przed "ery xbiosa" i odpal jakimś loaderem czy DOSem ... do wyboru.
Jeden Mazezam z setek plikowych wersji gier czy programów się po prostu nie uruchomi. Ergo - jest "nibyplikiem binarnym" (a właściwie "plikiem nibybinarnym")
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
i wedlug twojej definicji to nie bedzie plik binarny.
prosilem, podaj jak rozumiesz "plik", "plik binarny", "calodysk" bo ciezko rozmawiac z czlowiekiem ktory na swoj sposob to rozumie. nie mowie lepszy czy gorszy ale chcialbym wiedziec jak to rozumiesz.
i dopiero za ktoryms razem poskutkowalo.
i zaladuje sie pod warunkiem ze w pamieci bedzie xbios :-) (jesli wlejesz benzyne z lat 40 do samochodu z 2012 a on nie pojedzie znaczy ze to nie jest auto)
nie dosc ze pojecia ktore uzywasz jak "calodysk", "plik" rozumiesz chyba jakos inaczej, to jeszcze logika... troche to sie juz robi nudne...
To skopiuj tak jak każdy inny plikowy program z przed "ery xbiosa" i odpal jakimś loaderem czy DOSem ... do wyboru.
odpal z tego dosa xbiosa i zaladuj gre - po klopocie
> Natomiast XXL powinien ograniczyc swoją ideologiczną krucjatę przeciwko DOS'om
niema zadnej krucjaty ale bawie sie przednio.
> Mazezam ... o tej nibyplikowej grze.
chcialbys :D
Traktują dysk jak swoje prywatne podwórko i nie używają w zasadzie żadnego filesystemu, bo po co im - czytają sobie dane z konkretnych sektorów.
a xbios nie czyta "konkretnych sektorow" tylko bazuje na filesystemie dosa.
xbios ma sens przy programach, które potrzebują tony wolnego RAMu, a i tak traktować je należy wtedy jak programy całodyskowe z namiastką dostępu do plików.
nie jestem pewny czy podobnie rozumiemy slowo "calodysk". wymien cechy programow "calodykowych" :-)
Majzaaaaammmmmmmmmm
będąc zdanymi na doczytywanie poszczególnych leveli po SIO
modul komunikacyjny biblioteki xbios jest niezalezny i nie musi byc zwiazany z SIO, sam zademonstruje biblioteke z modulem komunikacyjnym dla kartow. a wszystko to zeby wszystkim zylo sie lepiej :D
> inaczej piszac - dla mnie to wyglada na soft ktory _z definicji_ ma nie dzialac na czyms, na czym nie zyczy sobie tego autor, bo tego czegos nie lubi (sparta? dyski ide?).
nieprawda. programista nie ma ZADNEGO wplywu na to z jakiego urzadzenia IO korzysta user.
jedyne co autor gry moze to ZABLOKOWAC mozliwosc uzywania urzadzenia dodatkowego a caly ruch obslugiwac z urzadzenia podstawowego.
z radoscia zapraszam do watku o xbios.
MazezaaaaaaaM
odpalic gre z ulubionego dosa? :-) przeczytaj glosowanie: http://www.atari.org.pl/forum/viewtopic.php?id=9527
xbios jest tez loaderem - mozesz dopalic sobie z xbiosa
atari.area forum » Posty przez xxl
Wygenerowano w 0.224 sekund, wykonano 10 zapytań