pr0be: punkt trzeci jest odpowiedzią na twoje pytanie.

Co do braku ograniczen.... Numena tez mozna wywolac przez USR z BASICa jak sie uprzec - po to ograniczenia!!

A co do wywolania z parametrami BGET/BPUT to bede naciskal. Mowimy tu o tej samej procedurze, tyle ze TE SAME POKE beda w srodku. Kwestia czystrzego kodu BASICowego, POKE co chwila beda zaciemnialy obraz a w niczym nie pomagaja i nie maja (w tym przypadku) sensownego uzasadnienia.

Po prostu zezwalamy na wywolanie procedury CMC i procedury BGET/BPUT, a procedury te standaryzujemy.
Reszta w czystym BASICu.

P.-S. Procke do DLI to akurat da sie wylacznie za pomoca POKE "napisac" i uruchomic bez wywolywania programu maszynowego (nie gryzie sie to wiec z punktem 3)!! :)

Gryzie się z punktem 1 (programujemy w Atari Basic, a w tym przypadku byłoby to programowanie w kodzie maszynowym).

To może poprostu napiszemy, że należy głównie pisać w basicu, a przed kompotami autor by się spowiadał z tego ile zakodował w innych językach. Jak powie, że 95% (syndrom Magnusa) to byśmy przesunęli demko do innej kategorii :)

...i po co nam to wszystko było... :-]

No to czas na opinię (niezbyt) starego wyjadacza basicowego...
Zgadzam się ze stwierdzeniem, że w Basicu (bez maszyniaków) da się zrobić cos ciekawego (a nie obrazek i scroll). Napisałem przed Foreverem całe demo w Turbo Basicu, gdzie jednym z efektów była pewna animka. Mamy bardzo uproszczone płaskie logo Atari (uproszczoe = 16 punktów). I to logo obracamy w trójwymiarowej przestrzenie wokół osi Y o jakiś tam kąt. Wszystko jest liczone W CZASIE RZECZYWISTYM, of coz dwubuforowanie. Dlaczego zrobiłem to w TB? Bo łatwo zrobić tam czyszczenie ekranu, pamięci - Poke adr_start:move adr_start,adr_start+1,ile. Czyszczenie na pokach w pętli było by niezłym hardkorem. Próbowałem kiedyś czyścić poprzez ? #6,chr$(125), ale na buforze nie szło to. Dla ciekawych - demo nie wyszło, bo były problemy z muzyką - głupio zorganizowałem sobie co gdzie ma być w pamięci. Wspomniane wyżej demo mam zamiar ukończyć na Ornetę. Może bedzie skompilowane, a może (co bardziej prawdopodobne) nie skompiluję go.

Wspomniany pomysł z nową kategorią na copmo jest w sumie nienajgorszy, ale moim zdaniem wykluczenie Turbo Basic'a było by błe. Ma sporo funkcji ułatwiających życie - wspomnany MOVE, BLOAD,  BGET bez żadnego klepania USR'ów, choćby nawet PAUSE (do pustego fora trza w końcu zaprząc jakąś zmienną). Zrobienie tego samego w zwykłym beju byłoby za wolne. Natomiast wykluczenie wszelkich USR'ów i maszyniaków z wyjątkiem uruchomienia playera CMC - spox.

Wrzucenie dem Basicowych i Asmowych do jednego wora - jeśli wyraźnie owiadamiać przed/po pokazaniu pracy w czym została napisana i/lub byłoby to wyraźnie zaznaczone w demie w creditsach, to wierzę, że brać tarowska uwzględniła by to w swoich ocenach. I w jakims stopniu byłoby obiekwtywnie. W koncu możliwe jest, żeby np. maluch (chopdzi mi o fiacika 126p) wyprzedził mercedesa (warunek musi być to maluch pinokia :) ). Kiedyś ktoś mówił mi, że na jakims party grafika w GR.15 wygrała z jakimis interlejsami.

Podsumowując: Bardziej jestem za wrzuceniem w jeden wór z podaniem w czasie compo środowiska w którym praca powstała.
Jaskier: Pisz swoje demo, ja skonczę swoje, może Sikor coś machnie - będzie ciekawie.
Reszta programująca w Basicu: Piszcie swoje dema i nie bójcie się pokazywać co zrobiliście. W beju pisze się głównie z dwóch przyczyn: aby pokazać, że coś się umie albo aby pokazać że Basic nie jest tylko do zabawy. Macie mój moral support.
Piszący w ASMie: Zamiast szlajać się po forumach i coś gryźglać, lepiej napiszcie swe dema, bo Eijk party nie zorganizuje! Już do roboty! Wyłączać grzyby, włączać Atarki!
Trolle: A paszły won! Wy kapitalistyczne duraki. Tu miejsca niet dla trolli!

offtopic: raz bvluzgałem że mi nie idzie, raz się modliłem. Jeśli cię zbluzgałem, przepraszam, mea culpa. Co do filmu - zgrałem go przed chwilą: http://atari.pigwa.net/download/mirus.avi 2 MB

Czy wiesz jak jest program w BASICu zorganizowany w pamieci? Jesli nie to poczytaj Wojtka i powiedz, czemu Twoja propozycja nie bedzie dzialac...

Hmm, petla for?

Scorpio - przeczytaj sobie JESZCZE RAZ pierwszy post a potem to co napisałeś ostatnio. Bo coś mi się wydaje, że tworzysz od rzeczy.

Zastanawiam się po co to bicie piany? Czysty Atari Basic tak się nadaje do pisania dem jak szyby do budowania szybowca.
Jak zwykle przyjdą max dwie prace i kompotu nie będzie :(

Jestem zdecydowanie przeciw. Takie compo mogłoby służyć wyłącznie promowaniu żenującej jakości fejków.

O ile w BASICu powstaną wartościowe produkcje scenowe (raczej nie pod względem technicznym, ale np. zawierające ciekawe pomysły, design), to będą one miały szanse w "prawdziwym" compo (w którym najprawdopodobniej będą asemblerowe fejki). Na pewno nie trzeba trąbić w czasie compo, że to BASIC - czym tu się chwalić? Grafika w GR.15 wygrała z jakimś interlejsem dlatego, że była lepsza.

dopisane później:

Intro 256 ma dwie zasadnicze zalety w porównaniu z "BASIC demo":

1. Służy rozwinięciu umiejętności kodowania w asmie. Bywa, że intro 256 lub jeszcze lepiej 1024 jest technicznie bardziej zaawansowane od niejednego "pełnometrażowego" dema.

2. Mniejsze prawdopodobieństwo bycia fejkiem.

Sto lat temu, napisalem milion dwiescie dem basicu, majac jeszcze dostep do sceny tylko z komodorowskich crack intros u qmpla, ktore sie omijalo spacja;D. Ogladalem, ogladalem i pisalem, dorzucalem tez nie raz x=usr'e. Nie widze sensu pisania dem w samym basicu. A wiec cos o tym, bo wiem rowniez ile ich napisalem:o. Dowolny basic i jakies wstawki w maszynowym - owszem. Po co? Chcoby po to, co pisal Grzybson. Dla ulatwienia. To ma byc przeciez kompo, dla ludzi ktorzy nie potrafia psiac w asmie i dlatego nie pisza prac. Wiec dlaczego ich ograniczac? lol? Podchodzi to pod hipokryzje.

Ktos zna basica, potrafi sobie zrobic szybkie czyszczenie ekranu via x=usr lub w TBXL, dorzucic scrole jakies itp - i wypas!

Przeciez nie podchodzmy pod skrajnosc, ze ktos wystawi x=usr(numen) na takim kompo, chyba w alternatywnym swiecie:o.

Jak najmniej biurokracji, jak najwiecej swobody. Compa powinny miec jak najmniej ograniczen, bo samym ograniczeniem jest przeciez sprzet!

Intra maja 1 ograniczenie - dlugosc pliku.
Dema - w teorii jakies maja, w praktyce nie;)
Skoro jest dyskusja o Basic demo - ograniczeniem powinien byc jezyk basic. A nie "atari basic" bo tak jest wygodniej dwom osobom.
A majac wstawki w asmie, mozna zrobic naprawde swietne, designowe demo! asmowe wstawki generalnie to nie byloby efektami,
a kod beja sprowazdilby sie do x=usr(ef1), x=usr(ef2), ale do robienia calej brudnej roboty - kopiowania danych,
czyszczenia ekranow itd.

Majac dopiero TAKIE "narzedzie" jak prosty jezyk, procki od czarnej roboty, mozna zrobic naprawde sliczne, designowe demo,
np. jakis plastic-deisgn-style-demo. Niekoniecznie fake.

Sam atari basic - jak dla mnie odpada. Coprawda i tutaj na sile moglbym np. siasc i zrobic jakis wyczesany designowo part ala flash,
uzywajac wielu trikow od zabawy fontami zaczynajac, jednakze - to ma byc kompo dla osob, ktore nie chca/nie umieja kodowac, skladac w asmie i maja miec JAK NAJLTAWIEJ. A uzywanie samego ABasic powoduje wprowadzenie utrudnien, co psuje cala koncepcje "ulatwiania" tworzenia prac.