Na ST nigdy sceny w Polsce nie było... chyba, że jako produkcje scenowe zaliczasz demo-scrolle.

No to może powstanie scena z prawdziwego zdarzenia, fajnie by było :) w końcu sporo ludzi taki sprzęt ma

lopi777: wszyscy mówią: "fajnie jakby coś było" i na tym się kończy, bo niestety w naszym pięknym kraju tylko gadać się potrafi, a nie działać - staje przed Tobą niepowtarzalna szansa... spróbuj swoich sił! Zacznij się uczyć programowania na Atari ST, w internecie znajdziesz dużo materiałów na ten temat, opisy jak robić efekty itp. Do dzieła - chcesz powstania sceny z prawdziwego zdarzenia, zacznij działania od siebie, zrób ten pierwszy krok do przodu.

macgyver: to poradź mi please coś na początek, zrozum chłopie mam Atarkę od wczoraj, jakiego języka do programowania najszybciej i najprościej się nauczyć na ST? Kiedyś kiedyś, cośtam klepało się na C64 w Basic'u ale to już dawno i nie potrafię już  wymienić chyba więcej niż 5 instrukcji... Jest Basic na ST, albo jakiś inny prosty język? Dajcie linki do kompilatorów no i please jakieś opisy lub linki do skanów z polskim opisem języka programowania, bo programowania mogę się uczyć, ale nie wymagajcie ode mnie żebym jeszcze uczył się perfect English. Mam już swoje lata i pasja ST jaka mnie ogarnęła jest wielka, ale jak dostanę materiały po polskiemu

Artik: 1. Pod podanym linkiem owszem jest sporo literatury ale na Atari 8bit.
         2. Jak masz skany, albo wydania papierowe książek po polsku ad GFA-Basic ST i GEM ST to bardzo chętnie się na to piszę

Tylko mnie się rozchodzi panie o konkretny podręcznik programowania, i jak mniemam to co będzie mi również niezbędne dobry opis architektury STE

Tu jest kilka pozycji o GFA basic'u http://userpages.bright.net/~gfabasic/html/gfa_info.htm

Bylo tez kilka w jezyku polskim o ile pamietam np "GFA Basic - programowanie Atari ST w GFA-Basic'u"

lopi777: wątek spóżniony o ok. 15 lat niestety. Scena ST PL skończyła się ponoć wtedy gdy Eros wypowiedział na pewnym zachodnim party słynne słowa: "Na Atari nie ma sceny"...

lopi: zalatw sobie jakis dysk, jakikolwiek, bo nic nie zrobisz na golasie
po prostu jest to koszmarek
jedna dyskietka z asmem i srodowiskiem pekajaca w szwach, czas assemblacji (glownie czas dostepu do dyskietki) przyprawia mnie o mdlosci
szczegolnie jak sie dopiero zaczyna i kompiluje cos co 5 sekund (tj czas edycji, bo assemblacji to..) zeby po prostu sprawdzic czy to w ogole ma szanse dzialac (sie skompilowac)
nie mysl o gfa basicach, nie mysl o prostych rzeczach w tym sensie
to niewiele ci da
wez sobie ksiazeczke do asm'a 68k i kazda dokumentacje do st jaka wpadnie ci w lapska

mnie kiedys brak dysku skutecznie zniechecil, ale mimo to costam zdolalem napisac
teraz jest lepiej - mam jakiegos satana w proszku - mozna cos zaczac dzialac

Candle: Może kiedyś się wezmę za asm'a, jak znajdę jakąś książkę która to łopatologicznie wytłumaczy bo przeraża mnie to jak na razie. Póki co szytem moich ambicji jest opanowanie C, mam co prawda książkę do C++, ale too nie to samo co "zwykły" C na Atarkę a nie chcę się źle nauczyć

Gepard: tam taka kwestia nie pada, nie ma tekstów Erosa, są tylko Winio z Kraziem określeni jako: "really drunk Poles" ;)

shade boby: bierzesz sobie kilka tablic sinus/cosinus o dosc zblizonych parametrach (patrz krzywe lissajous) i dodajesz "sprajta" w postaci koleczko, lub kwadracik do bufora ekranu, ten sprajt ma wartosc "1" - ekran powinien miec tyle odcieni ile sie da (np 16 odcieni) i teraz po kazdym dodaniu sprajta na pozycji wzietej z tablic sin (dla x), cos (dla y) na ekranie londuje aktualna wartosc tego punktu +1 (z danych sprajta)
ot cala filozofia

kefrensy robisz prawie jak normalne bary, z tym ze zamiast operowac na rejestrach koloru operujesz na pamieci ekranu, a display lista jest ustawiona tak by powtarzac w kolko ta sama linie (w pamieci) ekranu
to co juz sie narysowalo w linii n jest w lini n, ale rowniez w lini n+1, natomiast to co dorysujesz w linii n+1 (rysujesz na dli) nie zasloni tego z lini n (bo monitor rysuje juz linie nizej), ale da efekt trojwymiarowosci