Drum Machine is a tool to play specified samples once you press a key (HELP, START, SELECT, OPTION, BREAK and SHIFT), push joystick in specific direction or press a trigger. This is a tool I made for Pinokio. He used to use it on his chiptune concertos. Sample playing speed is very arbitrary because by design it was used to play only drum samples, not for the music nor playing tones.

Edit: Try /A $D600 /O COVOX

I'm not sure Lotharek described well this movie, because NEOPLAYH works with SoundBoard (available as VBXE core, or separate soundcard) but doesn't play through simple 4-channel COVOX.

Wrzuć na pigwę. Za chwilę nie będzie można napisać posta bez zgody całego forum na piśmie i poświadczonej przez notariusza.

No niestety, bo nie ma łoktru z ST na jutubie.

Tysiące... w emulatorach Altirra i Atari800 :)

Taki kod:

.enum bool
    no
    yes
.ende

    org $400

    lda #bool(no)
    lda #bool(yes)
    lda #bool.no
    lda #bool.yes
    lda #no
    lda #yes

maluje mi to:

        lda #bool(no)
test.asx (11) ERROR: Undeclared label NO (BANK=0)
        lda #bool(yes)
test.asx (12) ERROR: Undeclared label YES (BANK=0)
        lda #bool.no
test.asx (13) ERROR: Undeclared label BOOL.NO (BANK=0)
        lda #bool.yes
test.asx (14) ERROR: Undeclared label BOOL.YES (BANK=0)

a listing wygląda tak:

mads 2.1.7
Source: test.asx
     1
     2                     opt o+ h- c- ?+
     3
     4                 .enum bool
     5 = 0000                no
     6 = 0001                yes
     7                 .ende
     8
     9                     org $400
    10
    11 0400 A9 00            lda #bool(no)
    12 0402 A9 00            lda #bool(yes)
    13 0404 A9 00            lda #bool.no
    14 0406 A9 00            lda #bool.yes
    15 0408 A9 00            lda #no
    16 040A A9 01            lda #yes
    17
    18
    19                     end

a przecież wg dokumentacji:

Czy to ładnie tak?

A w domu muzyka, jak zwykle Szopen, Ogiński, Pan Tadeusz, Polonez i Etiuda.

A na frontonie szpitala proponuję umieścić "Ty który wchodzisz żegnaj się z nadzieją".

To jeszcze jedna uwaga. Kiedy robimy coś takiego:

  lda #%10000011
  sta GRACTL
  lda GRACTL
  and #%01111110
  sta GRACTL

to czasami sprajty są włączone, a czasami (losowo) wyłączone. Tak jakby ostatni zapis trafiał czasem też do rejestru GTIA a nie tylko do rejestru Sophii. Dopiero kiedy po tym zrobimy:

  lda #%00000011
  sta GRACTL

to sprajty zachowują się stabilnie. Optymalizacje z braku miejsca? Czy to tak działać nie powinno?

Najprostszego testu nie zrobiliśmy, a może od tego należało wyjść.

Za to mam taki programik do testowania przeróżnych kombinacji i układów sprajtów i trybów multicolor/hires (anticgtiatest.obx w załączniku). Przy aktywacji Sophii (S) ustawiane są naraz bity HIRESBC i LUM0EN, a przy deaktywacji zerowane.
Sposób obsługi:
A - zmiana trybu ANTIC2 (hires GR.0) / ANTIC4 (multicolor GR.12)
XC - ustawienie CHACTL
G - zmiana trybu GTIA: %00 (GR.0/GR.12), %01-GR.9, %10-GR.10, %11-GR.11
01248 - "legalny" priorytet PMG
OP - dowolny priorytet PMG
M - PMG multicolor
5 - PMG 5 player
TAB - zmiana wzajemnej konfiguracji sprajtów i missili
INVERSE - inverse pamięci ekranu
strzałki prawo/lewo - poruszanie kursorem po rejestrach kolorów COLPM0..3 COLPF0..3 COLBAK
strzałki góra/dół modyfikują luminancję wybranego rejestru
CONTROL+strzałki góra/dół modyfikują chrominancję wybranego rejestru
S - włącza w konfiguracji Sophii LUM0EN i HIRESBC
V - włącza w konfiguracji VBXE XCOLOR
Poziome pasy 0,1..F to są wiersze wypełnione takimi wartościami $00, $11, $22, itd.
Pionowe pasy 0P1 2P3 to częściowo nałożone na siebie playery (0 to pas playera 0, 1 to player 1, P to player 0 nałożony na 1) a 0M1 2M3 (analogicznie ale missile) - TAB modyfikuje położenie tych pasów.

Test jaki wykonaliśmy to:
ANTIC2
GTIA %10 (GR.10)
Sophia włączona
i modyfikowaliśmy rejestry kolorów.

Edit: Co zaś się tyczy skomplikowanej logiki to rzecz jest prosta - logika niech sobie zostanie jak jest. Po prostu piksel zapalony idzie zawsze z COLPF1, piksel zgaszony z logiki. Oczywiście pozostaje problem updatu ale tego uniknąć się nie da.

Dwa spostrzeżenia po testach które wykonywaliśmy dzięki uprzejmości AtariFana.

Sophia2 rev.3

1. Przy uaktywnionym bicie LUM0EN 8-bitowe są rejestry kolorów COLPF1 i COLPF2, a reszta nadaj jest 7-bitowa.
2. Przy uaktywnionym bicie HIRESBC i włączonym trybie HiRes (2,3,F ANTIC-a) w pełni odseparowane faktycznie są kolory piksela zapalonego COLPF1 i piksela zgaszonego COLPF2. Natomiast kiedy kładziemy sprajta (co powoduje zmianę koloru piksela zgaszonego), wtedy starą modą podkolorowywany jest również piksel zapalony - czyli kolor brany jest ze sprajta, a luminancja z COLPF1. Wydaje mi się, że byłoby logiczne że kolor i luminancja piksela zapalonego brana byłaby z COLPF1 tak, jak w przypadku zwykłej grafiki niepodkolorowanej sprajtem. Dotyczy to i playerów, i missilli, i włączonego multicoloru sprajtów, i missili połączonych w piątego playera, i priorytetu 0.

Wydaje mi się, że to są błędy i prosiłbym o poprawki.