4,026

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

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)

4,027

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

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.

4,028

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

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...

4,029

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

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)

4,030

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

bez znaczenia, mozesz uzywac D: lub D3: (ogolnie Dx:) - zawsze trafi do urzadzenia z ktorego uruchomiona zostala Twoja gra.

4,031

(1,754 odpowiedzi, napisanych Fabryka - 8bit)

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

4,032

(400 odpowiedzi, napisanych Zloty)

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.

4,033

(400 odpowiedzi, napisanych Zloty)

a moze kategoria bootsector intro? (384b) moze byc atrakcyjniejsze od 256b intro...

4,034

(400 odpowiedzi, napisanych Zloty)

nie zawracaj sobie nim glowy.

4,035

(400 odpowiedzi, napisanych Zloty)

wszystko przed Toba.

4,036

(400 odpowiedzi, napisanych Zloty)

zauwaz, ze w srodowisku jest (od zawsze) opor na probe zmian na te konkretne zapisy regulaminu, a nie na zmiane regulaminu wogole :D

4,037

(400 odpowiedzi, napisanych Zloty)

reakcja na taka propozycje regulaminu tez niezmiennie podobna... nawet po tylu latach.

daje do myslenia co?

;-)

4,038

(400 odpowiedzi, napisanych Zloty)

nie zalatwi.

tajny kod ktory czyni program userfriendly:

org $33D
.byte c'xxl'

teraz po nacisnieciu reset wszystko dziala jak trzeba

4,039

(400 odpowiedzi, napisanych Zloty)

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.

4,040

(400 odpowiedzi, napisanych Zloty)

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...

4,041

(34 odpowiedzi, napisanych Zloty)

przydalo by sie tez dobre opisywanie prac, z tego co pamietam ostatnio praca muzyczna na 8 kanlaow opisana byla jako 4-kanalowa.

4,042

(34 odpowiedzi, napisanych Zloty)

Pin napisał/a:

Ględzenie w wydaniu 4 reprezentantów forum.

nie reprezentuje forum AA i nie wyrazam swojego zdania samoczwart


Pin napisał/a:

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

4,043

(34 odpowiedzi, napisanych Zloty)

XTD napisał/a:

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 :-)

4,044

(400 odpowiedzi, napisanych Zloty)

na SV problem regulaminu i kompo maszyny nie wystepuje. chlubny, obok Wapniaka wyjatek na polskim party.

4,045

(400 odpowiedzi, napisanych Zloty)

voy napisał/a:

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ł.

Sikor napisał/a:

@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.

jellonek napisał/a:

to co pisze Sikor jest jak najbardziej sluszne i imo oczekiwane, tj. jak ktos podpisze, to moze dodatkowo brac udzial w losowaniu jakichs extras.

voy napisał/a:

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.

wieczor napisał/a:

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.

gepard napisał/a:

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 :-)

4,046

(400 odpowiedzi, napisanych Zloty)

@Voy: jest ogromna roznica miedzy glosowaniem "do urny" a glosowaniem na party. przykladowo zauwaz, ze przy urnie dostaniesz tylko jedna votke, votek jest tyle ile "uprawnionych". skonfrontuj to z rzeczywistoscia na party.

4,047

(400 odpowiedzi, napisanych Zloty)

@Voy: na kolejnym party jak bedziesz mial okazje podpisane votki rzuca Ci sie w oczy :)

ktos sie wstydzi swojego glosu?

4,048

(400 odpowiedzi, napisanych Zloty)

czyli chcesz oddawac glos "anonimowo" przed organizatorem.

rozumiem, ze nie bierzesz udzialu w zadnych glosowaniach na forum lub dowolnym konkursie internetowym (atarowym) gdzie o anonimowosci przed organizatorem nie ma mowy :-)

4,049

(400 odpowiedzi, napisanych Zloty)

chodzi o identyfikacje votki a nie Twoja :-)

czy gdyby votka byla numerowana mialbys podobne opory?

4,050

(400 odpowiedzi, napisanych Zloty)

dlaczego nie masz zamiaru sie podpisywac?