Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
sAIOnara v3.0 Zaawansowany układ wideo Pancia, sAIOnara v3.0, bazujący na chipie CXA2075, jest już dostępny.
Altirra 4.40 test 20 Nowa wersja rozwojowa popularnego emulatora Altirra zawiera szereg usprawnień i poprawek błędów.
SprEd 1.3.8 Wersja 1.3.8 wprowadza tryb bez nakładania się pikseli i nową funkcję usuwania nakładających się pikseli.
Generator kopert na dyskietki Lexx stworzył kolejny generator, tym razem do kopert na dyskietki 5,25" dla Atari.
SprEd 1.3.6 Bocianu wydał kolejną, szybko następującą wersję 1.3.6 swojego edytora duszków. Sprawdź, co nowego!
atari.area forum » Posty przez mono
Pavros kiedyś robił testy związane z rozmiarami ekranu: http://www.atari.org.pl/forum/viewtopic.php?id=7331 i okazuje się, że 240 to nie wszystko co Atari potrafi wygenerować.
A z diagramów Antica nie widać kiedy wyrzuca dane do GTIA?
Edit: Przepraszam - miałem na myśli diagramy wskazujące na pobieranie danych przez ANTIC z RAM, a to przecież zupełnie co innego.
Urządzenie ma zintegrowany cart. Flashujesz sobie tam co chcesz.
Żadne urządzenie nie jest zintegrowane z DOS-em. Za to dla każdego porządnego urządzenia można napisać driver DOS-owy.
To akurat nic nowego :)
@pin: Trochę przesadziłeś :) Przez WiFi masz dostęp do całego świata. Sprzęt jest sprzęt (i to świetny)! Oprogramowanie można zrobić.
Świetne. A co to są te cyferki wyświetlające się po Connecting... ?
"Podnieśliśmy ceny paliwa, ponieważ wzrosły koszty transportu paliwa." :)
Dziękuję Organizatorom za świetne party, Koncertmistrzom za koncert i Współuczestnikom za towarzystwo. Improwizacje pokoncertowe Pinokia i Bociana wyszły wprost koncertowo! Film z maszyny Nir Dary robi niesamowite wrażenie. Gry na compo (Time Pilot mistrz!), muzyka na compo (Prodigy mistrz!), grafiki na compo (Jogin mistrz!). Atomosfera nie do opisania! Jeszcze raz dziękuję i życzę organizatorom, żeby zorganizowali następne party za rok :)
Ale ładne nagrody.
Śratari to hinduskia wersja Atari.
@Vascoo: W instrukcji do Madsa są te dyrektywy (RUN i INI) wymienione, ale nie są opisane. Wygląda to więc na zwykłe przeoczenie.
@Fox: Dzięki. Pozwoliłem sobie uzupełnić http://atariki.krap.pl/index.php/Rejestry_PIA#PORTB
Co do loadera zgodziłbym się, bo uwzględnianie wszystkich możliwości prowadzi do paranoicznej polityki pisania programów. Chciałem wskazać potencjalne zagrożenia, bo piszecie o pewności zapisu do PORTB i to z poziomu loadera (czyli blokiem pliku wykonywalnego), a programista nie może zakładać że jego program zawsze będzie ładowany z Chaos Loadera po SIO z jednostronnej dyskietki o gęstości SD.
Nawet stawiając się w pozycji programisty sprzed 20 lat który nie mógł znać niuansów VBXE czy innych rozszerzeń, których wtedy zwyczajnie nie było (należy więc założyć że cokolwiek będzie z nowych rozszerzeń korzystać zrobi to tak, żeby stary program mógł poprawnie pracować), warto by moim zdaniem spojrzeć na rzeczy, które nawet 20 lat temu były. Mapping of the Atari zdaje się wskazuje że można założyć obszar $2000 wzwyż jako bezpieczny (nie pamiętam co mówi o włączonym BASIC-u). Ja rozumiem, że wielu programistów używało wskazywanych przez Was technik ładowania danych do banków extramu, ale te techniki niekoniecznie są dobrymi praktykami.
Nawet jakby rejestr PortB był W-only to IMO także by działał taki zapis, R/W tutaj nic nie zmienia, ważne że jest W:)
Pewności niestety nie ma zanim nie sprawdzi się rejestru kierunku danych (ale kto by się o to troszczył?). Nie testowałem zachowania PORTB ustawionego do odczytu, ale intuicyjnie czuję, że wyjścia będą albo w stanie HI (czyli wartość nieustalona), albo 1 (czyi $FF) niezależnie od tego co się do PORTB wpisze. Swoją drogą warto by to sprawdzić.
Edit: Milcząco zakładacie, że konfiguracja ustalona przez OS podczas RESET ciągle obowiązuje.
Akurat zapis do PORTB SDX-a nie wyłoży, bo i tak SIO ładuje dane do bufora SIO po czym przerzuca dane do pamięci (nawet jeśli używany jest ramdysk, to po powrocie z SIO odtwarzany jest PORTB). Ale w PORTB są nie tylko bity od konfiguracji extramu - są też od OS-a, BASIC-a, cartridge-a i SELF-TEST-u. Skoro zamierza się używać extramu, to może należałoby pozostawić resztę bitów w spokoju, bo nie wiadomo jaki loader ładuje program? Może akurat jest pod OS ROM-em, w MAPRAM-ie albo w ROM-ie carta XEGS (tak, wiem że to karkołomna sztuczka i że _do_tej_pory_nikt_takiego_nie_zrobił_)? Spróbujcie łaskawie spojrzeć może nieco bardziej perspektywicznie.
Edit: Warto też pamiętać o priorytetach okien MEMAC w VBXE/FX i extram. Zapis do PORTB może okazać się bardzo nieskuteczny.
najprosciej
org $d3x1
.byte bank
org $4000
dane
Żeby być ścisłym:
org %11010011xxxxxx01
.byte bank
org $4000
dane:P
Atariki http://atariki.krap.pl/index.php/Binarny_plik_DOSu mówi, że to cecha DOS XL i SpartaDOS (X siłą rzeczy też).
Edit: Czyli może to pomysł ICD?
Odradzam bezpośrednie adresowanie PORTB za pomocą bloku pliku, bo:
1. Nie masz pewności czy loader nie jest pod romem/w extramie (dowolny loader/sdx/dos/xbios).
2. Nie wiadomo czy nie manipuluje extramem.
3. Nie wiesz jakie jest zainstalowane rozszerzenie (PORTB/Axlon/VBXE).
Polecałbym:
1. Detekcję rodzaju pamięci i dostępnych banków.
2. Ładowanie danych do pamięci.
3. Przepisywanie pamięci w miejsce docelowe w bloku init.
@pin: Dodatek zawsze możesz wyrwać :)
@xxl: Czy będzie tam omówienie idei stojących za xBIOSem czy analogicznie jak w przypadku opisu nielegali - opis funkcji z przykładami użycia? Może dodałbyś tam coś więcej niż jest na stronie?
Na pewno? Pamiętam, że DOS 2.5 z CP (od Chaosa) nie uruchamiał programu kiedy nie było w nim bloku RUN ($2E0).
Edit: Czy odpalanie programu bez RUN to nie jest pomysł DOS XL?
Już wiesz, ale dla potomności:
blk dos $2000
...
run $480
ini $2000
blk sparta $480
jmp entry
blk reloc main
entry:
...I taka sztuczka załatwia sprawę, bo SDX faktycznie jeśli nie ma bloku RUN próbuje odpalić program od pierwszego załadowanego bloku (to pewnie jakaś zgodność z innymi DOS-ami).
Po bloku nierelokowalnym testującym DOS-a brakuje bloku init:
DOSVEC = $a
blk dos $2000 /* że niby tak kulturalnie niezależnie od MEMLO */
lda $0700 /* word $0700 == "SD"
cmp #'S'
bne no_sdx
rts
no_sdx /* (... procedura wyświetlająca komunikat graficzny ...) */
jmp (DOSVEC)
ini $2000
blk reloc mainProponuję też po wyświetleniu komunikatu o braku SDX wrócić do systemu przez DOSVEC.
Edit: I dość elegancko będzie blok nierelokowalny rozpocząć przez BLK DOS zamiast ORG.
atari.area forum » Posty przez mono
Wygenerowano w 0.209 sekund, wykonano 8 zapytań