poskladam listy razem i bedzie obraz calosci

tu wujek eru
jako, że lud pracujący miast i wsi nas wybrał coby zarządzić, może coś
zarządzimy?
jakiś regulamin albo co.
jak to zrobimy?
Ma ktoś propozycje jakiekolwiek? :)

dajcie znać
eru

Propozycje ogólne:

1) prace mają być
2) mają działać

osobiście tylko tyle wymagam od prac konkursowych :D

Generalnie zgódźmy się na to, że współczesne atari ma 320KB ramu i
stereo i wszystko co na tym pójdzie jest dobre.

Kategorie mogłby by być:
-256B
-1KB
-4KB
-16KB
-64KB
-bez ograniczeń

Pewnie co poniektóre kategorie można z miejsca wyrzucić, ale chyba tylko
te są sensowne.

Ogólnie regulamin powinien być jak najprostszy. Cieszmy się, że ludzie
tworzą, a nie zabraniajmy im robić co drugiego kroku.

> 1) prace mają być
to jest dobry pomysł ;)
Proponuję pogadać z Eijkiem, i ustalić, że np osoby, które wystawiają
coś na party mają zniżkę. Ofkorz, liczą się tylko 'quality productions'.

> 2) mają działać
eee. detal :)

> Generalnie zgódźmy się na to, że współczesne atari ma 320KB ramu i
> stereo i wszystko co na tym pójdzie jest dobre.
zgadzam się.

> Kategorie mogłby by być:
> -256B
> -1KB
> -4KB
> -16KB
> -64KB
> -bez ograniczeń
trochę dużo, ja bym został przy 256, ew. 1kb, 16kb i demo.
bo 4kb jest bardzo mało popularne a 64kb to już bez sensu (i Numen na
upartego wejdzie:)).

ok. czyli pierwsze kroki za nami.

trzeba ustalić co ze zmianą banków - np, że w intrach < 16kb może to być
edycja pliku ew zmiana pliku konfiguracyjnego, a w 16kb i demach musi
byc możliwość zmiany bezpośrednio. Chociaż mi to wisi, ale są ponoć
ludzie, którym na tym zależy.

>> 1) prace mają być
> to jest dobry pomysł ;)
> Proponuję pogadać z Eijkiem, i ustalić, że np osoby, które wystawiają
> coś na party mają zniżkę. Ofkorz, liczą się tylko 'quality productions'.

Ludzie którzy wystawiają coś 'quality' i tak w łącznym rozrachunku będą
mieli zniżkę, w postaci wygranej :-)

>> Kategorie mogłby by być:
>> -256B
>> -1KB
>> -4KB
>> -16KB
>> -64KB
>> -bez ograniczeń
>
> trochę dużo, ja bym został przy 256, ew. 1kb, 16kb i demo.
> bo 4kb jest bardzo mało popularne a 64kb to już bez sensu (i Numen na
> upartego wejdzie:)).

No dobra. 256 podobno się opatrzyło, a 1KB dawno nie było, więc dajmy
kategorie 1KB, 16KB i demo.

> ok. czyli pierwsze kroki za nami.
>
> trzeba ustalić co ze zmianą banków - np, że w intrach < 16kb może to być
> edycja pliku ew zmiana pliku konfiguracyjnego, a w 16kb i demach musi
> byc możliwość zmiany bezpośrednio. Chociaż mi to wisi, ale są ponoć
> ludzie, którym na tym zależy.

Ja osobiście uważam, że wybieraczka banków w każdym przypadku może być w
zewnętrznym programie. Tak jest nawet wygodniej, bo raz ustawisz banki,
zapiszesz konfigurację i potem zawsze uruchamiasz tylko demo.
Generalnie proponuję przyjąć, że do ograniczenia rozmiaru bierzemy sumę
długości wszystkich plików potrzebnych do uruchomienia programu (a zatem
nie wybieraczki). Tak więc w 16KB (lub 1KB) musi się zmieścić intro+config.
Co do wykorzystania rozszerzenia, to proponuję pozwolić na to w każdym
przypadku, również w intrach 1KB. Pewnie znajdą się marudy, które będą
mówić, że 64KB wystarczy takiemu intru i trzeba umożliwić oglądanie go
ludziom bez rozszerzenia, ale proponuję ich nie słuchać. Jeśli 1KB intro
będzie faktycznie potrzebować rozszerzenia, to ja bym je chciał zobaczyć.
Tak wchodząc na inną działkę. Muzyka i grafika w 64KB zmieścić się chyba
powinna, tam rozszerzenie nie powinno być chyba używane (poza modcompo).

Jest inna sprawa, którą się przejmuję. Lobby miłośników twardych dysków
twierdzi, że bootowalne dema są niedopuszczalne. Słuchamy ich czy nie?

Acha. I proponuję dopuścić dema/intra w dowolnej postaci. To znaczy
*.com, *.bas i inne.

> Ludzie którzy wystawiają coś 'quality' i tak w łącznym rozrachunku będą
> mieli zniżkę, w postaci wygranej :-)
fakt

> No dobra. 256 podobno się opatrzyło, a 1KB dawno nie było, więc dajmy
> kategorie 1KB, 16KB i demo.
eee, 1k sie opatrzylo, ostatnio bylo wiecej 1k niz 256. to co...
256 - 1k - 16k - demo ? :)
ofkorz min 3 prace w kategorii.

co do wybieraczki pomysl, ze konfigurator nie liczy sie do dlugosci o
ile intro/demo chodzi bez, jest ok. mozna by nawet sie zastanowic nad
udostepnieniem minimalnego konfiguratora w postaci zrodel, ktory by
pozwalal ustawic N bankow i wpisac wybrane wartosci pod adres X w pliku
Y a nastepnie uruchomic plik Z (Y==Z moze byc ofkorz).

co do intra 1k, ktore uzywa rozszerzonej pamieci - polecam plo.xex,
takie sobie, pomysl sprzed jakichs 8 lat, ale wykorzystuje dodatkowe 8
bankoof.

> Jest inna sprawa, którą się przejmuję. Lobby miłośników twardych dysków
> twierdzi, że bootowalne dema są niedopuszczalne. Słuchamy ich czy nie?
Ja bym powiedzial, ze demo moze byc bootowalne, ale zalecane jest
plikowe. Zgodzilismy sie (chyba?), ze konfiguracja to
320xe+stereo+stacja, twarde dyski nie sa standardem.
Ale trzeba wyraznie zaznaczyc, ze *lepiej* jest o ile bedzie plikowalne.

> Acha. I proponuję dopuścić dema/intra w dowolnej postaci. To znaczy
> *.com, *.bas i inne.
rozumiem xex/bas ale inne? jakie inne? :)
nic co wymaga dodatkowego programu, np turbo basic czy action.
chyba ze ktos se skompiluje do xex.

pax
eru

> 256 - 1k - 16k - demo ? :)
> ofkorz min 3 prace w kategorii.

O.K.

> co do wybieraczki pomysl, ze konfigurator nie liczy sie do dlugosci o
> ile intro/demo chodzi bez, jest ok. mozna by nawet sie zastanowic nad
> udostepnieniem minimalnego konfiguratora w postaci zrodel, ktory by
> pozwalal ustawic N bankow i wpisac wybrane wartosci pod adres X w pliku
> Y a nastepnie uruchomic plik Z (Y==Z moze byc ofkorz).

Nie do końca kojarzę. Chcesz dołączyć źródła intra, aby każdy mógł
zmienić numery banków i przekompilować?

Według mnie możliwe są następujące opcje:
-pojedyńczy plik dema z wybieraczką w środku
-osobna wybieraczka zapisująca dane do pliku konfiguracyjnego czytanego
przez właściwe demo
-osobna wybieraczka modyfikująca właściwy plik dema
-plik konfiguracyjny w postaci tekstowej do edycji edytorem tekstu

> co do intra 1k, ktore uzywa rozszerzonej pamieci - polecam plo.xex,
> takie sobie, pomysl sprzed jakichs 8 lat, ale wykorzystuje dodatkowe 8
> bankoof.

Nie kojarzę tego. Mógłbyś podesłać?

>> Jest inna sprawa, którą się przejmuję. Lobby miłośników twardych
>> dysków twierdzi, że bootowalne dema są niedopuszczalne. Słuchamy ich
>> czy nie?
> Ja bym powiedzial, ze demo moze byc bootowalne, ale zalecane jest
> plikowe. Zgodzilismy sie (chyba?), ze konfiguracja to
> 320xe+stereo+stacja, twarde dyski nie sa standardem.
> Ale trzeba wyraznie zaznaczyc, ze *lepiej* jest o ile bedzie plikowalne.

Na słowo "lepiej" w regulaminie nie ma miejsca. Bo jak jest lepiej, to
może być też i gorzej. A co to oznacza gorzej? Minus 10 punktów na starcie?

>> Acha. I proponuję dopuścić dema/intra w dowolnej postaci. To znaczy
>> *.com, *.bas i inne.
>
> rozumiem xex/bas ale inne? jakie inne? :)
> nic co wymaga dodatkowego programu, np turbo basic czy action.
> chyba ze ktos se skompiluje do xex.

O.K. Plik wykonywalny lub Atari Basic (ciekawe, czy ktoś w tym napisze
demo? Z dużą ilością kodu maszynowego da radę.)

>> 256 - 1k - 16k - demo ? :)
>> ofkorz min 3 prace w kategorii.
> O.K.
jak TeBe sie zgadza, to ok. troche mnie kusi 4k, bo kiedys bylo super interko
ars'a, ale co za duzo to niezdrowo, i tak nikt nic nie napisze :P

> Nie do końca kojarzę. Chcesz dołączyć źródła intra, aby każdy mógł
> zmienić numery banków i przekompilować?
nie. chce, zeby powstal malutki programik zupelnie niezalezny od wszystkich
intr, ktory by potrafil zmodyfikowac plik konfiguracyjny lub bezposrednio xex.
Chodzi o to, ze taki eru mogl sobie napisac PLO, ale juz mu sie nie chcialo
pisac konfiguratora bankow. Wzialbym wtedy takie zrodelka, wpisalbym w
odpowiednim miejscu 'PLO.XEX', adres w .xex tabeli bankow i ile tych bankow
jest, skompilowal i mialbym programik powiedzmy PLO-CONF.XEX, ktory by pokazal
  jaki plik zmienia, dal mozliwosc ustawienia bankow i ew. odpalenia PLO.XEX

zasadniczo, chodzi o ulatwienie zycia koderom. a przy okazji, taka aplikacyjka
jakby powstala, i bylaby uzywana przez wiecej produkcji, to i bylaby stabilna,
moze jakies fajne ficzery (a'la kilka defaultowych zestawow bankow: CompyShop,
Rambo etc), jednolity interfejs itp.

>> co do intra 1k, ktore uzywa rozszerzonej pamieci - polecam plo.xex,
>> takie sobie, pomysl sprzed jakichs 8 lat, ale wykorzystuje dodatkowe 8
>> bankoof.
  > Nie kojarzę tego. Mógłbyś podesłać?
obczaj tutu: http://www.atari.sk/forever/xF2004.htm
wstyd :)

> Na słowo "lepiej" w regulaminie nie ma miejsca. Bo jak jest lepiej, to
> może być też i gorzej. A co to oznacza gorzej? Minus 10 punktów na starcie?
Ja uwazam, ze moze byc slowo lepiej. W sensie, jezeli demo nie bedzie plikowe
nie bedzie nic tracilo, ludzie nawet sie nie dowiedza w czasie prezentacji.
Ale mozna napisac cos a'la 'Jezeli chcesz, zeby Twoje demo bylo dostepne dla
wszystkich atarowcow, pamietaj o twardych dyskach'.

> O.K. Plik wykonywalny lub Atari Basic (ciekawe, czy ktoś w tym napisze
> demo? Z dużą ilością kodu maszynowego da radę.)
Kolega Globus z mojej pierwszej grupy APC tak pisal :) smieszne rzeczy mu
wychodzily :)

pax
eru

> zasadniczo, chodzi o ulatwienie zycia koderom. a przy okazji, taka
> aplikacyjka jakby powstala, i bylaby uzywana przez wiecej produkcji, to
> i bylaby stabilna, moze jakies fajne ficzery (a'la kilka defaultowych
> zestawow bankow: CompyShop, Rambo etc), jednolity interfejs itp.

O.K. To kto go pisze?

>>> co do intra 1k, ktore uzywa rozszerzonej pamieci - polecam plo.xex,
>>> takie sobie, pomysl sprzed jakichs 8 lat, ale wykorzystuje dodatkowe
>>> 8 bankoof.
>  > Nie kojarzę tego. Mógłbyś podesłać?
> obczaj tutu: http://www.atari.sk/forever/xF2004.htm
> wstyd :)

Aaaa.... już kojarzę. Trza było pisać, że tegoreczne a nie sprzed 8 lat.

>> Na słowo "lepiej" w regulaminie nie ma miejsca. Bo jak jest lepiej, to
>> może być też i gorzej. A co to oznacza gorzej? Minus 10 punktów na
>> starcie?
> Ja uwazam, ze moze byc slowo lepiej. W sensie, jezeli demo nie bedzie
> plikowe nie bedzie nic tracilo, ludzie nawet sie nie dowiedza w czasie
> prezentacji.
> Ale mozna napisac cos a'la 'Jezeli chcesz, zeby Twoje demo bylo dostepne
> dla wszystkich atarowcow, pamietaj o twardych dyskach'.

Czy jak ktoś ma twardy dysk, to już nie może odpalać całodyskowych
produkcji? Przecież może. Więc ja zupełnie nie rozumiem o co
"twardziele" się tak burzą.

> O.K. To kto go pisze?
no nie wiem :)
ktos kto pamieta jak sie uzywa dos'a pod atari z asma :)))
np, ja zupelnie nie wiem czy jest takie polecenie jak 'uruchom exeka' :)
ale jak bedzie trzeba, moge napisac.

> Czy jak ktoś ma twardy dysk, to już nie może odpalać całodyskowych
> produkcji? Przecież może. Więc ja zupełnie nie rozumiem o co
> "twardziele" się tak burzą.
no tak, ale wygodniej im z twardziela...
chociaz teraz sa takie ficzery na twardzielach ze szok, tzn mozna pokazac, ze
plik jest atarowska stacja i zbootowac atarke z tego co wiem :)
takze, imho bootowalne moga byc.

eru

Co do bankow:

- korzystanie z bankow DOSII jest bez sensu, chyba ze ktos pisze demko, ktore pod nim sie odpala

- zakladanie, ze adresy bankow beda pod 0600 tez jest bez sensu, bo to znaczy, ze pod taka winda interko sie nie odpali bezposrednio z .XEX. Pod ChaosLoaderem tez nie.

- pomysl automagicznej konfiiguratorki, ktora NIE BYŁABY integralną częścią intra (tylko max 1k) ale dodatkowym bajerem dla potrzebujących wydaje się słuszny. Powinna ona (imho) potrafić zmodyfikować intro, coby  odpalić ją raz i mieć intro przystosowane do naszych potrzeb.
Do intra wystarczyłoby dołączyć pliczek tekstowy opisujący gdzie co w nim zmienić

- jak najbardziej można wykorzystać wybieraczkę z Duplandu.

- TeBuś, nie zrozumiałeś - intro nie ma składać się z modułów, tylko ma być zewnętrzny modyfikator intra, umożliwiający szybkie przystosowanie banków do specyfikacji kompa. Więc żadne BATy nie są potrzebne.

- załeżenie jest takie, że intro dostarczone na kompo ma działać na jakiejś standardowej konfiguracji (np Rambo albo CS) a jak ktoś chce się bawić niech zmienia

- wszystko powyższe dotyczy (imho) tylko intr 256 i 1k. Intra 16k mają być odpalane z DOSu, jednoplikowe (tutaj już wybieraczka się zmieści sama) i już.

Co do bootowalności:

- jestem przeciwny wymuszaniu DOSa

- jestem za dopuszczaniem bootowalnych, wielostronnicowych demek. Przygotowanie wersji dla HDD powinno być bonusem a nie twardym wymaganiem - bo wyobraźmy sobie demko 4-stronnicowe.
Wymagałoby to tworzenia specjalnej wersji dla HDD, która by działała tak, że nie zamazywałaby obszaru DOSu (albo by se kopiowała itp).
Zasadniczo, wymóg HDD zmniejsza możliwości prezentacyjne dema (przynajmniej teoretycznie).

Co do formatu plików. Ofkorz, TurboBasic powinien być dopuszczony, o ile ktoś napisze w nim demo, które się będzie bootowało albo wieloplikowe, automatycznie wczytujące kolejne części. Nie widzę możliwości ładowania TB i wpisywania 'LOAD'.
Action to samo. Jak ktoś zrobi, że się samo uruchomi, nie ma problemu.
Wyjątkiem jest BASIC, gdzie dopuszczamy 'LOAD'.

/PIN/:: Nie wiem, w czym tu problem. Dla przykładu NUMEN; dwie strony, dwa pliki z dta - żaden problem - z twardym działa. Z ew. doładowaniem danych bez zamazania dosa - chyba też. Poza tym;- boot z *.atr jest możliwy wyłącznie jak dotąd z SIO2IDE, KMK tego jeszcze (oficjalnie) nie potrafi. Tzn. niby można, lecz jest to duży problem i większość rzeczy nie działa w ten sposób. Pomysł użycia *.bat z DOS II jest bez sensu. Sugeruje fakt, by intro/demo odpalało przynajmniej pod MyDOS i/lub SDX. Wbrew pozorom dużo ludzi ma HDD - myśle, że należy na sprawe patrzyć z każdej strony, a produkcje sprawdzić pod MyDOS'em - nie problem. :lol: Może to nie moja działka;- ale tak na dwa słowa...

Z czego widze Ejik ma na temat regulaminu inne rozwiązanie. No cóż;- nie bardzo mi się to osobiście podoba; tym bardziej, że ustrój zmienił się w tym kraju, coś koło 1989r.  :D  :D Panowie; albo konkrety, albo całe to zamieszanie było na ... kiego grzyba. To wcale nie jest trudne, czy / lub / i niemożliwe. :?:  :arrow:

mail poszedl. jak ustalimy wersje alpha tutaj opublikujemy.