Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Zmarł twórca języka BASIC Zmarł Thomas E. Kurtz twórca języka BASIC
Zmiana serwera atari.area Serwis przeszedł właśnie ważną aktualizację infrastruktury
4th Atari ASCII Compo - wyniki Dostępne są już wyniki tegorocznego ATASCII Compo.
thing neo 1.60 Olivier Landemarre wydał nową wersję desktopu Thing.
VIII. Basque Tournament of Atari 2600 Kolejna relacja, wśród otrzymywanych od naszego przyjaciela Egoitza z Kraju Basków.
atari.area forum » Programowanie - 16/32bit » Timer B
Strony 1
Zaloguj się lub zarejestruj by napisać odpowiedź
Chcialbym uzyc Timer B do narysowania bar'ow z kolorami. Po przeczytaniu tutoriala odnosnie Timera B od Ingrama i Periheliona udalo mi sie conieco. Natomiast problem mam ze stabilonscia owych bar'ow. Drgaja straszliwie mimo wylaczenia Timera C jak to bylo w tutorialach zalecane. Co robie nie tak?
Tak wyglada to co obecnie uzyskuje:
kompensujesz czas jaki cpu potrzebuje na obsluge irq?
Nie mam zielonego pojecia o co pytasz. Z wyczytanych madrosci od Ingrama zrozumialem na tyle Timer B ze podpinam jakis kod pod to przerwanie i moge tam dawac co chce. Wg mojego rozumienia to moze tam byc cokolwiek i tyle aby sie tylko skonczylo przed kolejnych wywolaniem przerwania Timer'a czyli u mnie co linie. W moim przypadku to procedura przerwania jest banalna:
movem.l d0-7/a0-6,-(a7)
lea niebieski,a0
move.w (a0)+,$ff8240
move.w (a0)+,$ff8240
move.w (a0)+,$ff8240
move.w (a0)+,$ff8240
move.w (a0)+,$ff8240
move.w #$000,$ff8240
movem.l (a7)+,d0-7/a0-6
bclr #0,$fffffa0f.w
rtecpu w zaleznosci od tego co akurat robi ma rozny czas reakcji na przerwanie
i dlatego szarpie ci bary
co trzeba zrobic to zsynchronizowac sie z dodatkowym counterem do konkretnej wartosci
point iz, ze nie wiesz czy obsluzenie wywolania irq (fizycznie, czyli drut przyjmuje wartosc, do tego az cpu zmieni adres pc) trwa rozna ilosc cykli a ty nie zgadniesz ile, trzeba to obejsc
Dokładnie jak pisze Candle - w momencie wywołania przerwania, Motorolka najpiers 'dokańcza' aktualnie wykonywaną instrukcję, a to w ekstremalnych przypadkach (mul) może być do 250 cykli, dlatego przerwanie jest niestabilne czasowo.
Wejdź sobie na kanał #atariscne na ircnecie albo zapytaj na forum DHS - tam ci wszystko ładnie wytłumaczą.
Nie mul :) , bo mul max może być ( piszę z pamięci, więc pewnie będzie lekko +/- ) 74 cykle, a najcięższy jest div który w najbardziej ekstremalnym przypadku może trwać chyba 144 cykle, co faktycznie jest dużo i w takim razie macie rację że może zaburzać mi synchronizację.
Eee, to w takim razie chyba wracam do literatury, bo coś mi przerwania jeszcze nie idą :D
Musisz zacząć synchronizować już z VBL-a. Wyłączyć wszystkie przerwania MFP (można jakoś to zsynchronizować, ale zacznijmy od podstaw). W VBL-u piszesz coś takiego:
WAIT: MOVE.B $FF8209.W,D0 ; Low-Byte
BEQ.S WAIT ; mustn't be 0
NOT.B D0 ; negate D0
LSR.B D0,D0 ; Synchronisation
Po wykonaniu tego jesteś już zsynchronizowany.
Ten trick działa tylko z VBL-a. Może da się go rozszerzyć na działanie z innych przerwań, albo wymagało by to jakichś tablic i gimnastyki..
Hej Jury,
niestety, niezaleznie od synchronizacji, Timery MPF zawsze beda niestabilne, bo CPU i MPF maja osobe zegary. Minimalny rozjazd to z tego co pamietam 4-12 cykli.
Tak jak pisze Sqward, do tego efektu lepiej zrezygowac z przerwania i synchronizowac kod raz na ramke. Na szybko, zrobilem kod pod devpaca dla trybu PAL - 50Hz.
linia MACRO
;move.w (A0)+,(A1) ;480 cykli
dc.w $3298,$3298,$3298,$3298,$3298,$3298,$3298,$3298,$3298,$3298
dc.w $3298,$3298,$3298,$3298,$3298,$3298,$3298,$3298,$3298,$3298
dc.w $3298,$3298,$3298,$3298,$3298,$3298,$3298,$3298,$3298,$3298
dc.w $3298,$3298,$3298,$3298,$3298,$3298,$3298,$3298,$3298,$3298
;nop ; 32 cykle
dc.w $4e71,$4e71,$4e71,$4e71,$4e71,$4e71,$4e71,$4e71
ENDM
START
move.w #$20,-(A7)
trap #1
addq.l #6,A7
move.w #$2700,SR
lea RASTER,A0
lea $ffff8240.w,A1
VBL_Synchro
move.b $ffff8209.w,D0
beq.s VBL_Synchro
not.b D0
lsl.b D0,D0
REPT 80
nop
ENDR
KOLORUJ_LINIE
REPT 199
linia 40
ENDR
lea RASTER,A0
bra.w VBL_Synchro
RASTER ;kolory 199 lini po 40 kolumn
REPT 199
dc.w $0777,$0700,$0070,$0007,$0077,$0707,$0770,$0000
dc.w $0666,$0600,$0060,$0006,$0066,$0606,$0660,$0000
dc.w $0555,$0500,$0050,$0005,$0055,$0505,$0550,$0000
dc.w $0444,$0400,$0040,$0004,$0044,$0404,$0440,$0000
dc.w $0333,$0300,$0030,$0003,$0033,$0303,$0330,$0000
ENDRO zesz tysz :) wielkie dzięki, jutro eee.. dzisiaj po poludniu, ( korekta: wieczorem, hehe ) bede probowal :D
Chwilowo jestem tak sobie dysponowany, to zle ludzie sa, mowie Ci :)
i jak? procka sie przyda?
Kwak, sprawdzilem Twoja procke i dziala :) Podziekowal :D, napewno sie przyda, w swieta trzeba bedzie przysiasc troche do devpac'a.
Jury, a moze w swieta przysiadziemy razem do piwka i devpaca? moze nawet jakiegos dentrosa udało by się sklecic...
JESTEM ZA :) Tyle że to będzie pewnie raczej na zasadzie że ja będę uczniem a Ty nauczycielem :) Mi to jednak tam nie przeszkadza, hiehie.
Jury, bez belfrów mi tu :)
zakoduj coś i wrzucaj na forum!!!!
a piwko to może między świetami a nowym rokiem? poniedziałek, wtorek czy cuś?
Strony 1
Zaloguj się lub zarejestruj by napisać odpowiedź
atari.area forum » Programowanie - 16/32bit » Timer B
Wygenerowano w 0.027 sekund, wykonano 69 zapytań