Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Delete Me Hard Nowa, rozbudowana strzelanka arcade dla komputerów Atari XL/XE, NES oraz C64.
HDDRIVER 13.00 Nowa wersja sterownika przynosi olbrzymie zmiany, w tym ramdysk nowej generacji i inne optymalizacje.
Altirra 4.50 test 12 Nowa wersja testowa emulatora Altirra przynosi poprawki błędów oraz wierniejszą emulację plotera Atari 1020.
Another World na Atari XL/XE Niezwykły projekt w1k przenosi kultowy hit Another World na 8-bitowe komputery Atari.
Atari Action! Compiler od Kuby Husaka Nowe narzędzie umożliwiające kompilację kodu Action! bezpośrednio na współczesnych komputerach PC.
atari.area forum » Posty przez Pin
Pin napisał/a:GUI, jak i TRS Desktop w zasadzie sens ma wyłącznie w chwili używania HDD
Dlatego nikt tego nie uzywa :P
Bo byś się posrał jak byś za każdym razem czekał ze swoim SIO na załadowanie 40kB danych :P
widocznie wypowiedzi wymagały moderowania.
Bo na pytania odpowiadasz wybiórczo :P
Wieczor - to GUI, jak i TRS Desktop w zasadzie sens ma wyłącznie w chwili używania HDD. Dodatkowo, jeśli ma to być alternatywą dla CP to musi uruchamiać co najmniej tyle softu, ile uruchomi się spod dos. Generalnie nie ma z tym żadnego problemu, bo można to rozwiązać tak, jak w TRS Desktop. Przy uruchomieniu programu (std bin) ładowanie odbywa się poprzez loader ($0100) a ten zwalniając pamięć niszczy desktop, lecz pozostawia dos. Uruchamiany program zawsze pracuje w swoim katalogu roboczym, czyli jeśli uruchomimy go z: DL:>DEMO>COS_TAM> to ten właśnie katalog jest dla programu urządzeniem D:. Ta ostatnia kwestia jest niezwykle ważna. I na koniec, jeśli program posiada opcję wyjścia do dos, to po opuszczeniu programu następuje automatyczne załadowanie z dysku desktopu.
Nie nudzę, tylko grzecznie piszę co na ten temat sądzę. Miker, z drugiej strony nikt nie każe Ci tego czytać :)
Jak wygląda temat boot'a ze SIDE2 w momencie, gdy mamy Ultimate1MB?
... pytam, bo nie mam jeszcze Ulitmate, jest dopiero w planie.
jesli w xB chesz uzywac turbo (dowolnego) lub korzystac z innego niz SIO (dowolnego) drajwa nacisnij SELECT ;-)
i teraz ... ojojojoj....
tylko, ze programista bedzie mial ograniczenia...
Oto ograniczenia wg XXL:
http://www.atari.org.pl/forum/viewtopic ... 14#p167114
Bo jeśli autor programu będzie myślał tak, jak autor xBiosa to sukces mamy gwarantowany :P
a Tezz piszac loadery nie zwazal na ograniczenia... i dzieki temu mozna miec np. kolorowe obrazki w czasie ladowania gry i zaladuja sie tylko z xB.
Załadują się tylko z xBios, bo są do niego przywiązane. To samo można zrobić z HDD i z czego wiem to jest znacznie więcej czasu na takie ficzery choćby i dlatego, że pokey nie zajmuje się obsługą transmisji w sensie portu SIO.
Bzdurnym założeniem moim zdaniem było umożliwienie dostępu do opcji innej, niż po naciśnięciu /select/ ;)
wydaje mi się, że to niezwykle ważna rzecz jest. Bez tego nie można załadować masy dem, których objętość przekracza zawartość jednego pliku *.ATR (no i części gier)
Dołączam się też do pytania Strykera o pacz do istniejącej wersji IDE+.
EDIT:
.. masy, to może przesadziłem, ale jest tego trochę.
A flashjazzcat właśnie kończy Windows dla Atari
Kończy? - tu bym obstawiał opcję /może jest w połowie/ ;) ... no i zależnie od sposobu działania, będzie to albo nieużyteczna ciekawostka, albo użyteczne gui.
naglosnienie przywioze
... w połowie imprezy? :P
Bo ten "normalny" user nie wie, że można się nie męczyć a Atari to nie ZX-Spectrum :D
Simius / Draco: czy w nowej wersji IDE+ istnieje możliwość wyczarowania rozwiązania do podmiany obrazów ATR np. takiego jak w SIDE?
Czyli np. Ustawiasz w bios numery kolejne przy plikach atr, odpalasz pierwszy a resztę sekwencyjnie podmieniasz słiczem wystającym gdzieś z kontrolera. Rozwiązanie może być proste w konstrukcji jak reset do sic'a o którym kiedyś trułem ;)
Są, bo TBXL nie działa do końca poprawnie na modyfikowanym o szybkie FP osie, a szkoda - bo jeśli korzysta z procedur systemowych to mógłby niektóre obliczenia przeprowadzić znacznie szybciej:
Tu jest opis FP i FastCHIP:
Dzień dobry, jak się masz :)
widzę, że wątek powraca do życia :D
... ja czekam tylko, jak jakiś geniusz intelektu doklei 20kB grafy i muzy ... w czasie wczytywania River Radi (8kB). Ubaw będzie po pachy. Na szczęście istnieje kopia gry niepopsuta xbiosem i bez xbiosa ładuje się na tyle szybko, że obrazki nie są tu koniecznością. Prawdopodobnie nikt by ich nie zdążył zobaczyć :D
Takich spraw nie wytłumaczę autorowi /xBios - biblioteka IO dla gier które lubią przestrzeń/, ponieważ nie jestem koderem. "ograniczenie OS" to ulubione określenie XXL'a, wiec pozwoliłem je sobie tu przytoczyć ;)
Tak w sumie, to ten ciulowy kompilator można by "zeźródlić" wreszcie i nieco poprawić.
Przepraszam, że kotleta odgrzałem.
Czyli jak rozumiem, to z całą pewnością nie ma opcji zpaczowania tego FP, lub TBXL by mogło to razem współpracować? Bo jak by nie ten problem, to wrzucił bym to do Atarki.
Działa od jakiegoś czasu, ale "z ograniczeniami OS" (jak to mawia XXL), czyli jeśli programista zapragnie: grać muzyczkę w czasie I/O, obrazek na DLI w czasie I/O, czy zapakować coś bezpośrednio pod ROM to daje 100% że uruchamiany program się nie uruchomi. Jeśli coś źle napisałem to proszę mnie poprawić ;)
Z racji na chwilę wolnego czasu popełniłem mały (duży - ale o tym dalej) programik. Co robi :)
... w zasadzie nic. Odpalamy Sparta Commander, ustawiamy kursor na pliku z fontami (*.FNT) return - no i mamy podgląd fonta. Po naciśnięciu klawisza następuje powrót do SC.
Jest tylko jeden problem, że po wyjściu z programu do SC wszystko działa do czasu naciśnięcia resetu. Następuje wówczas mniej, lub bardziej spektakularny krasz. W trybie VBXE trafiło nawet w karte na tyle skutecznie, że koniecznością stało się wyłączenie Atarki i ponowne włączenie ;)- taki grubszy reset :D.
A ten mały programik jest dlatego niemały, że powstał w wyniku eksperymentów w TBXL z linią poleceń sdx. Działa oczywiście poprzez runext, lub poprzez podanie parametru z linii poleceń.
Draco - podeślę w tym tygodniu źródło tego problemu, jak będziesz miał chwilkę to zobacz co zchrzaniłem.
.. może by wówczas raczył zniknąć z dyskietki nawet. Jest taka opcja: Delete się nazywa :)
A co do reszty, to faktycznie jaki problem pod plik podczepić obrazek, klepnąć spację czy coś tam i poczekać te 2 sekundy bez obrazka na ekranie?
Jedyna różnica to może ta animka w Boulder Dasch i Blinky. To wygląda ładnie, fakt - wada taka że trzeba odpalać specjalnie z tej okazji jakiś sprzęt na SIO ;)-
O SIO mówię ponownie i celowo dlatego, że:
http://www.atari.org.pl/forum/viewtopic ... 98#p167098
nadchodzi trzecia seria IDE+ :D
Kolony nie da się skompilować z racji specyficznej budowy programu (np. skoki do linii o numerze wyliczanym w programie bądź też podawanie tych numerów w zmiennych).
Sikor. O to mi właśnie chodziło, bo byłem przekonany na 99% że tak właśnie jest .. a ponieważ nie mogę tego teraz sprawdzić to wolałem o tym nie pisać. No i Larek mnie wyręczył ;)
a tego, to nie powiedziałem.
oczywiście :)
To weź skompiluj stare Kolony (mam nadzieję, że to było to), to stawiam na najbliższym party czteropak ;)
piszę przy okazji, bo wystarczy w większym programie zrobić coś takiego, jak w bodaj Kolony i z tą kompilacją to niekoniecznie musi być prosta sprawa.
Conrad: raczej tak, bo to fdisk wymaga ext ram, nie sparta sama w sobie.
Fdisk ... potrzebuje ext ram? - chyba nie :)
teraz tak się właśnie bawię tym i zauważyłem, że w trybie:
USE OSRAM
DEVICE SPARTA OSRAM
... i po załadowaniu sterownika SIDE.SYS mam Memlo: $1A2E i w takich warunkach FDISK działa (rozszerzenie wyłączone, czyli stock 64kB ram)
@Conrad - teraz widzę, że domyślnie Sparta ze Side jest skonfigurowana na tryb "BANKED", a nie wiem co się dzieje w chwili, gdzie przy takim ustawieniu configa SDX pamięci rozszerzonej w kompie nie ma. Na stronie spartadosx.com jest program do edycji "romu" (CAR:) i możesz tam umieścić zmodyfikowany o powyższe zapisy plik CAR:CONFIG.SYS. Fdisk powinien wówczas działać. Przynajmniej /u mnie działa/ (c).
atari.area forum » Posty przez Pin
Wygenerowano w 0.440 sekund, wykonano 12 zapytań