Mam taką zagwozdkę.
mój prg zajmuje prawie całą pamięć z pominięciem d000-e000 (nie wiem czy to ważne)
Korzysta z timerów do generowania liczb losowych.
Mam taki problem , że zachowuje się inaczej na różnych emu i na prawdziwym c64.
generalnie zauważyłem że na vice jest ok jak przed procedurą losujacą zrobię jsr $fddd. A żeby działało to na prawdziwym c64 musi być wpięty AR 7.3 (taki mam) i muszę usunać z kodu ten skok (jsr $fddd). taka sama konfiguracja jak na c64+AR odpala sie poprawnie na CCSWin.
Jak myślcie o co ho?! chciałbym uzyskać ten sam efekt przynajmniej na vice i real c64. jeżeli odpalam na realu konfigurację z vica wygląda to tak jakby timer przejął kontrole nad przerwaniami i wszystko przyśpiesza kilka razy.
Pomóżcie.
Masz art skulla o używaniu timerów do cyklowania w ca-fan. Może ustawiasz timer w złym trybie albo może nie pamiętam, ale jakiś odczyt pojedynczego bajtu timera mógł go blokować do momentu odczytania drugiego jego bajtu...
mam jeszcze jedno pytanie zadam je w tym temacie żeby nie zakładać nowego.
Czy znacie jakiś paker który bezboleśnie (czyli wypluje gotowy plik z proc. depakującą) spakuje plik o wielkości 250 bloków (0800-ffff) ?
Prawie sie udało. mimo że po wylistowaniu jest odp. sys w basicu do uruchomienia, to i tak muszę go wklepać z łapy. run nie działa.
Druga sprawa to to.że po spakowaniu uszkadza frag. bitmapy która leży od e000 w górę.
Z tymi timerami to nie chodziło o ich odpowiednie zainicjowanie itp.
Po prostu na początku próbowałem załadować cały plik do ramu bez pakowania a nie wziąłem pod uwagę,że jak ładuje bez AR to komoda korzysta z kernala. a jak ladowałem z AR to niby było ok ale coś przestawiało w rejestrach odp. za timery i na niektórych emu proc. losująca zachowywała się dziwnie. sprawę załatwiło ładowanie spakowanego pliku . Na początku myślałem sobie - po co pakować i tak pewnie nikt nigdy oprócz mnie nie obejrzy tego na real c64......
dokładnie - z ultimatem to już przyjemność, nie trzeba się tak rozstawiać z tymi zasilaczami - wystarczy przełożyć pendrive. Szybkość procesu już nie dużo większa od odpalenia w emu.
