AS pozwól mi że się zapytam bo nie rozumiem, może mnie oświecisz.... o co Ci chodzi z tymi stacjami? Wszystko było właściwie w Atariki.... wcześniej twój manewr z TOMS-em... po co to wszystko?
To nie ma być żadna złośliwość z mojej strony... tylko próba zrozumienia twojego zachowania... być może to nie moja sprawa... ale czysta ciekawość spowodowała iż zadaję to pytanie.

pozdrawiam
Seban

Hi!

Yes, you are right - the authors of Black Magic Composer are Sven Tegethoff and Thorsten Winkler. They are from Germany and they was members of Gnome Design... I don't know what they are doing nowadays. Maybe the people from Abbuc E.v. knows more about Sven and Thorsten. Here you have link to the Abbuc site: http://www.abbuc.de/index.php?newlang=english

with greetings
Seban/SLIGHT

drugie z dem wykorzystuje liczniki POKEY-a do odmierzania czasu pomiędzy kolejnym odtworzeniem próbke, Atari800Win z tego co pamiętam posiada dokładność emulacji dźwięku co do "scan-line" Altira emuluje POKEY-a chyba co do cykla... pewnie stąd problemy.

Tebe też ma rację :) Hurek i EGR bardzo lubli EOR-ować zawartość pamięci dema z OS-ROM w celu zabezpieczenia przez nieudolnymi zmieniaczami napisów ;) MudadDib jest jedym z kilku przykładów. W przypadku MuadDib wystarczyło chyba wyłączyć wszelakie ROM-patche i działało na EMU bez problemów.

Freezer jest normalnie niewykrywalny... do czasu aż się go nie użyje ;) Wtedy też trzeba trochę wiedzieć o jego zachowaniu aby sprawdzić czy został użyty. EOR-owanie z romem pozwalało na pozbycie się użytkowników QMEG-a czy innych modyfikowanych OS-ów.

update: pierwsze demo EGR również używa liczników POKEY-a do ustalenia prędkości odtwarzania samplowanego dźwięku.

pozdrawiam
Seban

tutaj macie przykład gościa który też robi, ale wydaje mi się że nieco lepiej:

http://www.youtube.com/watch?v=AI3ddiFLMN4

polecam zresztą cały "Traverse De Rn85"...

http://en.wikipedia.org/wiki/Dubmood

Jakość "robienia" nieco na wyższym poziomie ;)

pozdrawiam
Seban

Bo trzeba boot-ować komputer bez wciśniętego OPTION, wtedy system po załadowaniu DOS.SYS przejdzie do BASIC-a, gdy przejdziesz z BASIC-a do DOS-a (basic-owa komenda DOS) zostanie załadowany DUP.SYS i gdy z jego poziomu wybierzesz opcję B. Run Cartridge nastąpi powrót do BASIC-a.

W zależności od konfiguracji DOS-a możliwe iż dos będzie próbował stworzyć plik MEM.SAV po przejściu z BASIC-a do DOS-a i jeżeli będziesz chciał zrobić RUN Cartrigde DOS może chcieć załadować plik MEM.SAV.

Jeżeli wykonujesz to z poziomu emulatora musisz po prostu wyłączyć opcję "Disable BASIC".

co do SDX i BH... nie pomogę niestety. W czasach kiedy ja tworzyłem z użyciem QA to używałem najczęściej BiboDOS 7.0, ew. MyDOS-a lub DOS II+. Z SDX nie miałem okazji korzystać w tamtych czasach. Ale jeżeli dobrze pamiętam to ktoś z tego forum chyba wspominał iż QA bez problemu chodzi pod SDX, a Bug Huntera nigdy nie używałem, także nawet nie wiem jakie mogą być problemy z korzystaniem z niego gdy używamy SDX.

co do komórki która zmienia się co ramkę, to systemowy VBL zmienia zawartość komórki $14 w każdej ramce.

co do QA i pisania w nim programu i kompilacji go bezpośrednio do pamięci i uruchomienie z poziomu QA, wystarczy wiedzieć dwie rzeczy:

1) opt %00010101 - asemblacja do pamięci
2) w oknie Setup, należy ustawić MemHi oraz Run np. na $a000 i od tego adresu ustawić asemblację dyrektywą org

tu masz prockę co pisze w hex na ekranie zawartość komórki $14. Kompiluje się w QA do RAM od aresu $a000, może być bezpośrednio z QA uruchomione, ustaw tylko MemHi oraz Run na $a000. W komórkach $58 masz zawsze adres początku pamięci ekranu jeżeli ekran był otwarty przez OS Atari.

   opt   %00010101

   org   $a000

l0 lda   $14
   ldy   #$00
   jsr   hx
   jmp   l0


hx pha
   lsr   @
   lsr   @
   lsr   @
   lsr   @
   jsr   h0
   pla
   and   #$0f
h0 cmp   #$0a
   sed
   adc   #'0'-32
   cld
   sta   ($58),y
   iny
   rts

co do pisania tekstu na ekranie z użyciem edytora, polecam atariki: http://atariki.krap.pl/index.php/Zapis_ … 28PRINT%29

tam masz sporo przykładów w sekcji Niezbędnik kodera, tylko poszukać wystarczy... http://atariki.krap.pl/index.php/Katego … nik_kodera

skoro cię spotkało takie nieszczęście, a większość ludzi którzy się tutaj wypowiadali nie, to raczej byłbym skłonny stosując twój tok myślenia odpowiedzieć Ci iż to ty "gadasz bzdury", ale tego nie powiem - powiem Ci tylko że musiałeś mieć jakiegoś niefarta aby uszkodzić swoje 130XE, i powtórzę raz jeszcze... wkładałem masę cartów odwrotnie łącznie ze swoimi prototypami, ad converterem, eprom burnerem, i masą innego tałatajstwa... nigdy ani żaden cart ani żadne moje atari nie uległo w ten sposób zniszczeniu. Może nam podpowiesz co się uszkodziło w twoim 130XE? Bo tak się składa iż większość tych eksperymentów przeprowadziłem na moim 130XE (płyta z kościami 1-bit) i nic przykrego się nie stało. Zresztą jeżeli byś doczytał w poście nr 1, koledze z Atari się również nic nie stało ... tylko cartowi coś sie stało... pytałem jaki to był cart bo może to jest po prostu jakaś pierdoła.

Mi się udało masę cartów wpakować odwrotnie (upside-down) i nic się nie stało nigdy ani żadnemu cartowi ani tym bardziej Atari. Może napisz co to był za cart?

jell, luz :) TeBe motywuje Candle ;) tak dość specyficznie ale wydaje mi się iż to jest rodzaj "motywowania" :)

w demie Overmind rysowałem tą metodą kilkanaście okręgów w ramkę ;) także to naprawdę jest szybkie o ile się da użyć fixed-point :) W przypadku BASIC-a cała para idzie w gwizdek trochę - bo każda liczba jest Floating-Point :( Jednak wydaje mi się iż to będzie szybsze niż rysowanie klasyczną metodą używającą sin/cos. Action! by się idealnie nadawało do tego jak ktoś nie chce używać ASM :)

ale chodziło chyba o Atari Basic?