Przejdź do treści forum
atari.area
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
Atari System Emulator v1.12 Wydano Atari System Emulator w wersji 1.12 z obsługą napędu B, nowymi trybami wyświetlania i usprawnieniami.
Altirra 4.50 test 20 Phaeron udostępnił kolejną kompilację testową emulatora Altirra z numerem 20.
Miracle Boy in Dragon Land bezpłatnie! Platformówka na Atari ST/STE została udostępniona całkowicie bezpłatnie dla wszystkich graczy.
Nowa wersja przeglądarki HighWire HighWire 0.5.0 Beta przynosi obsługę HTTPS, nowoczesnego CSS oraz kart pod TOS, FreeMiNT i MagiC.
CAS2Audio 1.0.5 Nowa wersja aplikacji CAS2Audio dla systemu Android przynosi całkowicie odświeżony i nowoczesny interfejs użytkownika.
Opcje wyszukiwania (Strona 104 z 329)
najlepiej na temat tego "newsa" wypowiedzial sie Leonard Tramiel :-)
wiec patoscena 16bit malego atari moze dalej szukac cienia potwierdzenia istnienia swoich "korzeni"
Mq napisał/a: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
http://members.casema.nl/hhaydn/howel/l ... xl_kbd.htm
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
seban napisał/a: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" ;-)
xxl napisał/a:pierwej przetrenujemy produkcję na SIOCarcie :-) jak już ktoś nam rozrysuje schemat w standardach akceptowalnych przez producentów płytek/prototypów ;-)
otrzymalem informacje, ze transport plytek wlasnie wyplynal z Szanghaju.
zlot jak zwykle bardzo dobry.
zakupy u Dudiego udane no i dzieki za polecenie knajpy... zjadlem pyszna smazona rybke.
kazdy chce mieszkac w milych i pachnacych miastach dlatego nalezy zamknac wszystkie monopolowe... i kebabownie, bo kazdy powinien sie odzywiac zdrowo. i jeszcze... kazdy powinien miec ladna zone.
Znalezione posty [ 2,576 do 2,600 z 8,224 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.207 sekund, wykonano 10 zapytań