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
Lost Party 2025 startuje już jutro W Licheniu Starym rusza zlot fanów 8-bitowych komputerów
zeST 20250627 - Atari ST w FPGA z turbo! Nowa wersja zeST z trybem turbo 50 MHz i poprawkami Shiftera i MFP
UltraSatan - firmware 1.30 Nowa wersja firmware dla UltraSatana wspiera nowoczesne karty SDHC i SDXC
53 lata marki Atari 53 lata od założenia Atari - firmy, która odmieniła świat gier i komputerów.
Odtwarzanie układów z Atari Falcon Trwa zbiórka na odtworzenie chipów Videl, Combel i SDMA z Atari Falcon
Opcje wyszukiwania (Strona 59 z 116)
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
jer napisał/a:A swoją drogą ciekawe, czy Indus GT do Commodore 64 też ma CP/M?
nie, ponieważ Atari otrzymało CP/M na zasadach wyłączności, taki exclusive :D
test Sebana jest dokładniejszy, co tu więcej pisać
na Atari w tym samym katalogu co program, dzięki temu będzie działać pod każdym DOS-em
Pajero Ty znowu kombinujesz, skąd program ma wiedzieć w którym katalogu/podkatalogu siedzi jego plik INI skoro nie ma Windows-a na Atari, który ujednoliciłby to
rozwiązanie jest proste i skuteczne, plik INI zostanie załadowany z aktualnego urządzenia (tej samej ścieżki) co aktualnie uruchomiany program, proste i skuteczne, a Tobie pewnie się marzy komplikacja która spowoduje dalsze komplikacje a w konsekwencji permanentny zwis programu, wtedy będziesz szczęśliwy że tak zamieszałeś jak nikt jeszcze nie zamieszał :)
dos ii+, sdx, mydos możecie zostawić, reszte dos-ów możecie skasować
Electron zaczął VBXE i jeszcze nie skończył, wersji powstało już pare, ale żadna nie trafiła do produkcji, tak że zaczynajcie, upewnijcie się tylko czy Wasze dzieci podzielają Wasze zainteresowania bo będą potrzebne do kontynuacji projektu ;)
Znalezione posty [ 1,451 do 1,475 z 2,880 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.084 sekund, wykonano 15 zapytań