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
Altirra 4.50 test 2 Avery Lee udostępnił nową wersję testową emulatora Altirra, wprowadzając liczne poprawki i nowości.
HDDRIVER 12.77 Nowa wersja sterownika HDDRIVER naprawia błąd w narzędziu HDDRUTIL
Cannon Fodder STE Krzysztof Jarzyna zapowiada wersję Cannon Fodder na Atari STE z wykorzystaniem blittera.
RespeQt 5.4.1 Nowa wersja darmowego emulatora urządzeń SIO z poprawkami błędów.
Edytor MCM od TeBe/Madteam TeBe/Madteam prezentuje pierwszą wersję edytora map w trybie Multi Color Map na Atari.
Opcje wyszukiwania (Strona 259 z 465)
... bosz... przecież pisałem że nie doczytałem info o SHIFT a to zasadniczo zmienia postać rzeczy i wszystko, co dotyczy moich wypowiedzi w temacie 256B intro / 90k ATR możesz sobie podarować. Czaisz tego sens, czy mam Ci to na kartce rozrysować przy najbliższej okazji? ;)
Już nie przeżywaj XXL, nie doczytałem po prostu tego:
XXL napisał/a:---
jesli jednak chcemy wymusic pojawienie sie "menu" xbiosa gdy na dyskietce znajduje sie plik "autorun" to podczas boot naciskamy SHIFT.
Dlaczego uważasz, że się uwziąłem? :)- Stwierdzam powyżej racjonalne fakty, gdyż nawet XXL pisał że z powodu dziwnego zachowania intra 256B "trzeba" zmienić mu nazwę (jeśli ktoś zechciałby uruchamiać intro pod xb). Teraz nie ma tego problemu, bo plik nie musi nazywać się xautorun. To chyba cenna informacja, gdyż tym sposobem w obrębie jednego pliku *.atr można efektywnie zapisać coś wiecej, niż 256 bajtów na minimalnie 90 kilobajtów atr. Marnotrawstwo to grzech ;)
Jaki związek ma autoexec z urządzeniem car:, oraz (poza side) jaka jest potrzeba grzebania tamże? Co to jest typowy autoexec, oraz typowy config.sys, lub zawartość byle pliku *.cfg :) Nie ma czegoś takiego i nie ma tu niczego mniej, lub bardziej typowego. Pytania w tym temacie zapisz w odpowiednim wątku.
.. przepraszam, a czy paczowany program nie uruchomi się spod xbios bez konieczności zmiany nazwy na xautorun? ;)
jeśli tak, to też powinieneś się cieszyć z tego pacza :)
Sikor napisał/a: Dla siebie będę dłubał, ale pewnie to będą programy, które zginą w wirze historii...
Spokojnie. Tak samo jak moje muzaki. Dlatego mam to gdzieś i piszę dla siebie nie licząc na nic. Po prostu sprawia mi to przyjemność ;)- Wyluzuj.
... linker jest w postaci niekompilowanej, zobaczę tam. Jeśli nie dojdę do tego co i jak to podeślę. Może tak być?
wektor DOSINI to stała wartość, cze ew. gdzieś tego konkretnie szukać? (pytam, nie znam się, ja tu służbowo na statek jestem. Kapitanie Pikard ;) )
Sikor. To, że używasz MyDOS'a nie oznacza, że problem nie istnieje ;)-
Głupie pytanie. Gdzie jest pin numer 1 w tym układzie? Mam 50% szans, że założę go nieprawidłowo :D
EDIT:
Przypomniałem sobie, że pierwsza wersja KMK/JZ nie na każdej Atarce pracowała stabilnie. Może to ten właśnie przypadek. Na razie nie mam innej Atarki z ECI, więc temat odroczony do czasu pojawienia się w zasięgu innego kompa.
Myślałem, że "coś więcej" to chodzi o kod ;)
Select przełącza pomiędzy dwoma trybami pracy: "SIO" i "OS". W skrócie, to jeżeli program działa w trybie "OS" to odpali z twardziela i odpali też w trybie "SIO". Jeśli jednak program działa w trybie "SIO" a np. zapisuje coś bezpośrednio do ram pod rom to w trybie "OS" nie zadziała. Tak jakoś to wygląda z czego mi się kojarzy.
Mogę Ci napisać muzaka, albo coś w TurboBasic XL, gdyż koderem nie jestem :P
Po naciśnięciu SELECT i tak się nie załaduje to, co zostało kiepsko zakodowane ;)
XXL - po prostu wydaje mi się, iż programy pisane pod xBios mogłyby w zasadzie zadziałać w każdych warunkach. To nie jest wada tego rozwiązania, to by była zaleta. Zmuszanie koderów do lenistwa niczemu nie służy.
Da się obejść ;) :
1. Zainwestować w jakiegoś uSatana, niż chrzanić się z dyskietkami. Jeśli już coś wymaga flopki a jest dobre, to spodziewać się można przeróbki DHS'ów i zaiwania z twardziela.
2. Drugim rozwiązaniem jest HxC, czyli sprzętowy emulec flopa. Też daje rady, lecz jest zdecydowanie wolniejszy od czegokolwiek na ACSI. No i nie zobaczysz dem wymagających HDD (a tu jest na czym oko zawiesić, choć temat raczej bardziej dotyczy STe ;) )
Po szczegóły odsyłam do Lotharka ;)
mazi napisał/a: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.
xxl napisał/a:jesli w xB chesz uzywac turbo (dowolnego) lub korzystac z innego niz SIO (dowolnego) drajwa nacisnij SELECT ;-)
i teraz ... ojojojoj....
xxl napisał/a: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
xxl napisał/a: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ę.
wieczor napisał/a: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.
cedyn napisał/a: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
Znalezione posty [ 6,451 do 6,475 z 11,605 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.306 sekund, wykonano 11 zapytań