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
TURGEN 9.3.0 Kolejna wersja multiplatformowego narzędzia do zarządzania obrazami taśm.
SV 2024 WE - program imprezy Już za tydzień odbędzie się zimowa edycja Silly Venture
Nowa obudowa dla 800XL - zostało 36 dni Niewiele ponad miesiąc do końca kampanii.
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
Opcje wyszukiwania (Strona 58 z 115)
wow, to właśnie doszliście do rozwiązania w stylu GTIA Upgrade Psychola, z tym że u niego nie dało sie takiej mapy scrolować płynnie w poziomie i najmniejsza zmiana dotyczyła 2 pixli trybu 15OS, jednak jak można było się przekonać zmiana 1 rejestru w obszarze 2 pixli 15OS wystarcza w 90% aby trzaskać kolorowe obrazki jak na C64, jeśli zmiana dotyczyłaby 1 pixla trybu 15OS (160 różnych koloró w linii) to dopiero byłby czad
jeszcze swobodny dostęp do takiej mapy pamięci i będzie "chunky mode", wow pewnie się zapędziłem
MM: Nie calego posta pod ktorym piszesz.
fajny byłby taki program np. wczytujesz obiekty 3d (np. z Lightwave) i tworzysz jakąś ścieżkę zachowań takiej bryły typu obrót XYZ, zmiana położenia kamery, odległości widz-bryła itp. czyli wszystkie te bardziej czasochłonne operacje, na wyjściu program wygenerowałby współrzędne XY (2d) dla gotowych klatek takiego projektu
czy jest to moralne :) ?
to ja dołączam się do koncertu życzeń i proszę o obsługę czcionek True Type, nie powinno być z tym problemu
ok, works fine
begining irq program: mva #0 $d20e
end irq program: mva #$40 $d20e
and this is it (remove SEI, CLI from VBL, DLI)
org $2000
dlist dta d'ppp'
dta $42+$80,a($bc40)
:22 dta 2+$80
dta 2
dta $41,a(dlist)
main
lda:cmp:req 20
sei
mva #0 $d40e
sta $d20e
mva #$fe $d301
mwa #nmi $fffa
mwa #irq $fffe
mva #$40 $d20e ; only keyboard
mva #$c0 $d40e
cli
jmp *
dli pha
lda $d40b
sta $d01a
pla
rti
nmi bit $d40f
bpl vbl
jmp dli
vdli equ *-2
vbl phr
sta $d40f
mwa #dlist $d402
mva 559 $d400
plr
rti
irq phr
mva #0 $d20e
ldy $d209
lda keyCode,y
sta 764
sta $d01a
mva #$40 $d20e
plr
rti
keyCode .array 255 .byte = $ff
[63]:[127] = "A"
[21]:[85] = "B"
[18]:[82] = "C"
[58]:[122] = "D"
[42]:[106] = "E"
[56]:[120] = "F"
[61]:[125] = "G"
[57]:[121] = "H"
[13]:[77] = "I"
[1] :[65] = "J"
[5] :[69] = "K"
[0] :[64] = "L"
[37]:[101] = "M"
[35]:[99] = "N"
[8] :[72] = "O"
[10]:[74] = "P"
[47]:[111] = "Q"
[40]:[104] = "R"
[62]:[126] = "S"
[45]:[109] = "T"
[11]:[75] = "U"
[16]:[80] = "V"
[46]:[110] = "W"
[22]:[86] = "X"
[43]:[107] = "Y"
[23]:[87] = "Z"
[33]:[97] = " "
[52]:[180] = $7e
[12]:[76] = $9b
.enda
run main
advice: synchronize IRQ with $D40F, synchronize DLI with IRQ
irq bit $d40f
spl
rti
...
... irq program
rti
example:
org $2000
dlist dta d'ppp'
dta $42+$80,a($bc40)
:22 dta 2+$80
dta 2
dta $41,a(dlist)
main lda:cmp:req 20
sei
mva #0 $d40e
sta $d20e
mva #$fe $d301
mwa #nmi $fffa
mwa #irq $fffe
mva #$40 $d20e ; only keyboard
mva #$c0 $d40e
cli
jmp *
dli pha
lda $d40b
sta $d01a
pla
cli
rti
nmi bit $d40f
bpl vbl
sei
jmp dli
vdli equ *-2
vbl phr
sta $d40f
mwa #dlist $d402
mva 559 $d400
plr
rti
irq bit $d40f
spl
rti
phr
ldy $d209
lda keyCode,y
sta 764
sta $d01a
plr
rti
keyCode .array 255 .byte = $ff
[63]:[127] = "A"
[21]:[85] = "B"
[18]:[82] = "C"
[58]:[122] = "D"
[42]:[106] = "E"
[56]:[120] = "F"
[61]:[125] = "G"
[57]:[121] = "H"
[13]:[77] = "I"
[1] :[65] = "J"
[5] :[69] = "K"
[0] :[64] = "L"
[37]:[101] = "M"
[35]:[99] = "N"
[8] :[72] = "O"
[10]:[74] = "P"
[47]:[111] = "Q"
[40]:[104] = "R"
[62]:[126] = "S"
[45]:[109] = "T"
[11]:[75] = "U"
[16]:[80] = "V"
[46]:[110] = "W"
[22]:[86] = "X"
[43]:[107] = "Y"
[23]:[87] = "Z"
[33]:[97] = " "
[52]:[180] = $7e
[12]:[76] = $9b
.enda
run main
nie brakuje tam STA $D40F? czy są wogóle jakieś przykre skutki braku resetowania statusu przerwania NMI?
p.s.
VKEYBD $208..$209 ($FC19) - program obsługi przerwania klawiatury
VKEYBD Tastatur-IRQ-Vektor. Das Drücken einer Taste, ausgenommen der (BREAK)-Taste, verursacht diesen IRQ. Der VKEYBD-Vektor kann zum Vorarbeiten des Tastencodes benutzt werden, bevor er durch das OS in ATASCII-Code umgewandelt wird. Dieser Vektor zeigt normalerweise auf die Tastatur-Routine des OS.
runtime 216 ogólnie oznacza naruszenie ochrony pamięci, przyczyn może być wiele, powodem może być np. pusty ciąg znakowy a procedura czy funkcja nie sprawdza czy ciąg jest pusty
p.s.
mads 1.8.0
http://mads.atari8.info
w tej wersji przepisałem kilka fragmentów kodu na nowo, usunąłem zauważone błędy o których poinformowało mnie parę osób
jeśli podeślecie plik z którym są problemy (nie musi być oryginał, wystarczy fragment dla którego występuje błąd) to ułatwi zdiagnozowanie problemu, pisanie że wyskoczył runtime 216 w niczym nie pomoże, potencjalnie mogę go zablokować ale co to zmieni
a od kiedy to znaki na XE/XL mają 5 pixli szerokości
http://madteam.atari8.info/uzytki/def7z.7z
Autonomiczna nakładka na program 7-Zip realizująca kompresję plików do formatu GZIP z użyciem nowej wydajniejszej wersji algorytmu DEFLATE (dodatkowo z pliku wynikowego usuwane są nadmiarowe bajty). Dekompresji dokonujemy procedurą INFLATE.ASM
Autonomiczna tzn. że nie potrzebuje być uruchamiana w towarzystwie jakichkolwiek innych programów, kompresor 7z.exe zaszyty jest w środku programu, na czas kompresji jest on zapisywany do katalogu z którego uruchomiono def7z.exe, wykonywany jest odpowiednio spreparowany BAT
p.s.
uaktualniłem plik DEF7Z.EXE, teraz nie wystąpią problemy związane z użyciem pliku przez inny proces, można kompresować z poziomu BAT-a wiele plików do nowego formatu DEFLATE, nie wystąpią też żadne nadmiarowe komunikaty związane z dokonywanym procesem kompresji i kasowaniem plików pomocniczych
moje wcześniejsze posty dotyczące problemów z najnowszym INFLATE należy uznać za nie byłe, podejrzałem w końcu jakie nagłówki znajdują się w pliku i zrozumiałem gdzie leży problem, umieszczałem spakowany plik tuż za INFLATE.ASM, który rezerwuje sobie pamięć dla INFLATE_DATA przez ORG*+ i w ten sposób spakowane dane wczytywane były w obszar $c000,$d000 co niespecjalnie się udawało ;)
w ramach zadośćuczynienia popełnie nakładke na 7z aby wypluwał pliki spakowane GZIP-em z metodą DEFLATE 7z (dla Windows-a)
proponuje zastąpić ORG *+ przez EQU, wtedy można łączyć INFLATE z jakimkolwiek programem bez potrzeby ponownego ustawiania ORG-a
; Data for building trees
literalSymbolCodeLength equ inflate_data
controlSymbolCodeLength equ literalSymbolCodeLength+256
; Huffman trees
nBitCode_clearFrom equ controlSymbolCodeLength+CONTROL_SYMBOLS
nBitCode_totalCount equ nBitCode_clearFrom
nBitCode_literalCount equ nBitCode_totalCount+2*TREE_SIZE
nBitCode_controlCount equ nBitCode_literalCount+TREE_SIZE
nBitCode_literalOffset equ nBitCode_controlCount+2*TREE_SIZE
nBitCode_controlOffset equ nBitCode_literalOffset+TREE_SIZE
codeToLiteralSymbol equ nBitCode_controlOffset+2*TREE_SIZE
codeToControlSymbol equ codeToLiteralSymbol+256
inflate_data_end equ codeToControlSymbol+CONTROL_SYMBOLS
jakie parametry kompresji należy ustawić dla 7z aby można było to dekompresować przez INFLATE ?
Desert Dream, Amigowe demo w wydaniu na C64
Vega: jesli lubisz interlace to mozesz, w pierwszej ramce postaw 4 duchy, w drugiej ramce postaw nastepne 4 duchy, powtarzaj, masz juz 8 duchow 2 kolorowych :)
w sumie w Pangu w/w sposob stosuje dla mnozenia 2-och duchow 2-kolorowych, z tym ze jest to blyskajacy efekt wybuchy, tak ze nie rzuca sie w oczy ze to interlace
jeśli to ma być mnożenie duchów sprzętowych to tylko intro do Dupland Slideshow, a jeśli to mają być duchy programowe w trybie bitmapy lub trybu znakowego to w paczce z mads-em, z czego ostatnio popełniłem jeszcze wersje silnika EOR dla trybu znakowego (aktualnie w paczce metoda EOR-owania tylko dla trybu bitmapy)
program do generowania trajektorii multiplexera dla wybranej ilości i rozmiaru obiektów http://madteam.atari8.info/uzytki/multiplexer.7z
multipexer z intra Dupland Slideshow jest rozwinięciem w/w multiplexera, wymaga trybu bitmapy (znakowy niemożliwy) ze względu na przerwanie rastra, ogólnie zżera tyle CPU ile wynosi wysokość obszaru w którym poruszają się obiekty
multiplexer Probe to multiplexer z interlace-em, takiego nie odważyłem sie popełnić przez niechęć do mrugania
lepszy The Last Ninja albo KungFuMaster, jakaś bijatyka, tego zawsze było mało na malucha
TheLast Ninja to taka bijatyka z sensem
wątek, gdzie kupowaliśmy 65816, pewnie też sprzedają 6502, ale musisz pytać się Candle, bo WDC to tylko hurt
http://atariarea.krap.pl/forum/viewtopic.php?id=2907
no pogratulować, to krok naprzód
teraz na bonusową runde trafiłem po zdobyciu 70000 punktów i była to inna mapa niż poprzednio
pozatym znalazłem buga, przechodząc gre ponownie nie zobaczymy obrazka końcowego tylko napisy, obrazek to czarne tło, widać gdzieś tam tablica z informacją o kolorach została zamazana, albo Probe drugi raz wywołuje procke SAVE_COLORS, która powinna być tylko raz na początku wykonana, potem jest niepotrzebna jak sięgam pamięcią
najwidoczniej grała w coś co jej się kojarzy z River Raid
to już Abbuc oceni, Ty Pecus nie jesteś w komisji Abbucowej więc można spać spokojnie ;)
gRzEnIu napisał/a:xxl, widać że sporo trudu włożyłeś w rozgryzienie portowania gier z zxa na atarkę. pomysł wydaje się szalony ale może by tak napisać soft który przyspieszyłby portowanie ? może jakis tutorial dla mas ? być może wówczas więcej wiary zabrało by się za przenoszenie wspaniałych gier z zxa ?!
na początek należy zapoznać się z asemblerem Z80
Znalezione posty [ 1,426 do 1,450 z 2,862 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.090 sekund, wykonano 13 zapytań