Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
HDDRIVER 13.01 Aktualizacja HDDRIVER przynosi poprawki dla HDDRUTIL oraz lepszą obsługę szybkiego sprzętu.
192p Test Suite dla 8-bitowego Atari Nowy program do testowania i kalibracji obrazu dla Atari XL/XE od HanJammera.
Atari800 7.0.0 Pierwsza wersja emulatora z funkcją pobierania z sieci i mnóstwem nowości.
Obrazy w 1024 kolorach na VBXE Nowy konwerter i przeglądarka obrazów dla rozszerzenia VBXE pozwalają wyświetlić aż 1024 kolory.
Gearlynx 1.2.15 Emulator Atari Lynx doczekał się ważnej aktualizacji z wieloma nowymi funkcjami.
atari.area forum » Posty przez xxl
jest co najmniej jeden program uzywajacy bonusowego zestawu znakow... w przeciwienstwie do pierdzacej procki, jalowy kawalek kodu zabierajacy atarowca 3 sekundy podczas kazdego startu...
gdyby tak policzyc wiesz ile watow energi zezarl od 30 lat razy ilosc sprzedanych sztuk ten bezuzyteczny spowalniacz?
... a Hias wywalił coś, bez czego system zachowuje w zasadzie swoje właściwości,
dokladnie jak usuniecie procek o ktorych mowa w pierwszym poscie. system zachowuje swoje wlasciwosci i szybciej bootuje.
wiec w czym problem?
:)
Stefan w ktorejs wersji qmega nie umiescil procedur nowych urzadzen mimo, ze w tym czasie byly urzadzenia ktore z nich korzystaly.
Hias tez wykazal sie krotkowzrocznoscia usuwajac miedzynarodowy zestaw znakow a dodajac Hispeed SIO ;)
plajer z goat trackera jest wprost do uruchomienia na atari. oprogramowanie do komponowania jest.
Moje pytanie jest nastepujace - czy istnieja takie urzadzenia?
nie.
mozna te procki bezpiecznie usunac z ROM. Atari bedzie szybciej BOOTowalo :-)
za naglowkiem mamy:
.byte c'XAUTORUN '
.byte >xBIOS
.byte >SECTOR_BUFFER
.word INITAD
.word RUNAD
.word AOSV
.word xSIOV
.byte nag_PORTB
.byte nag_NMIEN
.byte nag_IRQEN
nazwe pliku autostart i glowne parametry. dla relokacji adres biblioteki, bufor, wektory init i run, nastepnie jest adres procedur I/O pierwsza to systemowa, druga xBiosowa.
a pozniej wartosci zapisane na czas relokacji, mozna dowolnie skonfigurowac xB pod swoj projekt. nic nie stoi na przeszkodzie, aby umiescic xB w pamieci pod rom lub w np. w MapRAM.
dojdzie prawdopodobnie jeszcze jedna zmiana. bufor sektora bedzie najprawdopodobniej wyrownywany do konca strony a nie jej poczatku - taka nowa wytyczna...
obecnie xB w stosunku do ostatniej wersji skrocil sie o 250 bajtow (ciagle jednak brakuje zalaczonego relokatora)
Kapitula przystala na znacznie wieksze zmiany niz poczatkowo zakladalem...
- biblioteka bedzie relokowalna i to my ustalamy gdzie. przed wystartowaniem biblioteki niezaleznej relokacji mozna bedzie poddac binarke, bufor, wektory init, run
to oznacza, ze jesli chcemy aby nasza gra ladowala sie bezposrednio np. od $200 to bedziemy to mogli zrobic bardzo prosto, chcesz zaladowac w miejsce xB? prosze Cie bardzo, juz mozesz.
mozliwe, ze trzeba bedzie opracowac prawdziwie dobry relokator. centrala juz prowadzi nabor.
jesli mowa o module I/O to zmienna przechowujaca jego adres tez jest dostepna (xIOV).
podczas ladowania na pierwszym inicie mozna w programie umiescic jsr xBIOS_SET_DEFAULT_DEVICE i zwyczajnie usunac z pamieci sterownik OS i ewentualnie sterownik D:, teraz bedziemy mogli poszalec np. z przerwaniami podczas ladowania, wylaczyc os itp. (proces ladowania bedzie kontynuowany). po zaladowaniu korzystac juz tylko z funkcji xB przy obsludze plikow.
albo odwrotnie, jesli nie korzystac z modulu I/O SIO to w to miejsce mozna przeniesc bufor i dodakowo modul I/O np. RAMDysk. trzeba jednak pamietac, ze zmienne xB znajduja sie na jego koncu, dlatego mimo, ze skonfiturujemy xB tak, ze bedzie zajmowal mniej niz 1kb to zmienne nadal sa na koncu tego 1kb.
jeden z archontow ze Stolecznego Miasta Poznan tez zglaszal cos podobnego...
8. udostepnione programiscie:
-wielkosc sektora na urzadzeniu zewnetrznym
-informacje o defaultowym interfejsie i/o
9. wraca "rainbow of death" - jesli urzadzneie nie odpowie w momencie uruchomienia xB lub jesli nie ma pliku xautorun & nie ma menu & nie ma basica)
bez znaczenia, mozesz uzywac D: lub D3: (ogolnie Dx:) - zawsze trafi do urzadzenia z ktorego uruchomiona zostala Twoja gra.
od piateku zaczynamy wprowadzac zmiany w xB, mozna jeszcze na to wplynac (jesli ktos ma uwagi). tematy:
1. wprowadzenie podzialu na xB i MENU - ale caly czas to jest jeden plik. polaczone dwa pliki binarne: xB i "Menu". jesli ktos nie chce placic cennym miejscem na dysku za "Menu" bo jest mu zbedne moze bezpiecznie podzielic plik po pierwszym runad,
2. nazwa pliku xautorun znajdzie sie na poczatku pliku, jesli komus przeszkadza bedzie mogl to teraz latwo zmienic.
3. domyslnym modulem I/O bedzie teraz OS - to jest spora zmiana. decyzja programisty jest wejscie w tryb SIO xBiosa (czyli full wypasik). mozna bedzie wywolac xB z dowolnego urzadzenia odrazu. QMEG, patche OSa beda obslugiwane. takze furtka dla programistow: przykladowo mozna uruchamiac gre plikowa z hdd albo np. przekopiowac pliki do ramdysku i odpalic xB z ramdysku z modulem RAM...
4. user nie bedzie mial mozliwosci recznego ustawienia modulu I/O w "menu", przekazujemy pelna kontrole programiscie.
5. nie bedzie tez automatycznie wylaczany BASIC. traktujemy usera powaznie, jesli nie wylaczy BASICa znaczy nie chcial tego zrobic - w tym wypadku nie bedzie tez wywolywany zimny start po resecie. "B" w Menu przechodzi do Basica, bez Menu wejdzie automatycznie do Basica.
6. urzadzenie "D:" rejestrowane automatycznie - zobaczymy czy bedzie to dalej wspierane (potrzebny bedzie jakis krotki progrmamik testowy czytajacy/zapisujacy dane z/na D:)
7. skrocenie kodu
oby, oby... ale na party urzadzeniem zewnetrznym jest sio2sd, druga atarka (SimDrive?) lub hdd. 100 bootsector intr zajeloby w sumie najwyzej 40 kb... (obraz 3 sektorow + naglowek daje 400 bajtowego ATR), dla porowania 1 dyskietka SD (najmniejsza mozliwa pojemnosc dyskietki atari) to ok. 90 KB.
a moze kategoria bootsector intro? (384b) moze byc atrakcyjniejsze od 256b intro...
nie zawracaj sobie nim glowy.
wszystko przed Toba.
zauwaz, ze w srodowisku jest (od zawsze) opor na probe zmian na te konkretne zapisy regulaminu, a nie na zmiane regulaminu wogole :D
reakcja na taka propozycje regulaminu tez niezmiennie podobna... nawet po tylu latach.
daje do myslenia co?
;-)
nie zalatwi.
tajny kod ktory czyni program userfriendly:
org $33D
.byte c'xxl'
teraz po nacisnieciu reset wszystko dziala jak trzeba
od1. z definicji.
ad2. w oryginale mowa o ladowaniu w ten obszar a w tlumaczeniu o uzywaniu tego obszaru przez program. roznica jest kolosalna.
ok. doszedlem do wniosku ze szkoda dalej odpowiadac w temacie. dziekuje.
sensownie? moze najpierw ustalmy czy wystawiamy prace na party czy raczej robimy pod "kolekcje".
poza tym trzymajac sie punktow 3, 4 i 5 nadal mozna bez problemu zrobic to czego autor tych "zasad" sobie nie zyczyl chociazby zmieniajac jeden z bajtow PUPBT1-3
1. eliminuje prace bootowalne i te ktore laduja sie z initow
2. zle przetlumaczone
3. z tym wieszaniem sie moze byc dokladnie odwrotnie. jesli ich nie zmienimy bedzie zwiecha.
4. nie zgadzam sie, klawisz reset jak sama nazwa wskazuje do czegos sluzy ;-) na atari lepiej jest wykonac reset. problemy maja osoby ktore przesadzily z rozszerzeniami i ich maszyna zanim sie zabootuje, sprawdzi konfiguracje, ziew, wczyta konfigi, ziew, zaladuje dos, ziew... to moze troche potrwac, ale same tego chcialy ;-)
5. dlaczego akurat 255?
6. jesli ktos instaluje sobie rozszerzenie powinien najpier pomyslec ktore...
przydalo by sie tez dobre opisywanie prac, z tego co pamietam ostatnio praca muzyczna na 8 kanlaow opisana byla jako 4-kanalowa.
Ględzenie w wydaniu 4 reprezentantów forum.
nie reprezentuje forum AA i nie wyrazam swojego zdania samoczwart
Na szczęście i tak na serio to techniczne możliwości moje w tym roku ograniczają się do SV i biorąc pod uwagę resztę wydarzeń - nie mieszam się.
szkoda, chcialem wystawic jedna prace na kompomachine
To może obowiązek przesłania pracy wcześniej i zgranie wszystkiego do AVI (HFR), WAV oraz PNG? A następnie po prostu jedna maszyna compo (PC) i jechane?
to jest bardzo dobry pomysl. autor pracy nie jest narazony na niekompatybilnosc kompo-maszyny ze standardem, praca jest prezentowana tak jak powinna. przed praca mozna wyswietlic dokladny wymagany konfig...
co do glosow, ze prace powinny byc prezentowane na atari - owszem dobrze by bylo, ale i tak od dawna pace na party nie sa prezentowane na atari :-)
na SV problem regulaminu i kompo maszyny nie wystepuje. chlubny, obok Wapniaka wyjatek na polskim party.
Ja się nie wstydzę, ale dopóki nie ma takiego zapisu w regulaminach, to podpisywanie się na votkach nie jest obowiązkowe i nie będę tego robił.
@voy: to przyjedź na Grzybsoniadę, Wapniaka, Fortyfikation...
Nie, tam nie ma obowiązku podpisywania votek. Ale jeśli ktoś podpisze - bierze udział w losowaniu dodatkowej nagrody.
to co pisze Sikor jest jak najbardziej sluszne i imo oczekiwane, tj. jak ktos podpisze, to moze dodatkowo brac udzial w losowaniu jakichs extras.
Więc jaki problem wprowadzić na party "odfajkowywanie" odbioru votki wg listy opłaty za wejście? Wpisy są numerowane, więc przy odbiorze identa, koszulki itp. org mógłby też wydawać karteczkę z tym numerem, którą oddawałoby się przy pobraniu votki.
Najlepsze byłoby głosowanie elektroniczne, gdzie każdy ma swój login i hasło. I nie chodzi tu o jakąś identyfikację, a o to, że na pewno głosów jest tyle co trzeba a wyniki są dostępne w dowolnym momencie, bez liczenia.
Na parties była sieć wifi, jej loginy i indywidualny numer głosującego przy opłaceniu każdy dostał ale że takie głosowanie jest bardziej skomplikowane niż operowanie długopisem to frekwencja była słaba bo i przesuwanie paluchem na małym ekranie telefonu po kilku(nastu) piwach stwarza problemy
no wlasnie. to wszystko pozwala organizatorowi rejestrowac votki od osob ktore sa do tego upowaznione chociazby przez oplata na party. czy to bedza karty numerowane rozdawane wedlug listy obecnosci, czy dostepne dowolnie ale wazne po podpisaniu/liczone te ktore zostaly oddane wedlug listy obecnosci, czy elektroniczne po loginie... to jest szczegol techniczny :-)
atari.area forum » Posty przez xxl
Wygenerowano w 0.231 sekund, wykonano 19 zapytań