Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
FujiNetChat: Nowy klient IRC dla Atari Pierwsza publiczna wersja alfa FujiNetChat, nowoczesnego klienta IRC wykorzystującego interfejs FujiNet.
Gearlynx 1.2.2 Gearlynx doczekał się aktualizacji. Wprowadzono podgląd SCB, wyszukiwanie w pamięci oraz poprawki.
Wyniki FujiCup 2025 Poznaliśmy najlepsze gry na 8-bitowe Atari wydane w 2025 roku według jury oraz publiczności.
Wyniki konkursu i gala FujiCup 2025 Poznaj zwycięzców dorocznego turnieju FujiCup 2025 wspierającego twórców gier na Atari XL/XE.
Fujisan 1.1.8 Nowa wersja emulatora Fujisan przynosi wsparcie dla FastBasic oraz poprawki błędów w obsłudze dźwięku.
Opcje wyszukiwania (Strona 19 z 117)
rozkminiłem w końcu jak używać Doynamite na XE/XL, w końcu co można robić na party ;)
kompresja
lz.exe -o filename.out --raw --binfile filename.in
z użyciem pliku BAT, nazwa pliku do kompresji jako parametr
lz.exe -o %~dp1%~n1.lz --raw --binfile %1
dekompresja, wywołanie
mwa #destination_address lz_dst
ldx <packed_data
ldy >packed_data
jsr lz_decrunch
poprawiony dekompresor w załączniku
po poprawkach dla .BY, .WO, .HE, .SB, .CB, .FL
https://github.com/RevCurtisP/C02
C02 is a simple C-syntax language designed to generate highly optimized code for the 6502 microprocessor. The C02 specification is a highly specific subset of the C standard with some modifications and extensions
The compiler generates assembly language code, currently targeted to the DASM assembler.
ok :) "niedostateczna diagnostyka błędów"
innymi słowy nie czytałeś instrukcji, cyt.:
"Pola struktury definiujemy przez podanie nazwy i typu pola (.BYTE, .WORD, .LONG, .DWORD)."
przetwornik zmiennoprzecinkowy? a co on tam robi? co potrafi? liczyć sinusa :)
ejj Pancio, a gdzie deklaracja
exomizer, doynamite, subsizer przystosowane są do dekompresji strumieniowej, często jest to oddzielna wersja dekompresora obok tej głównej, więcej dowiesz się stąd http://codebase64.org/doku.php
implementację dekompresora LZH mam wTurbo Pascalu na PC
we wcześniejszym demie dla VBXE też się sypie wypełnianie na Rapidusie http://www.pouet.net/prod.php?which=71124
super, dzięki Fox :)
rzeczywiście jest więcej szczegółów na które nie zwróciłem uwagi
udało się :), pełne synchro dla IRQ bez WSYNC dla trybu 9++, DMA dla PMG wyłączone
wywoływane co 4 linie, 78 cykli do wykorzystania w programie przerwania IRQ
p.s.
klawiatura nie generuje dodatkowych przerwań IRQ
będziesz musiał być bardziej bezpośredni, widać ich pamięć nie dociera do lat 80-tych
'To nie jest plik komputera Atari, Commodore, Spectrum, Amstrad i im podobnych'
Sikor -> http://tajemnice.atari8.info/7_91/7_91_mapa.html
jako miłośnik Turbo Basica mogłeś pomijać tą lekturę ;)
Twój kod przerwania jest OK
PHA
TXA
PHA
LDA #$FF
LDX #$00
STA WSYNC
STA COLPF1
STX COLPF2
PLA
TAX
PLA
RTI
sprawdziłeś pod debuggerem jak wygląda ten program po kompilacji w pamięci Atari ?
może sposób wywołania zawodzi? ustawiasz wektor $0200 dla DLI? modyfikujesz DisplayList i wstawiasz tam rozkaz DLI? na samym końcu ustawiasz NMIEN na $C0?
może szybkość ma tutaj znaczenie i zła kolejność, przed modyfikacją wektora $0200 trzeba odczekać do początku ramki, tak aby zmiany jakie są wprowadzane nie zostały przerwane wywołaniem kolejnego przerwania
chyba że korzystamy z OS i on nam zmienia te wektory wprowadzając odpowiednią synchronizację
a gdyby tak zwiększyć zakres odbiorców tej świetnie zapowiadającej się gry, dodać mapę kolorów VBXE, tak jak zrealizował to Konop w Rick-u
a gdyby tak użyć asemblacji warunkowej
a z medycznego punktu widzenia jak nazywa się to zaburzenie ?
BASIC, PLOT i DRAWTO to dla prawdziwych retro-maniaków :D
najlepiej zajrzeć na szwedzką stronę http://napisz.se
dokładniej zbadałem to na Rapidusie
dla 65816 INC IRQEN wywołane na przerwaniu IRQ w celu jego zakończenia/wystartowania działa inaczej, efekt jest taki jakby IRQ przejęło 100% mocy CPU, NMI działa, ale główny program już nie
tak XXL, masz rację :)
Ci co słyszeli PCM 4+4 pewnie będą nadal chcieli, dlaczego ?
Bo słyszeli jak gra POKEY PCM4+4 ...
z tego co zauważyłem dla kompresji MEM (-m) pakery rozpoznają nagłówek w stylu C64, 2 bajty z adresem pod który mają być ładowane dane, czyli próba kompresji pliku Atari $FFFF,adres,adres+len-1 skończy się obliczeniem adresu $FFFF+.....
musimy spreparować plik, dodać dwu-bajtowy nagłówek z adresem pod którym znajduje się blok danych, po kompresji otrzymamy blok z którego dwu-bajtowego nagłówka odczytamy pod jaki adres musimy załadować spakowany blok
teraz jedynie pozostaje wywołać SUBSIZER przez 'jsr decrunch' wszystkie informacje zostaną pobrane z końca spakowanego bloku, nie trzeba nic modyfikować jak w przykładzie który wyżej załączyłem (post #10)
http://www.atari.org.pl/forum/viewtopic.php?id=12109
Seban:
"Tak samo przy wykorzystaniu faktu iż operacje typu INC, DEC są operacjami Read-Modify-Write, gdy chciałem zablokować przerwania NMI stosowałem INC $d40e, a gdy chciałem odblokować NMI to po prostu DEC $d40e"
Fox:
"Dla kompletu: LSR $d40e włącza samo VBLKI."
p.s.
nie słuchajcie piernika Electrona ;)
z powodzeniem używam na Rapidusie (65816), działa, testowane na prawdziwym sprzęcie
Znalezione posty [ 451 do 475 z 2,903 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.094 sekund, wykonano 18 zapytań