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
Gtia2RGB, Nowy wymiar grafiki dla Atari Nowoczesny adapter FPGA Gtia2RGB od Lotharka trafia do przedsprzedaży dla użytkowników Atari.
Drugie, a nawet trzecie życie 8-bitowca Przegląd polskich gier na małe Atari wykonany przez Loading. Od klasyków z lat 90. po najnowsze produkcje.
A5200DS 3.9 Nowa odsłona emulatora Atari 5200 dla konsol Nintendo DS z poprawioną synchronizacją i wydajnością.
Gopher2600 0.55.0 Emulator Atari 2600 Gopher2600 otrzymał aktualizację z poprawkami debuggera i obsługi Superchargera.
Spectrum 512 Painter w przeglądarce Nowoczesne narzędzie online do tworzenia grafiki i konwersji obrazów dla Atari ST i STE.
Opcje wyszukiwania (Strona 36 z 117)
a jak wygląda kwestia detekcji kolizji? jakoś wspomagana czy bez wspomagania?
xxl napisał/a:estowo funkcja blittera - zapisanie calego ekranu gr.8 czyli 320x192 pixele stala wartoscia to 193 cykle 6502...
pixele czy całe bajty ?
193 cykle 6502 zajmuje bliterrowi postawienie 320x192 = 61440 pikseli czy postawienie 7680 bajtów odpowiadających tym pikselom ?
co w takim razie daje takie przyspieszenie, bo jak wkładam np. kart AtariMax to nie mam przyspieszenia
standardowy kart z nie standardową zawartością ?
konkretniej, bo jak ma być to zgaduj zgadula to równie dobrze może to być kogel mogel
bloki co $400 bajtów
opt h+
org $4000
.pages $40
.align $400
kod.............
.align $400
kod .............
...
...
...
.endpg
własny nagłówek $ffff,start,end-1+3 (3 bajty napisu 'XXL'), można dać dowolne informacje, należy prawidłowo podać nagłówek w stylu Atari DOS jeśli ma być to ładowane przez Atari DOS, jeśli mamy własny loader możemy postąpić wg uznania
opt h-
org $4000
.local block0
org [a($ffff, block0, block0+.len(block0)-1+3), c'XXL'],*
lda #0
.endl
org $4400
.local block1
org [a($ffff, block1, block1+.len(block1)-1+3), c'XXL'],*
nop
.endl
masz na myśli te gry dla dzieci we flashu itp. na onecie, ubieranki są ulubionym zajęciem poza oglądaniem bajek
wystarczy usunąć znak #
i będzie OK, jest to zgodne z konwencją QA
nazwy nielegali podpatrywałem w Atari800Win, stąd Mads ich używa, można wstawić dodatkowe nazwy mnemoników jako alternatywę
prezentacja prac będzie w 3d czy 2d ? bo teraz 3d jest w modzie, może Pinek dokona konwersji do 3d :D
Super Packer też może pomóc
ostatnio coś podobnego udało mi się uzyskać w Notepad++ który jest lżejszy aniżeli Visual Studio czy WUDSN
plugin Explorer z lewej i plugin FunctionList z prawej
plugin Explorer można zassać przy pomocy wbudowanego menadżera, FunctionList nie jest na tej liście z powodu problematyczności, w załączniku ZIP z plikami i instrukcją instalacji, osobno DLL który jest stabilny
dodatkowo FunctionListRules.xml dla MADS-a, pokazuje listę dla .PROC, .LOCAL, .MACRO, .ENUM, .STRUCT
nowy mads 1.9.4 już jest http://mads.atari8.info
najważniejsza zmiana to możliwość nazywania parametrów makr, czyli większa przejrzystość kodu, łatwiej zrozumieć co makro wyczynia z parametrami
.macro SetColor val,reg
lda :val
sta :reg
.endm
.macro SetColor2 (arg1, arg2)
lda #:arg1
sta arg2
.endm
p.s.
w planach napisanie nowego kodu obsługującego pętle .REPT tak aby można było je zagnieżdżać, aktualnie aby to obejść trzeba posiłkować się makrami
a dlaczego nie działa z komputerem Pinokia ?
może dodam jeszcze dla Tych którzy są oburzeni potrzebą użycia znaku $ dla oznaczenia wartości Hex jest alternatywa, mogą użyć 0x, Candle z lubością tego używa
dla Tych którzy są oburzeni potrzebą kończenia bloku .LOCAL czy innego podobnego tworu odpowiednią dyrektywą .ENDL mogą użyć uniwersalnej wersji i o jeden znak krótszej .END
mogą także użyć klamr znanych z C { }, byle tylko te klamry były w osobnych wierszach
czyli dla każdego coś miłego ;)
pajero napisał/a:Oj, prze-kombi-nujecie zaraz.
Proszę wrócić do starych zasad, "LDX #0 cośtam" bo mi wali błędami.
Inne:
Moja sugestia - plik *.lab generuje etykiety UPCASE - proszę zrobić jak w orginale *.ASM.
Czyli, piszę:
ORG $1730
Etykieta LDX #
to plik LAB robi
00 1730 ETYKIETA
a winien wypluć
00 1730 Etykieta
od tego jest przełącznik -c Label case sensitivity
użyj go a będziesz miał w pliku LAB etykiety w takiej postaci jak zapisałeś, tylko miej na uwadze to że
to dwie różne etykiety
mono napisał/a:Hmmm. A co myślicie o czymś takim:?
Co powinno się zdarzyć?
zdarzy się ZERO
w załączniku mads po poprawce, tzn.
jeśli użyjemy łączenia mnemoników poprzez znak ':' będzie po staremu czyli w stylu QA, XASM
jeśli nie będzie łączenia mnemoników znakiem ':' to pojawi się błąd "Extra character in line"
ldx:dex $00 -> OK
dex $00 -> ERROR
p.s.
a może tak nauczyć edytor kontroli składni
nie można tego traktować jako błąd, jeśli zostanie to zablokowane przestanie działać kod typu
bracia Wiśniewscy, Probe i spółka, przecież Probe wcześniej na konkurs Abbuca wystawiał już Rick-a tyle że w wersji mocno okrojonej wizualnie
Ja pomogę, w załączniku wszystko co mam na temat Rick-a, m.in. mapy leveli 1 i 2
w paczce z mads-em jest mandelbrot
zapisz w G2F GED-- i co 8 linię masz LMS-a (poniżej z etykietą LINE7)
dla ekranu 40byte:
line6 jsr wait54cycle
inc byt2
line7 jsr wait54cycle
cmp byt2
dla ekranu 32byte:
line6 jsr wait60cycle
pha:pla
line7 jsr wait60cycle
inc byt2
co oznacza wersja rdzenia 1.24 14Mhz (V1FX124R)
dla tego rdzenia mam dziwne zachowania, po RESECIE obraz przechodzi w tryb GTIA, tak jakby dla GRAPHICS 0 ktoś ustawiał $D01B na $80 czy coś
w QMEG jak i pod SDX
nie za każdym razem zdarza się taka sytuacja, ale zbyt często aby o niej zapomnieć
ogólnie sprawa sprowadza się do tego jedynego przypadku kiedy loader pomyli się, bo zinterpretuje adres nowego bloku $FFFF jako nagłówek bloku, przez co pominie dwa bajty
org $2000
nop
org $FFFF
clc
FF FF 00 20 00 20 EA FF FF FF FF 18
żaden inny adres oprócz $FFFF nie spowoduje tego zamieszania
p.s.
QA, Xasm zapiszą w/w przykład tak samo
nagłówek $FFFF jest tylko na początku pliku, aby można było stwierdzić czy to jest plik wykonywalny AtariDOS, kolejne bloki nie muszą ich posiadać ponieważ UWAGA !!! pliki AtariDOS-a nie dysponują innymi blokami niż $FF $FF
SDX posiada bloki inne niż $FF $FF i dla plików SDX są generowane nagłówki
jeśli XXL uważasz że zapisywanie nadmiarowej informacji jest niezbędna będziesz musiał spędzić mnóstwo czasu nad poprawianiem tysięcy plików wygenerowanych od początku historii Atari-DOS
jeśli ktoś łączył pliki Atari-DOS przy pomocy jakiegoś APPEND-era to faktycznie nadmiarowe $FF $FF mogą się pojawić, dlatego loader plików DOS-a powinien uwzględniać taką sytuację
ktoś tu chce odkryć Amerykę po raz miliard sześćsetny ?
Znalezione posty [ 876 do 900 z 2,904 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.096 sekund, wykonano 18 zapytań