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
FiSh 0.70 Bocianu wydał FiSh 0.70, shell ułatwiający przeszukiwanie zasobów serwerów TNFS.
Street Fighter II już na Atari 8-bit! Vega i jego zespół wydali finalną wersję kultowej bijatyki. Wymaga 4MB cartridge i 64KB RAM.
Elite Demo 6 na Atari 8-bit! Trwają prace nad konwersją kultowej gry Elite. Szóste demo wprowadza liczne poprawki błędów.
vbcc v5 dla 6502 Kompilator C vbcc doczekał się piątej wersji dystrybucji dla 6502. Zapewnia dużo szybszą arytmetykę FPU i nowe narzędzia.
HDDRIVER 12.75 Sterownik HDDRIVER, kluczowe narzędzie dla pamięci masowej Atari 16/32-bit, otrzymał aktualizację 12.75, która naprawia błąd w HDDRUTIL.
Opcje wyszukiwania (Strona 87 z 121)
drugi problem (przed takim blokiem wstawial automatycznie wczesniej zdefiniowany z parametrem...)
Zdefiniuj sobie makro np ORIGIN z parametrami, które przy generowaniu bloku przed nim wstawi ci co tam potrzebujesz, i zamiast ORG używaj ORIGIN.
@xxl: Zestaw sobie potok cpp && mads (zamiast cpp możesz oczywiście użyć jakiegokolwiek innego preprocessora makr jak m4 czy gpp).
Ja używam tego do definiowania odwołań względem symboli w czytelnej formie (np. COMFNAM = COMTAB+33) podczas pisania kodu pod SDX.
Wygląda to tak, że definiuję sobie np. rzeczony COMFNAM:
#define COMFNAM COMTAB+33
po czym w kodzie używam już nazwy COMFNAM zamiast COMTAB+33, które nic mi nie mówi.
Kompilacja przebiega dwustopniowo - najpierw z pliku .asx za pomocą preprocessora generuję plik do kompilacji madsem:
$ cpp -P -o plik.tmp plik.asx
po czym efekt kompiluję madsem
$ mads -l -t -o:plik.obx plik.tmp
Oczywiście możesz definiować dowolne makra preprocessora i ich używać, włączać pliki za pomocą #include i takie tam.
Na małym Atari jest to jeden z utworów demonstracyjnych w Future Composer - nazywa się RUNNER.FC.
YERZMYEY/HOOY-PROGRAM napisał/a:Albo najpewniej w pierwszej kopie pijusów wieczorami zgarnianych w sporych rozmiarów kopce. <ciach />
Też sobie znalazłeś towarzystwo. Wolisz obok Piusa XI czy może XII?
O przegapiłem grupowe zdjęcie :/
Wielkie dzięki dla organizatora i dla uczestników za super atmosferę. Wracam za rok :)
My powinniśmy być z Candlem,Electronem (jak bógda) i Yerzozwyerzem po południu w piątek.
Sarkofag sam wstąpi na Ciebie w stosownej chwili.
@syscall: Identyczny, jak przy wykrywaniu dowolnego rozszerzenia dla PORTB - testowany jest tylko obszar między $5000..$57ff. W zasadze to prosto pod tym kątem można by zmodyfikować procedurę wykrywania extramu. Jedyny ból że MapRAM jest dostępny kiedy masz OS wyłączony :/ no ale jeśli traktować to, jak pamięć RAM POD ROM...
http://drac030.krap.pl/APT_spec.pdf
Edit: I jeszcze zobacz co tu jest zrobione
Zrobiłem łatę na atari800, która dodaje support dla MapRAM.
1. Ściągamy z CVS źródła atari800
$ cvs -d:pserver:anonymous@atari800.cvs.sourceforge.net:/cvsroot/atari800 login
$ cvs -z3 -d:pserver:anonymous@atari800.cvs.sourceforge.net:/cvsroot/atari800 export -r HEAD atari800
Zamiast HEAD można podać datę np. 2012/07/14.
2. Ściągamy i aplikujemy łatę:
$ wget http://mono.atari.pl/atari800/atari800-20120713-mapram-patch.diff
$ patch -p0 <atari800-20120713-mapram-patch.diff
Po czym kompilujemy zgodnie z instrukcją.
To oczywiście wersja świeża więc mogą się pojawić bugi. Testowałem to z programami xxla (w załącznikach).
Bugs & requests mile widziane.
Jakiś czas temu zrobiłem mikrołatę na atari800, która pozwala na montowanie .atr'ów o rozmiarze sektora 512 bajtów.
1. Ściągamy z CVS źródła atari800
$ cvs -d:pserver:anonymous@atari800.cvs.sourceforge.net:/cvsroot/atari800 login
$ cvs -z3 -d:pserver:anonymous@atari800.cvs.sourceforge.net:/cvsroot/atari800 export -r HEAD atari800
Zamiast HEAD można podać datę np. 2012/07/14.
2. Ściągamy i aplikujemy łatę:
$ wget http://mono.atari.pl/atari800/atari800-20110928-512bps-patch.diff
$ patch -p0 <atari800-20110928-512bps-patch.diff
Po czym kompilujemy zgodnie z instrukcją.
Działam na tym już jakiś czas i wygląda na to, że działa.
Bugs & requests mile widziane.
To ja jeszcze się zapytam: dlaczego dostęp do pamięci podstawowej musi być uaktywniony naraz dla ANTICa i CPU? Czy nie ładniej byłoby używać tylko bitu 4 (dostęp do podstawowej dla CPU) tak, jak to jest w rozszerzeniach pamięci?
Wyobraźmy sobie, że mamy 130XE i ANTIC wyświetla nam obraz na podstawie danych z pamięci dodatkowej. Aby użyć pamięci spod I/O aktualnie musimy zmusić na chwilę ANTICa, żeby pokazywał jednak dane z podstawowej pamięci więc ANTIC pociągnie śmieci z podstawowej :/
MMU w Atari steruje pamięcią w obszarze $5000..$57ff tak:
b7 b0
0 0 - RAM podstawowy
1 0 - RAM podstawowy
0 1 - SELF TEST
1 1 - RAM podstawowy
W kombinacji 00 mógłby być podłączany RAM spod I/O (oczywiście zakładam b4=1 czyli dostęp CPU do pamięci podstawowej).
A do której pamięci będzie miał dostęp ANTIC, jak równocześnie z włączeniem mapramu w $5000..$57ff wybierzemy też bank pamięci w $4000..$7fff?
A czy byłoby rozsądne wykorzystanie dźwięku transmisji i/o, który przecież i tak jest wyprowadzony na audio out i ładowanie sektor po sektorze w standardowej 19200? Basic co prawda nie ma komunikacji z sio, ale programik asm w ciągu tekstowym byłby krótki i szybki.
Zrobiłem małe konwertery dwóch formatów obrazków z Atari Portfolio:
* PGF - pgf2ghg.sh
* PGC - pgc2ghg.sh
do formatu GHG używanego przez program Graph8.
Obydwa używa się podobnie:
$ ./pgf2ghg.sh < plik.pgf > plik.ghg
$ ./pgc2ghg.sh < plik.pgc > plik.ghg
Podanie dowolnego parametru pokazuje sposób użycia.
$ split -b ilosc_bajtow plik_in prefiks_out
Śliczności.
A co to będzie U10?
Znalezione posty [ 2,151 do 2,175 z 3,024 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.100 sekund, wykonano 19 zapytań