1 Temat przez qbahusak Ostatnio edytowany przez qbahusak (2020-07-02 10:31:07)

  • Skąd: Polska
  • Zarejestrowany: 2006-07-04
  • Posty: 1,075

Jest procka by Fox:

w1
    lda $d40b
    bmi w1
w2
    lda $d40b
    bpl w2

Ma ona 10 bajtów i nie obsługuje NTSC, działa z DMACTL=0.

Napisałem inną 10 bajtów. Ona obsługuje NTSC (w teorii, bo nie testowałem). Czy jest tu jakiś haczyk? Czy zawsze zadziała?
Opiera się ona na monotoniczności vcount. Działa z DMACTL=0.

rep
    lda vcount
@
    cmp vcount
    beq @-
    bcc rep

qbahusak's Strona

2 Odpowiedź przez Candle

  • Skąd: Lublin
  • Zarejestrowany: 2002-11-28
  • Posty: 4,254

co będzie dla vcount=0?

przechodze na tumiwisizm

Candle's Strona

3 Odpowiedź przez qbahusak Ostatnio edytowany przez qbahusak (2020-07-02 10:57:09)

  • Skąd: Polska
  • Zarejestrowany: 2006-07-04
  • Posty: 1,075
Candle napisał/a:

co będzie dla vcount=0?

Zawiśnie na pierwszym beq, a następnie zaczeka na moment, gdy vcount się zmniejszy (carry się nie wyzeruje). Nie?

Przy każdej zmianie vcount w górę, bcc skoczy, bo carry się zeruje - odejmujemy większą od mniejszej.
Przy zmianie w dół w acc mamy coś dużego, odejmujemy coś małego, 0, 1 czy cuś, carry zostaje ustawione.

qbahusak's Strona

4 Odpowiedź przez Candle Ostatnio edytowany przez Candle (2020-07-02 11:06:18)

  • Skąd: Lublin
  • Zarejestrowany: 2002-11-28
  • Posty: 4,254

vcount się zmniejsza?

ale chyba to wyimaginowany problem
jeśli pod altirrą ustawiona na ntsc to działa, to pewnie działa

przechodze na tumiwisizm

Candle's Strona

5 Odpowiedź przez qbahusak Ostatnio edytowany przez qbahusak (2020-07-02 11:09:30)

  • Skąd: Polska
  • Zarejestrowany: 2006-07-04
  • Posty: 1,075
Candle napisał/a:

vcount się zmniejsza?

No... chyba tak raz na vbl?

Chodzi o to, że są jeszcze komputery SECAM, NTSC, PAL, VBXE, z przyspieszeniami etc.
Czy to na wszystkim ma szanse zadziałać? Nie jestem altirowy.

qbahusak's Strona

6 Odpowiedź przez mono Ostatnio edytowany przez mono (2020-07-02 11:32:39)

  • mono
  • Starszy Atarowiec
  • Nieaktywny
  • Skąd: inąd
  • Zarejestrowany: 2007-08-20
  • Posty: 2,952

Kiedyś też tak kombinowałem. Sprawdźmy taki przypadek:

lda VCOUNT    ;155
cmp VCOUNT  ;156
beq  ;omijamy
bcc  ;skaczemy
lda VCOUNT    ;0
cmp VCOUNT  ;0
beq  ;skaczemy
cmp VCOUNT  ;1
beq  ;omijamy
bcc  ;skaczemy

Zdaje się że taka procedura przy 3MHz potrafi się pętlić w nieskończoność. Ale nawet jeśli nie będzie no to może się okazać, że będzie cię trzymać przez kilka ramek a nie synchronizować z najbliższą. Stosuj Foxową :)

Edit: Co zaś się tyczy NTSC, to trzeba SEI ... CLI.

Edit 2: http://www.atari.org.pl/forum/viewtopic … 42#p101142

hex, code and ror'n'rol
niewiedza buduje, wiedza rujnuje

mono's Strona

7 Odpowiedź przez tebe

  • tebe
  • tebe
  • Starszy Atarowiec
  • Nieaktywny
  • Skąd: Poznań
  • Zarejestrowany: 2002-04-06
  • Posty: 2,930

zróbcie test przed uruchomieniem programu, jeśli nie jest to 6502 1.76 MHz PAL to kończycie program, albo dajecie ostrzeżenie że nie ponosicie odpowiedzialności za szkody które za chwilę zostaną wyrządzone ;)

*- TeBe/Madteam
3x Atari 130XE, SDX, CPU 65816, 2x VBXE, 2x IDE Plus rev. C

tebe's Strona

8 Odpowiedź przez antrykot

  • Zarejestrowany: 2019-10-16
  • Posty: 10
  sta nmires
  bit nmist
  bvc *-3

9 Odpowiedź przez qbahusak

  • Skąd: Polska
  • Zarejestrowany: 2006-07-04
  • Posty: 1,075
antrykot napisał/a:
  sta nmires
  bit nmist
  bvc *-3

Jeśli to działa zawsze, to jest to najlepsze rozwiązanie, bo do testu jest użyte to, co zostało zaprojektowane w tym celu.
@mono, co o tym myślisz?

qbahusak's Strona

10 Odpowiedź przez mono Ostatnio edytowany przez mono (2020-07-02 21:07:29)

  • mono
  • Starszy Atarowiec
  • Nieaktywny
  • Skąd: inąd
  • Zarejestrowany: 2007-08-20
  • Posty: 2,952

To zależy do czego tego potrzebujesz. VBLK jest zgłaszane w 248 linii skanningowej. Jeśli NMI są włączone to metoda nie zadziała, a przy wyłączonych nie sprawdzałem (nie wiem czy bity statusu są wystawiane przy zablokowanych NMI).
Ale skoro tak, no to możesz też:

sei
lda VCOUNT
bne *-3
cli

Edit: Albo analogicznie :D

sei
lda #248/2
cmp VCOUNT
bne *-3
cli

tylko znowu - nie możesz dopuścić obsługi NMI (bo obsługa NMI zajmie parę linii i nigdy w 248 nie trafisz).

Edit 2: A w ogóle to czemu nie zsynchronizujesz się klasycznie?

lda RTCLOK+2
cmp RTCLOK+2
beq *-2
hex, code and ror'n'rol
niewiedza buduje, wiedza rujnuje

mono's Strona

11 Odpowiedź przez Fox Ostatnio edytowany przez Fox (2020-07-03 14:09:28)

  • Fox
  • Fox
  • Atarowiec
  • Nieaktywny
  • Skąd: Gdańsk
  • Zarejestrowany: 2002-03-11
  • Posty: 1,820
qbahusak napisał/a:

Ma ona 10 bajtów i nie obsługuje NTSC

Masz na myśli NTSC z długą systemową procedurą VBLK?

qbahusak napisał/a:

działa z DMACTL=0.

Nie rozumiem, dlaczego akurat zwracasz uwagę na DMACTL? Czy chodziło o NMIEN?

mono napisał/a:

Jeśli NMI są włączone to metoda nie zadziała

Czasami może zadziałać. Przerwanie nie przerywa wykonywanej instrukcji. Jeśli tą instrukcją jest odczyt NMIST, to odczytamy sygnalizację przerwania i dopiero potem wykona się obsługa przerwania.

mono napisał/a:

a przy wyłączonych nie sprawdzałem (nie wiem czy bity statusu są wystawiane przy zablokowanych NMI).

NMIST nie zależy od NMIEN.

https://www.youtube.com/watch?v=jofNR_WkoCE

Fox's Strona

12 Odpowiedź przez qbahusak

  • Skąd: Polska
  • Zarejestrowany: 2006-07-04
  • Posty: 1,075

@Fox, dzięki za głos.
Jak się pisze z głowy - to zamiast NMIEN wpada DMACTL :)

A mógłbyś tak w formie krótkiego artykułu opisać co i jak? Jak widzisz, jest z tym jakiś-tam problem, dużo procków, dużo wszystkiego.
To, że NMIST nie zależy od NMIEN to jest raczej oczywiste z istoty natury rzeczy.
Podejrzewam na 99%, że procka antrykota zadziała na wszystkim i zawsze chyba, że NMI się wstrzeli i skasuje te bity pomiędzy sta a bit. Ale to raz na tysiąc lat.

qbahusak's Strona