Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Jak napisać grę na Atari - cz. 8 Premiera ósmej części popularnej serii poradników Larka o tworzeniu gier na Atari już 28 lipca!
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
atari.area forum » Posty przez xxl
dokladnie Pin, przeczytaj dowiesz sie i nie bedziesz juz powtarzal glupot o nielegalach.
@BartoszP: nielegale stabilne maja zwiazek z procesorem a nie plyta. natomiast ogolnie nielegale niestabilne dzialaja przewidywalnie, jest wyjatek gdzie dziala przewidywalnie ale inaczej niz "zwykle" - wdaje mi sie zwiazane jest to z rewizja plyty - to sa moje przypuszczenia - za malo testow.
w do planu spotkania dodane zostalo takze zwiedzanie Ministerstwa Sledzia i Wodki
dziekujemy, zapraszamy na kolejny RACE
:-)
@toriman1: podczas testowania pewnego niestabilnego rozkazu zauwazylem prawidlowosc pozwalajaca obliczyc czas od wlaczenia komputera (sic!) - zwiazana byla wydaje sie wlasnie z rewizja plyty, co prawda nie bez ECI ale... gdybys kiedys robil opracowanie i mial dostep do roznch rewizji plyt to z checia wrocilbym do tematu.
najlepiej na temat tego "newsa" wypowiedzial sie Leonard Tramiel :-)
wiec patoscena 16bit malego atari moze dalej szukac cienia potwierdzenia istnienia swoich "korzeni"
Ja p*.*, faktycznie ciężko z Tobą gadać xxl: w pewnym sensie stanąłem po Twojej stronie, broniąc Twojego stanowiska przed Pinem, bo w tej konkretnej sprawie myślałem, że można liczyć na Twoją wiedzę, a wiem jaki jesteś wrażliwy na bezkolizyjność rozwiązań, o czym nieraz już wspominałeś przy okazji gadek na temat u1mb. Powiem więcej, to Twoje przewrażliwienie akurat w wypadku przełącznika, o którym mowa w wątku, było by wręcz pożadane, bo taki przełącznik właśnie tak powinien działać, żeby nie kolidował z żadnym sprzętem. W rezultacie dostałem gówno zamiast odpowiedzi...
calkowicie sie z Toba zgadzam i rozumiem ale mam zwiazane rece, wypowiedzialem sie czeo nie chcialbym spotkac w Twoim przelaczniku i dostalem od admina ostrzezenie: "[dely]: Warning. Offtopic."
mam zwiazane rece. ale trzymam kciuki ze przelacznik bedzie dobry.
przykro mi ale nie moge odpowiedziec bo sugestie co jest dobre co zle z mojeo puktu widzenia w kontekscie Twojeo przelacznika przez przewrazliwione jednostki brane jest za "offtopic".
:-)
w 88 atari juz dano nie mialo dzialu rozwoju malego atari ;-)
wczesniej wyyewulowalo w amige... zycie
aaa... konsola... a to sory ;-) atari przewidzialo trendy z przyszlosci... teraz tez mozna kupic konsole na ktorych mozna uruchamiac gry np. z nesa, psx1 itd ;-)
ale wiesz, ze takie "dokumenty" na chusteczkach higienicznych podpisuje sie na kazdej zakrapianej imprezie integracyjnej ;-)
nie wiem jakiej funkcji brakuje u1mb ale wiem o jaka funkcje ma za duzo: funkcja zwieszania atari po zapisie do rejestrow powtorzonych PIA. Przelacznik pozbawiony tej funkcji bylby na pewno ciekawy.
MM [dely]: Warning. Offtopic.
Tym razem Katowice
porzadek obrad:
1. temat przewodni 256b compo na najbliższym prawdziwie ataroskim zlocie
2. pipeline tegorocznych konwersji
3. panel dyskusyjny: "roznorodnosc i tolerancja w dobie mody trans&upgrade"
4. sushi
mam na sprzedaz DragonCarta (przywilej pierwokupu ma Pin).
Kto chce?
masz racje. w klawiaturze serwisowej nie sa potrzebne.
gdby jednak projekt mialby sie kiedys rozwinac to chyba chcialbym miec wszystkie mozliwosci (z nieprzypisanymi klawiszami takze) a noz bede sobie chcial napisac nowa obsluge klawiszy ;-)
szkoda ze nie ma klawiszy funkcyjnych odrazu... a nawet brakujace klawisze
od dawna dane bez naglowka wewnatrz uruchamialnch plikow a teraz spakowane bloki dekompresowane w momencie dostepu.
przegapiles z wimaginowanym przjacielem tyle waznych momentow ;-)
niestety zbyd duzy kompromis. rozszerzenie standardu jest nieuniknione ;-)
...
nie mowie ze akurat takie :D
udostepniam testowa wersje bootloadera dla dyskietek, co w nim ciekawego? ma wbudowany dekompresor.
oczwiscie obsluguje takze zwykle binarki ale gdy w pliku binarnym pojawi sie segment z adresem konca $0000 to zaczyna dziac sie magia.
struktura przykladowego pliku binarnego:
0. 2000-2005
1. Init 2000
2. 2010-459F
3. 4800-4AD2
4. 5400-8303
5. Run 5800 - w sumie 21 KB
i to samo z segmentami spakowanymi:
0. 2000-2005
1. Init 2000
2. 2010-0000 (blok spakowany LZ4)
3. 4800-4AD2
4. 5400-0000 (blok spakowany LZ4)
5. Run 5800 - w sumie 12 KB
Dołączanie depackera do loadera, nie wydaje mi się dobrym pomysłem... uwiązujesz loader do konkretnych wersji programów kompresujących czy depackerów, etc. Coś się zmieni w LZ4 czy EXO i zaraz będzie problem że XBIOS w takiej to a takiej wersji nie odczytuje poprawnie plików przygotowanych przez LZ4 v.131321 bo musi być LZ4 v.131313 ... a do kompletu o ile dobrze zrozumiałem tworzysz "nowy" format pliku, niezgodny z AtariDOS binary file. Przecież żaden loader nie odczyta segmentu typu $xxxx-$0000, no chyba że ktoś będzie pisał dedykowany loader do tego typu plików.
zaden loader nie dekompresuje spakowanych segmentow w locie ;-) (w locie - nie ma bufora) wiec to nie jest problem. dedkowany loader? xboot :-) poza tym dlaczego mam ograniczac rozwoj w tym kierunku... ktos bedzie chcial to uzyje nie to nie i nic sie nie stanie ;)
sluszna uwaga co do wersji - dodam identyfikator dekompresora ktorego loader ma uzyc w przypadku spakowanych segmentow
ok. ale to znaczy ze dekompresor jest dolaczony i wykonany na INIT. Tu jest inny przypadek.
nie wiem czy prawidlowo rozumiem "dekompresowany w locie podczas wczytywania" napisz skad pobierane byly kolejne bajty spakowanego pliku z jakiego bufora? Ja obserwuje, ze dane najpierw sa ladowane a pozniej dekompresowane, jakis hint dzie moge podejrzec "dekompresowane w locie" ?
Super Paker - bardzo porzadne narzedzie.
w zalaczniku przyklad test-lz4.atr gdzie dekompresor nie jest dodawany do spakowaneo pliku binarnego - w obydwoch przykladach spakowany zostal blok 2 i 4
roznica jest taka ze lz4 dekompresuje sie w czasie ladowania a exomizer po zaladowaniu
---
budowa pliku aby loader wykryl bloki spakowane:
normal:
0. 2000-2005
1. Init 2000
2. 2010-459F
3. 4800-4AD2
4. 5400-8303
5. Run 5800
0. 2000-2005
1. Init 2000
2. 2010-0000 (blok spakowany)
3. 4800-4AD2
4. 5400-0000 (blok spakowany)
5. Run 5800
czy spakowane pliki binarne do ktorych dodawany jest dekompresor maja ograniczenia dotyczace adresow init i run? przykladowo - moze byc wieloblokowy plik binarny z kilkoma initami? czy mozna czesciowo pakowac taki plik binarny? np. blok 1 i 5 z 10 spakowane.
???
nic odkrywczego, dokladnie ten sam program:
wykorzystujac procedury graficzne OS bezposrednio: 28 sekund
wykorzysujac CIO: 76 sekund
dwa i pol raza szybciej jest bez CIO
dzwiek jest zrealizowany mniej wiecej jak na SIOCarcie :D
dzieki :-)
myslalem ze sie wymigam ... a teraz bede musial usiasc ;-)
materialy na podstawie ktorych moge sobie te procedury napisac znam... nie tego oczekiwalem ale dziekuje.
oczekuje gotowych procedur.
dziekuje :-)
zostalem poproszony o przekompilowanie wersji labiryntow dla "upgrejdowanych" komputerow atari z systemem operacyjnym potrafiacym emulowac CIO (nie wiem dlaczego nie uzywaja oryginalnego XL OS)...
mam prosbe o udostepnienie procedur XLOS w wersji CIO dla:
Graphics
Plot
Drawto
Locate
dziekuje w imieniu emu"sceny" ;-)
atari.area forum » Posty przez xxl
Wygenerowano w 0.221 sekund, wykonano 10 zapytań