AtariOS oraz QMEG wlaczaja/wylaczaja BASIC podczas "zimnego startu". xB nie siedzi w ROM, trzeba go zaladowac, sprawdza OPTION po zaladowaniu.
przykladowo:
jesli nie chcesz BASICA i masz AtariOS to wlaczasz komputer z wcisnietym klawiszem OPTION...
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
TONY - Ark of the Covenant Kontynuacja przygód Tony'ego na Atari 8-bit, bez przemocy, z naciskiem na spryt i eksplorację.
ABBUC Software Contest 2025: Zgłoszenia Sprawdź aktualną listę programów zgłoszonych do konkursu ABBUC Software Contest 2025. Termin mija 31 lipca!
Gopher2600 0.50.0 Nowa wersja emulatora Atari 2600 z usprawnieniami i nowymi funkcjami debuggera.
Steem SSE 4.2.0 już dostępny Nowa wersja emulatora Steem SSE z istotnymi usprawnieniami i nowościami
Powrót Head Over Heels! Thalamus zapowiada Return to Blacktooth - kontynuację klasyka na Amigę i Atari ST
atari.area forum » Posty przez xxl
AtariOS oraz QMEG wlaczaja/wylaczaja BASIC podczas "zimnego startu". xB nie siedzi w ROM, trzeba go zaladowac, sprawdza OPTION po zaladowaniu.
przykladowo:
jesli nie chcesz BASICA i masz AtariOS to wlaczasz komputer z wcisnietym klawiszem OPTION...
Jeśli podczas uruchomienia biblioteki przytrzymamy klawisz OPTION to niezaleznie od tego czy mamy QMEGa ładowanie pliku domyślnego zostanie pominięte.
Plik domyslny standardowo jest zawsze uruchaminy, jesli go nie ma lub jesli trzymamy OPTION przy starcie xB to uruchomione zostanie MENU.
xB po aktualizacji do sciagniecia:
zdefiniuj "dostepne banki"
M'Lady z D!Halt na Atari:
wkrotce bedzie aktualizacja. dwie sprawy:
- jest cos w relokatorze co moze sprawiac klopot zaawansowanym userom, warto to poprawic
- kod zostal skrocony w dwoch obszarach: zezwolenie na uruchamianie xB z urzadzen ktore nie odpowiadaja np. na STATUS oraz xB bedzie wstepnie skonfigurowany juz w momencie uruchomienia.
zaoszczedzonego miejsca bedzie tyle, ze moznaby wbudowac obsluge ramdysku. pytanie: trzymac sie obecnej wielkosci i dodac nowa funkcjonalnosc czy lepiej skrocic plik bo i tak obsluge ramdysku mozna dodac odpowiednim wpisem w naglowku i dodaniem bloku obslugi ramdysku. po co wyreczac progrmiste, jak bedzie chcial ramdysk to sobie doda sam (zrodlo bedzie dostepne).
nie jestes na biezaco:
http://www.atari.org.pl/forum/viewtopic … 54#p188254
chocbys nie wiem jak bardzo chcial to nie zahamujesz rozwoju oprogramowania swoimi upgrejdami czy wymaganiami PIN Ready :-)
zamiast gledzic od dwoch i pol roku o plajerze to sam bys sie juz asemblera nauczyl ;-)
dobrze... lepiej zeby karty trafily do atarowcow
zeby dzialal z urzadzeniami podlaczanymi gniazdem cart i odtwarzal tyle sidow potrzebne by bylo rozszerzenie pamieci atari, po co isc na kompromis?
dzieki takiej budowie plajera i bibliotece xB nie wymaga rozszerzenia i odtwarza sidy nawet takie, ktore laduja sie pod rom lub ponizej $2000.
idea jest taka, zeby xB uruchomic w gotowym srodowisku. programista moze miec kaprys i przykladowo taki Pin bedzie mial wrazenie ze jakas gra dziala mu z jego dosa gdy w rzeczywistosci bedzie to xB ;)
poza tym inny programista zarzyczyl sobie mozliwosc definiowania wielkosci ramdysku lezacego w bankach o wybranych numerach.
porozmawiam z Wiedzacymi, zoptymalizuje i zrodlo zostanie udostepnione podobnie jak zrodlo AOSV.
SID PLAYER? hejtuj w odpowiednim watku.
sprawa dotyczy xBios i jego kolejnych mozliwosci :-) chyba Grzybson chcial miec mozliwosc odpalania produkcji wykorzystujacych xB z ramdysku. przechowuje program w jakims pamieciozernym filesystemie, na czas zabawy przekopiowuje pliki do ramdyku i odpala xBiosa - tak to sobie wykombinowal.
oczywiscie w wersji xB v3 programista zawsze ma mozliwosc zablokowania takich kombinacji :)
co sie stanie jesli interesujace nas programy wykorzystujace xB przekopiujemy do ramdysku i stamtad uruchomimy xB?
a to sie stanie:
aktualizacja plajera: http://xxl.atari.pl/?page_id=708
- optymalizacja, bedzie odtwarzal wiecej SIDow,
- wykorzystuje ULTRA SPEED jesli dostepny
jak narazie jedyny plajer na atari, ktory odtwarza SIDy grajace czesciej niz raz na ramke.
sposob w jaki LO potraktowal rozmowce powinien byc powodem do wstydu, tymczasem szanownego kolege duma rozpiera.
malo?
zrobil z tego wydarzenie medialne na forum
chcesz wiecej?
solidaryzuj sie
:D
powinni rypac i o tym trabic, a tak tylko rypali ;-)
ponadczasowo
jakby sie pochwalili, ze umieja odtwarzac SIDy z comodorka dopiero by byli nielubiani :D
byli za dobrzy jak na swoj czas :)
czyli nie lubiani przez Slavesa i jak czytam Dracona...
"Sam mogę dodać tylko tyle, że muzyczki z dem "HARD'u" po wyciągnięciu i zrzuceniu na c64 grają doskonale..."
faktycznie... ale jak to samo zrobil Swiety iles lat pozniej to wszyscy sikali po nogach ze szczescia :)
dlaczego srednio lubiani? bo byli nie do pobicia?
---
2 podstawki - do kazdej mozna wsadzic inna wersje sida?
jednak szkoda gadac. skasowalem posta. jedno slowo.
wstyd.
kilka przykladow:
600xl? czemu nie. poprosze.
sledze Twoj projekt od poczatku roku, calkiem fajne.
chcialbym tylko zwrocic uwage na jedna sprawe - na atari juz istnieje mechanizm rozdzielnego dostepu dla procesora graficznego i cpu. przeprogramowujac mmu w atari mozna tez miec "kilka stron zero i stosow"... moze pracy nie byloby tak duzo jak sie wydaje?
jaki ja widze problem? target. wydaje mi sie jest to rozszerzenie dla ludzi, ktorzy "pracuja" na atari a nie ma juz takich osob. narzedzia na pc sa po prostu wygodniejsze.
wiem, bo ja mysle o atari xl/xe.
nie znalem wersji pierwotnej ale co do koncowej zgadzam sie z Pinem - banialuki.
atari.area forum » Posty przez xxl
Wygenerowano w 0.209 sekund, wykonano 11 zapytań