Mi osobiscie regulamin Vasca odpowiada, chociaz pare rzeczy bym zmienil i dodal jeden punkt ogolny:

1.Intro 256b - IMHO zmienilbym przepis, ze intro musi wracac do DOS-u - wydaje mi sie, ze istota pracy 256b jest efekt sam w sobie wycisniety w 256b a nie koncentrowanie sie na obsludze systemu - ktos moglby powiedziec - jeden RTS lub JMP (xx) nie jest problemem, jednak zwrocmy uwage na taki przypadek: zalozmy ze jest pojedynczy efekt, ktory jest zapetlony np. jednym JMP - teraz, aby wyjsc do DOS-u potrzeba np. zrobic dodatkowa petle czasowa, co pociaga za soba dodatkowe bajty, a wiadomo, ze w pracy 256b licza sie czesto wlasnie pojedyncze bajty.
Wydaje mi sie, ze moznabyloby wyjatkowo 256b przerywac resetem.

2.Intro 16k i wybor reczny bankow - nie zapominajmy, ze napisanie chocby najbardziej prymitywnego interfejsu uzytkownika, umozliwiajacego wybor bankow tez pociaga za soba "urzniecie" pliku intra o kawalek, ktory mozna wykorzystac np. na kod samego intra - dlatego proponuje aby przyjac zasade: dozwolone sztywne uzycie bankow: C3,C7,CB,CF - przy tych kombinacjach zarowno RAMBO jak i COMPY SHOP beda sie zachowywac identycznie, czyli nie bedzie niezaleznego dostepu ANTIC-a i CPU. Wlasnie z racji ograniczenia proponuje ulatwic zycie koderow.

3.(to moze wywolac burze) nie robic dwoch oddzielnych Gfx Compo - z tym, ze np. w wypadku, gdy praca wyglada na konwersje zarzadac od grafika kilku wczesniejszych kopii roboczych. Wydaje mi sie, ze ludnosc na party potrafi docenic prace grafika, przeciez wiadomo, ze nie wystarczy zrobic byle szajsu pod "fotosklepem" i skonwertowac tego na Atari, zeby to dobrze wygladalo na "maluchu" - poza tym co wtedy, gdy np. praca zostala czesciowo zrobiona na PC (np. szkic), a potem dopikslowana na Atari ? Zreszta tzw. chamskie konwersje mozna odrzucic - przeciez kazdy chyba potrafi dostrzec grafike rysowana w wyzszej rozdzielczosci i konwertowana np. na HIP-a wyraznie wtedy mozna dostrzec utrate wyrazistosci obrazka, duze rozmycie, utrate szczegolowosci - sa graficy, ktorzy nie odwalaja takiej tandety i ich prace naprawde dobrze wygladaja na Atari, bo pod katem Atari byly rysowane a nie pod katem PC.

4.Do ogolnych zasad dolaczyc punkt: praca w momencie dostarczenia na
compo zostaje rozpowszechniona w takiej samej postaci zaraz po compo, takze nie ma miejsca, ze ktos dostarcza demo, mowiac ze jest niedokonczone i prosi, zeby nie rozpuszczac demka, bo pare dni po party dokonczy i wypusci pelna produkcje - nie jest nigdzie powiedziane, ze produkacja wystawiana musi byc dokonczona, ale warunkiem dopuszczenia do compo niech bedzie automatyczna zgoda na "wypuszczenie w swiat" w takiej postaci, w jakiej zostala dostraczona na compo.

Aha... i z ostatniej chwili - przypomnialo mi sie:

5.Zabronic uzywania nielegalnych rozkazow 6502, ale wymagac, zeby demo dzialalo poprawnie na 6502. Nielegalne rozkazy 6502 wykluczaja uruchomienie produkcji na 6502C i 65816, stad zakaz, z drugiej jednak strony 65816 poki co nie jest standardem na scenie (mozliwe, ze niedlugo bedzie) wiec trzeba pamietac, ze 6502 to jest mimo wszystko podstawa. Nie mozna tez wymagac od koderow, zeby ich demo pisane pod 6502 dzialalo na 65816, gdyz po prostu wiekszosc z nich nie ma mozliwosci przetestowania produkcji na 65816, a eliminacja nielegalnych rozkazow powinna byc wlasciwym krokiem w kierunku zgodnosci.

Amen. Czekam na burze ;)

Pozwolilem sobie obejrzec te demka, do ktorych linki tutaj padly.  Przez przypadek znalazlem Defloration by Fraction i w sumie bylo zdecydowanie ciekawsze niz te tutaj wymienione. Szczerze mowiac nie przepadam za produkcjami z jakimis zakreconymi klimatami - moze ktos rzucic tytulami demek gdzie mozna ujrzec efekty typu wektorowka, tunele, bumpy etc ?

Chyba sie nie zrozumielismy. Chodzi o to, ze funkcja numer 39 i 40 w CIO ma mozliwosc ladowania plikow binarnych/wykonywalych (odpowiednik Basicowego XIO) i nie ma problemu, zebym za pomoca kodu na pierwszej stronie dysku zaladowal plik z drugiej strony dysku za pomoca D: a nie D1: - wystarczy, ze wykryje czy plik z drugiej strony dysku jest dostepny w obrebie bierzacego katalogu (D:*.*) jezeli tak, to po prostu za pomoca tej fukcji wczytam go, jezeli nie, to wyswietle napis "wrzuc synku strone B" i wydaje mi sie, ze nie byloby to problemem - problem widze w czyms innym - funkcje numer 39/40 suportuja napewno MyDOS i SpartaDOS, bardziej prymitywne DOS-y nie.
I do tego wlasnie odwoluje sie moje pytanie - czy moga uzyc tej funkcji, czy mam pisac wlasny system ladowania plikow binarnych ?

Vasco: Odnosnie Intra wracajacego do DOS-a (tudziez innego nadrzednego loadera) jestem za !

Mam tez pytanie odnosnie regulaminu w demo compo -
jak wyglada ograniczenie odnosnie dlugosci pliku/plikow w demo compo ? max. 2 strony dysku Enhanced czy Double ?

Czy moze byc to jeden dlugi plik, nie przekraczajacy w sumie dlugoscia dwoch stron ?

Czy druga strona moze doczytywac sie za pomoca komendy do ladowania binow (XIO), ktora napewno posiadaja MyDOS i SpartaDOS (inne niestety nie z tego co wiem) ?

W wersji Trial nie bylo takiej mozliwosci niestety (najnowsze APE pod Windows)

Motorola 68000 jest w stanie zaadresowac 16 MB (24 bity), z czego w wypadku Atari ST(e) (rowniez Falcon-a i TT) obszar dwoch ostatnich megabajtow ($e00000-$ffffff) jest wykorzystywany przez rejestry sprzetowe, ROM itp, stad rozszerzenia pamieci 14 MB a nie 16 MB.

TT RAM (czyli Fast RAM w pojeciu duzo-atarowskim) jest adresowany powyze 16 MB, czyli w wypadku procesora MC 68k nie wchodzi w rachube - MC68030 ma 32-bitowa szyne adresowa, stad mozliwosc wrzucenia RAM-u powyzej 16 MB w Atari TT. Z Falconem jest niestety gorzej, bo wprawdzie siedzi tam 030, ale i tak tylko 24 linie adresowe sa wyprowadzone na plyte. Nie wiem, czy jest mozliwosc zainstalowania TT RAM-u na Falconie ze standardowym CPU - oczywiscie karty turbo gdzie siedzi drugi (szybszy) procesor maja sloty na TT RAM (CT60 umozliwia wrzucenie nawet 512 MB).

Foxiu, nie uwzgledniles tych, ktorzy koduja w ASCII i w hexach ;)

A powaznie - wychowalem sie na QA i do sierpnia tego roku robilem wszystko praktycznie pod nim. MAC65 jakos nigdy nie podchodzil mi (moze ze wzgledu na edytor). Obecnie wszystko robie w Qasm-ie - traktuje go jako QA z duzo wiekszym buforem i szybszym kompilatorem (nawet czcionki i kolorowy w edytorze sa praktycznie takie same) - rzeklbym, ze to kwestia przyzwyczajenia.

Co do Xasm-a - jestem juz starym czlowiekiem, wiec niechetnie zmieniam przyzwyczajenia. Byc moze, gdyby nie ukazal sie Qasm, to pracowalbym pod Xasm-em, z racji tego, ze po latach ograniczenia QA staja sie uciazliwe - az sie dziwie, ze to co stworzylem do tej pory robilem na QA - tysiace linii, laczenie zrodel... wtedy to sie mialo zapal ;)

Lewis: tez bym wolal, gdyby nie ograniczenia w wielkosci bufora QA :/

Przypuszczalnie dlatego, ze wiekszosc demek calodyskowych odwoluje sie do systemowego SIO - w takiej sytuacji Q-meg po prostu "sam z siebie" udaje urzadzenie $31 na fizycznym np. $32, poniewaz to on sam przesyla przez SIO do urzadzenia dane i moze je w dowolny sposob modyfikowac. Natomiast OVERMIND jest jednym z tych dem, ktore totalnie ignoruje systemowe SIO - posiada wlasna procedure obslugi urzadzenia $31 (jezeli SIO potraktujemy jako warstwe/poziom nr.3 obslugi urzadzen, a CIO jako warstwe nr. 4) na poziomie warstwy nr. 2, a to oznacza, ze Q-meg poza odczytem BOOT-a nie ma zadnego wplywu na to co robi demo.

Candle: wszystko zalezy miedzy jakimi sieciami dochodzi do transferu. 20 Mbit w obrebie jednej sieci nie swiadczy o tym, ze 20 Mbit w pelni wykorzystane w obrebie calego swiata, ba... nawet w obrebie Polski. Wyobraz sobie, ze w np. Olsztynie sciagajac bezposrednio cos z hosta podlaczonego do lacza polpakowego 2 Mbit mozesz miec na neo+ transfery wyzsze, niz sciagajac z sieci miejskiej podlaczonej do lacza ATM 155 Mbit. Niemozliwe ? A jednak. Ow ATM jest wpiety do szkieletu POL34, ktory to ma bardzo kiepskie przejscie do szkieletu TPNET-u. Z obydwu tych sieci sa lepsze "pingi" do Nowego Yorku niz do siebie nawzajem. Pewnym rozwiazaniem jest wykorzystanie jakiegos serwera proxy, ktory ma dobre wpiecie do obydwu tych sieci - ja najczesciej wykorzystuje w3cache.icm.edu.pl - jezeli opisywany przez ciebie problem wiaze sie wlasnie z tym, to proxy moze ci dac transfery nawet kilkunastokrotnie wyzsze (nie opieram tego na gdybaniu, tylko na wlasnej praktyce).

laoo: mam to samo - mysle, ze jest to zwiazane z tym, ze mam SIO2PC w wersji fizycznie zgodnej z wersja dwu-scalakowa. Nowe APE z nim nie dziala pod windowsem, dlatego Atari 810 r0l0.