Dzielenia ekranu (jesli dobrze rozumiem to co chcesz zrobic) na ST(E) nie zrobisz, bo adres poczatku pamieci ekranu jest pobierany z rejestru raz na ramke na samym poczatku.

Vcounta jako takiego nie ma, ale mozaes go sobie zrobic np. przerwaniem HBL. Z tym ze HBL jest wywolywany 313 razy (w ST-LOW i ST-MID) na ramke, bo jest wywolywany dla wszystkich linii ekranu, a nie tylko 200 z ktorych normalnie mozesz korzystac.

Masz za to co innego niz Vcount. Na ST mozesz sie zsynchronizowac dokladnie z plamka (rejstry sa pod $FF8201 i dalej)

Dhs.nu chwilowo nie dziala (bo im akurat raid padl), powinno dzialac wktrotce. Tam znajdziesz wszystkie playery, toole itp.

Eagle,

skoro używasz VASM to zadanie masz ułatwione b okompiluje on również kod na ST.

Takich paramaetrów używam dla ST/STE:
- vasmm68k_mot.exe -nocase -devpac -m68000 -no-opt -Ftos -o WYNIK.TOS ZRODLO.S

A takich dla TT/Falcon:
- vasmm68k_mot.exe -nocase -devpac -m68030 -m68882 -no-opt -Ftos -o WYNIK.TOS ZRODLO.S

Jeśli chodzi o playery to poczekaj aż wróci DHS.nu, bo są tam źródła i przykłady użycia różnych playerów.
Jakby co to tutaj znajdziesz player MODów - Lance 12.5 / 25 / 50 KHz routine for STE:
http://www.atari-forum.com/viewtopic.ph … mp;t=24718

Tak jak Adam wspomniał ST nie ma licznika VCOUNT, ma za to przerwanie:
- HBL - wywoływane 313 razy na ramkę;
- Timer B (MFP) - które możesz wywołać w dowolnej linii widzialnej (jednej z 200, lub 276 w przypadku overscan);

Tak jak Adam wspomniał w ST nie da się podzielić ekran, za to w STE/TT/Falcon już można przy pomocy rejestrów "Video screen memory position". Podział ekranu na ogół robi się na przerwaniu Timer B.
Poniżej jest fragment mapy pamięci ST dla Video:

-------+-----+-----------------------------------------------------+----------
##############SHIFTER Video Controller                             ###########
-------+-----+-----------------------------------------------------+----------
$FF8201|byte |Video screen memory position (High byte)             |R/W
$FF8203|byte |Video screen memory position (Mid byte)              |R/W
$FF820D|byte |Video screen memory position (Low byte)              |R/W  (STe)
$FF8205|byte |Video address pointer (High byte)                    |R
$FF8207|byte |Video address pointer (Mid byte)                     |R
$FF8209|byte |Video address pointer (Low byte)                     |R
$FF820E|word |Offset to next line                                  |R/W (F030)
$FF820F|byte |Width of a scanline (width in words-1)               |R/W  (STe)
$FF8210|word |Width of a scanline (width in words)                 |R/W (F030)
$FF8265|byte |Horizontal scroll register (0-15)                    |R/W  (STe)
       |     |Note: write address from high toward low byte        |

Co do kolorów, Amiga ma 32 rejestry kolorów, ST 16. Więcej kolorów uzyskuje się tą samą metodą - podmiany zawartości rejestrów kolorów, przy pomocy procesora, Cooper(tylko Amiga) i blitter (tylko Atari).
Na ST jest player filmów w 4096 kolorach: http://forum.8bitchip.info/software-17/ … 5/#msg1171

Warto zapoznać się z Mapą Pamięci:
http://deunstg.free.fr/sct1/hardware.htm

[Programming] --> STE Documentation:
http://atari-ste.anvil-soft.com/html/devdocu1.htm

Atari Wiki
http://www.atari-forum.com/wiki/index.p … and_Falcon

Super źródłem informacji o programowaniu (oprócz oczywiście dhs.nu) jest Atari-Forum, gdzie siedzą naprawdę nieźli koderzy:
http://www.atari-forum.com/viewforum.php?f=68

Oczywiście możesz pytać też tutaj :)

ST ma przerwanie VBL pod adresem $70:

$000070|Level 4 Int Autovector (VBL)                                    |SD

Z tym że problem z przerwaniami w 68000 (niezależnie od platformy) jest taki że występuje tzw:
- Jitter - opóźnienie 4-16 cykli - ze względu na charakterystykę zegara E signal;
- Opóźnienie - długie instrukcje mogą opóźnić przerwanie o kilkanaście-kilkaset cykli;

Jeśli więc potrzebujesz dokładnie zsynchronizować procesor z plamką to robi się to poniższym kodem, raz na ramkę:

    lea    $ffff8209.w,a1

sync
    move.b    (a1),d0
    beq.b    sync
    not.b    d0
    lsl.b    d0,d0

swoją drogą to nie ma nic lepszego niż ściganie się z plamką :)

Adam, oczywiście:

"Na początku do rejestru D0 ładowana jest wartość najmłodszego bajtu adresu ekranu. Bajt ten zawiera dokładnie określoną pozycję promienia elektronów w linii. Program czeka aż rozpocznie się wyświetlanie obrazu. Rejestr D0 jest następnie negowany i wykonuje się rozkaz LSL. Jak wiadomo LSL zajmuje 8+2*n cykli zegarowych procesora, gdzie n jest liczbą zawartą w D0. Oznacza to, że rozkaz ten potrzebuje tym więcej cykli im większa jest wartość rejestru D0. I to jest właśnie to czego na potrzeba ( czyli wszystkie rozkazy następujące po tym kodzie będą wykonywane w tym samym miejscu przerwania )"
Atari Magazyn 1-2 1994 :)

Wystarczy, że dodasz FF, zawsze to mniej klikania

O, to vasm jakiś podły jest :)

Nie jest podły tylko poprawny.

Prawdziwy oldskool. Kto jest autorem treści scrolla ?

A mjuzik ? Znane lecz nie mogę załapać. Hippel ? Tylko z czego ripnięte ?

Za chwilę odkryjesz wyświetlanie grafiki w lower border, potem zapodasz sync-scroller ... zrobisz stereło na ste no i wystawisz ultra intro na najbliższym party zajmując 1-sze miejsce ;)

fajnie się to zapowiada, co to będzie?

co do skaczącego logo, z tego co widzę to nie wyłączyłeś przerwania TimerC. System używa tego do obsługi myszy/klawiatury i twardego dysku (TOS >= 2.05). Być może to przerwanie co jakiś czas koliduje z TimerB

Ten sam artykuł, tyle, że po polsku, jest właśnie w Atari Magazynie 1-2 z 1994 z którego powyżej jest zacytowany kawałek wyjaśniający działanie "pętli synchronizującej"