Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
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
4th Atari ASCII Compo - wyniki Dostępne są już wyniki tegorocznego ATASCII Compo.
thing neo 1.60 Olivier Landemarre wydał nową wersję desktopu Thing.
atari.area forum » Fabryka - 8bit » xBios - biblioteka IO dla gier ktore lubia przestrzen
Strony Poprzednia 1 … 65 66 67 68 69 70 71 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Ok, dla mnie wyjaśnienie wystarczające :)
czyli dalej nic nie wiemy... w sumie nawet mnie to nie dziwi :-)
... btw, ciekawe jakie branie bym miał jako programista Atari na Linkedin :-)
A ja ponawiam pytanie o opis konfiguracji.
wersja xB z I/O RAM miala byc w zamysle takze pomoca dla nieprogramistow - mialo to dzialac tak:
do xB doklejamy ATR z program przykladowo napisany tak aby wylaczyc OS i ladowac sie z SIO (ze wzgledu na pamiec) - tak stworzony plik (.xex) ladujemy z dowolnego urzadzenia na komputerze z rozszerzeniem pamieci.
po zaladowaniu pierwszego bloku z ATR tworzony jest ramdysk a po wszystkim xB przejmuje kontrole i laduje program juz z RAMDysku.
zalety:
- zadziala dla programow ktore laduja sie takze do rozszerzonej pamieci
- z RamDysku mozna ladowac przy wylaczonym OS praktycznie w dowolne miejsce (jak w xB)
no wiec to nie zadziala dla:
- emulatorow (drop .xex)
- jesli takiego .xex bedziemy ladowac z filesystemu sparty
tak wiec niestety nie uda sie 100% automatyzacja :/ potrzebna bedzie asysta kodera :/
xB jest dla programistow...
raczej dla noobów - prawdziwi programiści zrobią to samo pod dosem ;)
zresztą, długo nie trzeba było czekać i na taką odpowiedź:
wersja xB z I/O RAM miala byc w zamysle takze pomoca dla nieprogramistow
ciekawe czasy
Dlaczego taki plik ma się nie załadować z fs sparty?
zaladuje sie... ale pliku takiego nie nie wykona juz user, z automatu nici.
Dowolne rozszerzenie ram? Co w momencie w którym program użyje tych samych banków co ramdysk?... a tak narzekali na wybieraczki ;)
obecnie to zalezy od programisty, moze sobie zmienic jak chce,
mam fajny patent zeby dzialalo z dowolnym (i bez kolizji) ale niestety 0.01% atarowcow ze sparta u ktorych by to nie dzialalo zakwiczaloby sie na smierc.
Odnoszę wrażenie, że na stronie xBIOS brakuje przykładów użycia.
To wielce uprościłoby explorację nowego świata. Wiele pytań by nie padło i dość enigmatycznych odpowiedzi także.
Jak to mówią: "jeden obrazek jest wart 1000 słów". Jeden rozbudowany przykład czasami także.
to tak, jak nikt się nie dowie jak zbudować konfig iksbjosa. Ponawiam pytanie.
Co do reszty, to piszesz XXL takimi półsłówkami, że generalnie nic z tego nie wynika a każdy może dopasować sobie sens do tego co napisałeś. Pomysł masz generalnie dobry, ale coś mi się wydaje że z wykonaniem będzie jak zwykle chyba, że będzie to ATR który zbootuje się z dowolnego nośnika i po uruchomieniu przewali dane do pamięci i uruchomi program pisany pod xb. Wówczas nikt nie będzie kwiczał jak sądzę i zapanuje ŚWIĘTY spokój.
No ale ty spokoju nie tolerujesz, więc co ja tu.. ;)
nie ATR tylko PLIK - zwykly xex
autor zazyczyl sobie: ma sie zaladowac z typowego FS oraz typowego loadera.
i byloby fajnie bo moznaby zrobic automat ale niestety nie bedzie automatu, pisalem wczesniej dlaczego.
@BartoszP: podobnie jak wczesniej, nowa wersja (i przyklad) pojawi sie dopiero po opublikowaniu gry ktora go wykorzystuje.
To dlaczego zwykły XEX ma się nie załadować z typowego FS SPARTY? :)
stworz plik jak opisalem i sprobuj przeprowadzic ladowanie na: typowym loaderze / typowym sparta FS
do xB doklejamy ATR (ze wzgledu na pamiec)
Musisz przetłumaczyć. Co w praktyce oznacza taka część zdania.
:)
jakbys dobrze zacytowal to nie trzebaby tlumaczyc ;-) masz poczatek i koniec ale wyciales srodek zdania...
polacz dwa pliki w jeden. pierwszy plik to program a drugi to ATR - zrob tak aby zawartosc ATR wyladowala w RAMDysku. czyniac to nie zakladaj konkretnego loadera.
To rozumiem, ale nie widzę związku pomiędzy systemem plików a możliwością załadowania takiej konstrukcji.
ja widze ale jak pokazesz dzialajacy przyklad pliku z atr 180kb to wiele sie naucze.
jakis czas temu pokazalem to:
http://www.atari.org.pl/forum/viewtopic … 10#p256810
dodalem takze parametr ograniczajacy ilosc pamieci ktora basic moze uzyc OD - DO
oczywiscie nie chodzi tylko o wywolywanie skryptow BASICA z programu w asemblerze ale takze mozliwosc przechowywania w pamieci jednoczesnie kilku programow w basicu.
https://www.youtube.com/watch?v=lC1sPXKMYxw
nowy PoP z korzysta z xBIOSa ... szkoda, ze nie korzysta z wbudowanego dekompresora :/
dystrybuowany jest jako ATR, ale tu nagrany na CART:
https://www.youtube.com/watch?v=gkYH5p3j_5Y
czy wersja na cart jest gdzieś udostępniona?
Czy to pracuje ze standardem bankowania Maxflash 8Mbit i jest to docelowy target dla tych mechanizmów xbios? Pytam, bo jeśli tak, to jest opensource wersja Maxflash 8Mbit, okrojone co prawda do 4Mbit i w dodatku read-only, ale w wielu zastosowaniach wystarczy, a udostępniałem pod ten projekt również wzory płytek do obudów Sikora. Natomiast nawiasem mówiąc opracowałem już wersję prototypową takiego samego kartridża 8Mbit z zapisem również, możliwe, że całkiem przypadkiem pracujemy nad bliźniaczym projektem kartridża...
Na szczęście działa na U1MB ;-)
@Mq: wlasciwie tak, mam dwa schematy (zarzadzania pamiecia) dla cartow (wliczajac start i nowy typ maxflasha to 3).
tak, calkiem mozliwe ze sa to zbiezne pomysly.
Strony Poprzednia 1 … 65 66 67 68 69 70 71 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
atari.area forum » Fabryka - 8bit » xBios - biblioteka IO dla gier ktore lubia przestrzen
Wygenerowano w 0.053 sekund, wykonano 29 zapytań