Panowie!
To jest genialne! :) WIELKIE Dzięki! :)
Historia, muzyka, wykonanie... kawał dobrej roboty!
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Biblioteczna strefa retro w Kościanie Retro spotkanie z Larkiem w Miejskiej Bibliotece Publicznej w Kościanie już 23 maja 2026 roku.
VBXETERM 0.19 Nowa wersja terminala dla Atari z VBXE wprowadza 11 fontów oraz ulepszony interfejs użytkownika.
Altirra 4.50 test 10 Nowa wersja testowa emulatora Altirra wprowadza usprawnienia w debuggerze oraz funkcję autosugerowania.
Heart of Neon "Heart of Neon" to film dokumentalny o Jeffie Minterze.
Dlaczego warto tworzyć na Atari w 2026? Pazur, jeden z twórców Cosmic Hero 2 wyjaśnia, dlaczego 8-bitowe ograniczenia rozwijają kreatywność i pasję.
atari.area forum » Posty przez seban
Panowie!
To jest genialne! :) WIELKIE Dzięki! :)
Historia, muzyka, wykonanie... kawał dobrej roboty!
Hej!
Plik możesz pobrać tutaj: Music Tracker 2.0
Na dyskietce są trzy przykładowe muzyczki: inside, tanks, popeye a także plik readme.doc który zawiera instrukcję obsługi programu.
Na pewno będę chętny na ta pozycję również! Niebawem wyślę zamówienie :)
ps) i na kolejną pozycję również.
Mam gdzieś na starych dyskietkach. Poszukam i udostępnię. Proszę o chwilę cierpliwosci.
Ps) bylem przekonany ze jest na Atarki, ale jak widac nie ma :/ musialem zapomnieć wrzucić. Progfam byl puszczony na scenę... tzn. wysłany snailem do paru osób, ale chyba zaginął w odmętach przeszłości.
Przesyłka dotarła. Dzięki WIELKIE! :)
Hej!
A oto i moje typy:
10 pkt) Laura
09 pkt) Pang
08 pkt) Cyctrix
07 pkt) Manic Miner
06 pkt) Blowsub
05 pkt) Pentagram
04 pkt) Skyscraper
03 pkt) Saboteur
02 pkt) Dimo Quest
01 pkt) Fairlight
Cześć!
Sprawa zakończona pozytywnie, udało się podnieść ten cart. Kawał pracy poczynił kolega JLS, miał niestety pecha bowiem felerna okazała się podstawka lub jakieś niekontaktujące lutowanie. Po drobnych zmaganiach cart uruchamia się :) Musiałem usunąć podstawkę i wlutowałem EPROM bezpośrednio w płytkę drukowaną.
Nie wiem czy to kogoś interesuje, ale napiszę może ktoś spotka się podobną sytuacją i będzie wiedział jak można postępować gdy coś takiego się przytrafi, a więc oto miniaturowe "studium przypadku" ;P
Pierwsze co zrobiłem to wpiąłem kart w złącze, faktycznie nie startował, uruchomiłem QMEG (daje możliwość wejścia do monitora pamięci mimo iż CART jest obecny w złączu i ma status aktywny) ... szybki rzut oka pod $A400* i zobaczyłem że nie wszystkie bity magistrali danych są poprawne (np. napis SNOWBALL nie wyglądał poprawnie, lecz jakby ciąg bajtów w którym brakuje wszędzie tego samego bitu.... więc mocno docisnąłem EPROM w podstawce... i zobaczyłem poprawny napis :) Restart komputera i cartridge się uruchomił. Dalsze kroki które poczyniłem to usunięcie podstawki i wlutowanie EPROM-u bezpośrednio w płytkę, a zrobiłem to aby zamknąć ten "kart" w obudowie... cart sprawny, działa i jest w obudowie :)
JLS - daj znać gdzie odesłać cart (wysłałem e-mail) .... czeka już spakowany :]
I jeszcze jedna ważna sprawa... jestem pod wrażeniem pracy którą wykonał JLS... misterność połączeń i cierpliwość którą się wykazał walcząc z materią jest godna podziwu. Dzięki temu miałem niezmiernie ułatwione zadanie :)
*) dlaczego akurat $A400? ... tak się składa że ta seria cartów ma pod tym adresem menu które pojawia się na ułamek sekundy po włączeniu komputera. Napis dostrzegłem w pliku z zrzutem pamięci EPROM dokonanym przez JLS, zatem spodziewałem się poprawnie wyglądającego napisu. (jedna uwaga, jest on w kodach ANTIC... więc w ASCII/ATASCII dla niewprawnego oka niewiele widać... ale np. QMEG pozwala pokazać zawartość pamięci w kodach ANTIC).
Widok pliku z zawartością EPROM pod edytorem HEX... (kody ANTIC więc w ASCII niewiele widać)
Offset(h) 00 01 02 03 04 05 06 07 08 09 0A 0B 0C 0D 0E 0F
00000400 33 2E 2F 37 22 21 2C 2C 00 00 1C 21 36 21 2C 2F 3./7"!,,...!6!,/
00000410 2E 1E 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00000420 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00000430 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
00000440 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................uruchomiony cart:
QMEG-OS pokazujący obecność carta...
Monitor MLM (wbudowany w QMEG-OS) pokazujący prawidłową zawartość pamięci, tzn. napis "SNOWBALL".
a nie chodzi przypadkiem o tę wersję:
http://asma.atari.org/asmadb/search.php?play=555
czyli w tym wypadku konwersja autorstwa Zur-soft (Mirek Gwozdziej & Jerzy Majewski)
ps) edit: o widzę że Miker był szybszy ;)
dzięki wielkie za testy! niestety większość sprzętów (low-cost) które miałem w rękach robiła podobny albo jeszcze gorszy bajzel.
Hej!
@laoo: a jak wyglądają scrolle i obrazki w interlace? no i jak by Ci się chciało sprawdzić interlace Rybagsa, to było super.
offtopic: ooo... to widzę Alex wymyślił koło od nowa ;) ... jego metoda okazała się "Sąsiedztwem von Neumanna" ;D no cóż, człowiek uczy się całe życie.
Hej!
Zgodnie z zasadą, "Nie pamiętam dobrze/nie znam się.. więc się wypowiem", to z tego co pamiętam to Alex wymyślił metodę próbkowania w kształcie krzyżyka, tzn. coś takiego:
o
oxo
ogdzie "x" jest pixelem sprite który analizujemy a "o" punktami próbkowania, taką metodą przejeżdżamy całego sprite pixel po pixelu i generujemy maskę, ale działa to chyba wolniej niż ta metoda którą opisałeś (z generowaniem maski na podstawie przesunięcia obiektu).
[offtopic mode ON]:
jeżeli chodzi o dekompresję *.arc po stronie PC ,to pod *.nix jest oczywiście arc, np. w repozytorium dla debiana:
apt-get install arci mamy na pokładzie:
ARC - Archive utility, Version 5.21q, created on 06/27/2013
Usage: arc {amufdxerplvtc}[biswnoq][g<password>] <archive> [<filename> . . .]
Where: a = add files to archive
m = move files to archive
u = update files in archive
f = freshen files in archive
d = delete files from archive
x,e = extract files from archive
r = run files from archive
p = copy files from archive to standard output
l = list files in archive
v = verbose listing of files in archive
t = test archive integrity
c = convert entry to new packing method
b = retain backup copy of archive
i = suppress image mode (translate EOL)
s = suppress compression (store only)
w = suppress warning messages
n = suppress notes and comments
o = overwrite existing files when extracting
q = squash instead of crunching
g = Encrypt/decrypt archive entry
Adapted from MSDOS by Howard Chuale również działa disk explorer z menu Tools w Altirra, obsługuje on także format ARC ;)
No i oczywiście wbudowany w SpartaDOS unarc ;-)
eeee... to potrzebna sparta i DracOS?
EDIT1: rozpakowałem linuksowym arc... wynik ten sam a więc potrzebne pewnie to co piszesz. sprawdzę.
EDIT2: no tak... ze spartą (4.48) + dracOS 2.37 zaczęło działać.
dzięki za wskazówki.
Hej!
Tak trochę nieco obok, tematu... wypakowałem plik .com z archiwum ARC, używając narzędzia "disk explorer" wbudowanego w altirra, przełączyłem emu na 65816 (1.79MHz / 21MHz). Uruchomiłem plik.... jednak widzę tylko czarny ekran. Po włączeniu debuger-a widzę że CPU poszedł w maliny i wisi na jakimś przypadkowym BRK pod adresem $FB0C. Może unarc wbudowany Altirra (2.90) źle rozpakował mi plik .com?
Cześć!
ta komórka pamięci 764, przechowuje kod ostatnio naciśniętego klawisza. Gdy nic nie jest wciśnięte to jest tam wartość 255. sekwencja
ldy #nic ; (nic=255)
sty klawdaje taki efekt że po wyjściu z programu, mimo iż nacisnąłeś klawisz aby go przerwać.. nie spowoduje reakcji systemu operacyjnego/programu nadrzędnego (np. QA z którego uruchamiasz ten kod). Jest to jakby wyzerowanie bufora klawiatury (w tym wypadku 1-bajtowego bufora).
A jeżeli chodzi o:
ldy KLAW
iny
beq ...to jest to trochę "optymalizacja" na siłę... co utrudnia zrozumienie kodu początkującym...
w normalnym wypadku napisałbym tak:
lda KLAW
cmp #255
beq ...a więc sprawdzamy czy wciśnięto jakiś klawisz, jeżeli nic nie wciśnięto (255) to skok BEQ zostanie wykonany i mamy skod do "mrugaj".
Autor kodu postanowił zmusić czytającego do myślenia i napisał to inaczej
do rej. Y ładuje kod klawisza, zwiększa ten kod o 1, co w przypadku 255 (nic nie wciśnięto) da wartość 0, potem rozkaz BEQ wykona się tylko wtedy gdy flaga "Z" w rej. statusu 6502 jest wyzerowana (a więc nastąpiło zero w wyniku operacji... w tym wypadku INY). W każdym innym wypadku (gdy zawartość KLAW nie będzie równa 255) wynik operacji INY nie będzie zerem więc wykonywanie pętli zostanie przerwane.
@chicago: dodam tylko że to o co pytasz jest dokładnie wyjaśnione w instrukcji do QA, do której dwie osoby w tym wątku podawały link to tejże instrukcji. O "ekranie użytkownika" i sposobie jego "podejrzenia" napisano na stroni 37 podręcznika. Naprawdę warto przeczytać "podręcznik użytkownika".
przy okazji innej dyskusji w tym miejscu:
http://www.atari.org.pl/forum/viewtopic ... 05#p200105
... załączyłem dwa przykłady kodu które kompilują się bezpośrednio pod QA. Scroll kompiluje się bezpośrednio do RAM, a "Fly Dots" generuje plik wykonywalny DOS-u na dyskietkę (o ile nie jest zabezpieczone przed zapisem, bo wtedy Error 163 :P)
w przypadku QA o ile dobrze pamiętam:
opt %00010101 - asemblacja do RAM
opt %00100101 - asemblacja do pliku
EDIT: Uważaj aby w przypadku asemblacji bezpośrednio do RAM obszar w który asemblujesz znajdował sie ponad MemHI, które to ustawia sie w oknie setup. W przeciwnym wypadku zniszczysz albo sam asembler albo dos-a albo bufor etykiet który tworzy QA tuż przed granicą MemHI.
UPDATE: Temat do zamknięcia. .TV znalazł nowego użytkownika :]
Hej!
A jeżeli byłoby całe 384x240 plus ew. maskowanie boków. Wiem że masz ograniczone zasoby w FPGA, ale czy opcja pomijania bocznych "możliwych śmieci", nie byłaby sensowna? wiem że to pure-hardware i nie ma co porównywać do software, ale np. w altirra wybiera się tryb overscan. Wiem że niektórym te śmieci mogą przeszkadzać, ja jednak zawsze je widywałem i mi nie przeszkadzają zarówno monitor TWM315, Syriusz TC-502, Elemis czy Thomson pokazywały owe "śmiecie". Widać nie były to "szanujące się" TV ;-). Każda karta do przechwytywania video na PC, której używałem również pokazywała całą zawartość obrazu... tzn. ze wszystkimi śmieciami, np. takimi: Overmind - Plotter (widać od 10:44, gdy włączony jest "szeroki" ekran. Jeszcze np. tu od 15:38... Bitter Reality - DYPP Scrol
również jestem zainteresowany wersją DVI! :D
Cześć!
Jak najbardziej aktualne :] Szczegóły odbioru ustalimy e-mailem.
pozdrawiam
seban
OK! jeżeli chodzi o szczegóły techniczne to racja... mi raczej chodziło o że zaprezentowałeś (na stronie MadTeam) "prof of concept" takiej metody.
czyli to co napisał TeBe w linku który podałem na początku ;-)
Scroll typu DYCP oznacza że nadal używany jest tryb znakowy jednak znaki przemieszczają się dodatkowo w pionie. Dla XE/XL i pewnie wszystkich platform ery 8-bit nie ma możliwości ustawienia sprzętowego scrolla pionowego dla każdego znaku z osobna, dlatego efekt taki realizowany jest poprzez modyfikację pamięci zestawu znaków. Znaki zostają zorganizowane parami lub trójkami lub czwórkami itd. tak aby dostęp do pamięci je opisującej był liniowy. Poniżej przykład takiego układu w którym dostajemy możliwość przemieszczania znaku w zakresie 24-8 linii, w obrębie jednego zestawu 128 znaków ...
atari.area forum » Posty przez seban
Wygenerowano w 0.099 sekund, wykonano 22 zapytań