6502 problemy assembler liczb pseudolosowych

Question

gram około z 6502 asemblerze tutaj: http://skilldrick.github.io/easy6502

zrobiłem to, że po prostu kładzie losowy kolor piksela w losowym miejscu na ekranie:

LDY #$00 ; Clear Y 

loop: 
JSR genPos ; Put new position in memory 
LDA $fe ; Get random number for color 
STA ($10), Y ; Put pixel on screen 
JMP loop 

genPos: 
STA $10 ; Store accumulator in low 
LDA $fe ; Get new random number (WHY, oh why?) 
AND #$03 ; Mask out low two bits (=numbers 0-3) 
CLC  ; Clear carry flag 
ADC#2  ; Add 2 (= numbers 2-5) 
STA $11 ; Store number in high 
RTS 

jestem starając się używać jak najmniej instrukcji. Moim problemem jest to, że jeśli nie dodaję dodatkowej LDA $fe w podprogramie genPos, piksele są rysowane w bardzo dziwny wzór, gdzie jeśli mam dodatkowy kod LDA, kod działa idealnie. Nie mogę zrozumieć, dlaczego - czy ktoś może mi dać wskazówkę?

Pozdrawiam, Jacob

Answer 1

Już robi cienki niski bajt! Ta linia:

LDA $fe ; Get new random number (WHY, oh why?) 

idzie zdecydować wysoką bajt, a jeśli nie wygeneruje nową liczbę losową wartość y będzie zależna od najniższych dwóch bitów wartości x, powodując przekątnych jesteś zobaczyć: wartość x & 3 zawsze równa który segment ekranie wartość jest przygotowywana na, co oznacza, masz wzór jak

█ █ █ █ █ █ █ █ \ 
█ █ █ █ █ █ █ █  | 
█ █ █ █ █ █ █ █  | x & 3 == 0 in $200-$2FF 
█ █ █ █ █ █ █ █  | 
█ █ █ █ █ █ █ █ /
█ █ █ █ █ █ █ █ \ 
█ █ █ █ █ █ █ █ | 
█ █ █ █ █ █ █ █ | x & 3 == 1 in $300-$3FF 
█ █ █ █ █ █ █ █ | 
█ █ █ █ █ █ █ █ /
    █ █ █ █ █ █ █ █ \ 
    █ █ █ █ █ █ █ █ | 
    █ █ █ █ █ █ █ █ | x & 3 == 2 in $400-$4FF 
    █ █ █ █ █ █ █ █ | 
    █ █ █ █ █ █ █ █/
    █ █ █ █ █ █ █ █ \ 
    █ █ █ █ █ █ █ █ | 
    █ █ █ █ █ █ █ █ | x & 3 == 3 in $500-$5FF 
    █ █ █ █ █ █ █ █ | 
    █ █ █ █ █ █ █ █/

Answer 2

Algorytm zastosowany z LDA jest:

[random 1] -> [11:10] 
[random 1] -> [10] 
[random 2]&3 + 2 -> [11] 
(repeat) 

Jeśli nie przeładować a z $ fe następnie robisz:

[random 1] -> [11:10] 
[ramdom 1] -> [10] 
[random 1]&3 + 2 -> [11] 
(repeat) 

Dlatego zarówno niski, jak i wysoki bajt adresowanego piksela jest funkcją tej samej liczby losowej. Nie są niezależni. To tworzy korelację między nimi. Który manifestuje się we wzorcu, który widzisz. Jeśli twój ekran z udawaniem miał szerokość 256 pikseli, byłaby to bezpośrednia przekątna; w oparciu o fakt, że widzisz 8 pasków, mogę wywnioskować, że twoja wydajność musi w rzeczywistości wynosić 256/8 = 32 piksele szerokości.

Kwestia nie polega na tym, że niesłusznie mówisz, że "losowa liczba w akumulatorze ... powinna zawierać drobny bajt dla adresu ekranu". to znaczy, że używasz go również do wysokiego bajtu. Używasz go dla obu. Wysoki bajt jest bezpośrednią funkcją niskiego bajtu. Tak więc istnieje wiele wysokich bajtów, których nigdy nie trafisz, ponieważ nie spełniają one ograniczeń, które są high=(low&3)+2. Te piksele pozostają nieoświetlone.