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
FujiNetChat: Nowy klient IRC dla Atari Pierwsza publiczna wersja alfa FujiNetChat, nowoczesnego klienta IRC wykorzystującego interfejs FujiNet.
Gearlynx 1.2.2 Gearlynx doczekał się aktualizacji. Wprowadzono podgląd SCB, wyszukiwanie w pamięci oraz poprawki.
Wyniki FujiCup 2025 Poznaliśmy najlepsze gry na 8-bitowe Atari wydane w 2025 roku według jury oraz publiczności.
Wyniki konkursu i gala FujiCup 2025 Poznaj zwycięzców dorocznego turnieju FujiCup 2025 wspierającego twórców gier na Atari XL/XE.
Fujisan 1.1.8 Nowa wersja emulatora Fujisan przynosi wsparcie dla FastBasic oraz poprawki błędów w obsłudze dźwięku.
Opcje wyszukiwania (Strona 174 z 329)
no wlasnie, bo
xxl napisał/a:AtariDOS FS jest cool.
myslisz ze to zmieni cechy filesystemu AtariDOS?
albo nadanie plikowi nazwe dluzsza niz 8 znakow :-)
ach to atari i jego standardy ;-)
Pin napisał/a:AtariDOS FS to syf.
AtariDOS FS jest cool.
nie
---
moja lokatorka pamietam, tez kiedys miala obiekcje... niedoswiadczona. dzis jest to dla niej zupelnie normalne, wrecz widze w jej oczach ze tego oczekuje.
zmiana w BOOT Loaderze z pakietu. jesli ladowany program nie ma zdefiniowanego RUNAD to zostanie uruchomiony od poczatku.
tak, i te zalozenia zostaly przytoczone. schematu montazu prototypu? mysle, ze nie ma nic wspolnego z wersja produkcyjna. natomiast po wczesniejszych projektach Simiusa, jakosci, dzialania i wykonania moge w ciemno przyjac ze rozszerzenie bedzie dzialac dokladnie tak jak w zalozeniach. jeszcze raz: schemat montazu wersji produkcyjnej mysle, ze powstanie ale nie na podstawie istniejacej wersji prototypowej.
przeczytaj pierwsze zdanie spod linku w pierwszym poscie, nastepnie pierwsze zdanie z pierwszego posta... wez gleboki oddech... jesli nie rozumiesz to przez jakis czas mozesz obarczac wina za wszystko szuflade, ale moze byc tak ze na dluzsza mete sam sobie z tym problemem nie poradzisz.
---
nie bede taki ;-)
jak mozna przeczytac rozszerzenie jest w postaci prototypu, prototypy maja to do siebie ze sa wykonane przewaznie recznie a i czesto 'nienaprawialne'. jesli zbierze sie odpowiednia ilosc chetnych Simius zaprojektuje i wykona plytke z tymi wszystkimi bajerami profesjonalnie - dopiero wtedy bedzie mozna mowic o schemacie montazu.
nie, schematy Simiusa nie sa publicznie dostepne (z tego co wiem).
nie, za cienki jestem w uszach zeby to zrozumiale przetlumaczyc.
@stryker, moze byc zainstalowane w 600xl (wykasowalem "warunkowo")
@stryker - nie wiem, zapisalem "warunkowo"
pierwszy post edytowany.
nic sie nie zmienilo, ciagle brakuje 3 chetnych :)
super, to kiedy mozna liczyc na sio2Bluetooth :)
Montezuma napisał/a:Również sio2bsd (z włączonymi "trace"-ami) potwierdza, że Atari wysyła 2-3 command frames.
Floppydoc miał ze sobą "Logic Analyzer", podpieliśmy się więc i wyjaśnienie było bardzo proste - opóźnienia w transmisji.
Atari po wysłaniu "command frame" czeka do 16 milisekund na Acknowledge, potem ponawia request.
Stąd kilka zaobserwowanych prób. Następnie widzimy Acknowledge na pierwszy request po 140 milisekundach.
Żeby komunikacja BT była możliwa, potrzebny byłby więc pomocniczy procek, który pośredniczyłby w komunikacji.
Sam moduł BT niestety nie nadaje się :(
Alternatywnie moznaby spatchowac OS i zwiekszyc timeouty dla SIO...
sprawdz czy komunikacja sie powiedzie z xbiosem ( http://xxl.atari.pl/download/xbios.atr ) zaladuj z jakiegos urzadzenia, nacisnij "select" po czym podlacz swoje urzadzenie i nacisnij jeszcze raz "select" (zdrob dokladnie w takiej kolejnosci) - sprawdz komunikacje.
nie uzywanie linii command moze prowadzic do problemow jesli mamy wiecej niz jedno urzadzenie w lancuchu SIO. jesli drive (kolejny w lancuchu) ignoruje linie command i probuje interpretowac wszystko co pojawia sie na SIO to jest powazny blad (moze zinterpretowac czesc przesylanych danych do innego drive jako command frame).
> Tyle że SDFS wspiera duże dyskietki, do 80 ścieżek podwójnej gęstości co pozwala zyskać wiele dodatkowych bajtów (przy systemie 256 bajtów/sektor), czego przy systemie DOS 2 nie da się uzyskać
o, to tak jak ataridos fs :-) (rodzina ataridos to nie tylko dos2.5 ;)
ostatni link, sekcja "Zestawienie cech xBIOS" podpunkt 4
> czy xBIOS wspiera system plików Sparta DOS?
nie, spartanskiego fs nie, to zlo i szatan. a jedyny szatan na ktorego warto patrzec jest tu: http://atari.pl/DSC_0268.JPG (to ten szczyt na poziomie mojego czola - pierwszy po prawej ... zdjecie z dzis ;)
xBios jest wygodny.
tu masz tutoriale:
http://xxl.atari.pl/?p=1310
http://xxl.atari.pl/?p=1327
http://xxl.atari.pl/?p=1345
http://xxl.atari.pl/?p=1372
http://xxl.atari.pl/?p=1394
http://xxl.atari.pl/?p=1410
http://xxl.atari.pl/?p=1076
za 2 tyg.wroce do tematu moze dostanie sie cos actionowca ;-)
altirra moze widziec katalog pc jak dysk atari. dla piszacych na pc: http://atarionline.pl/forum/comments.ph … =3#Item_24
z dobra aura brakuje tez 23... chociaz lokatorce kojarzy sie z bolem i otarciami.
brakuje jeszcze co najmniej 3 chetnych
Pin napisał/a:Tak, i czas oczekiwania 20 sekund w opisywanych warunkach jest tu cechą charakterystyczną wyłącznie dla xbios.
xBios?
xxl napisał/a:korzystajac z punktu wejsciowego interfejsu szeregowo-rownoleglego Atari OS i komendy read status ($53) System Operacyjny odpowiada po takim czasie jesli nie masz wlaczonego urzadzenia SIO ?
:D
Znalezione posty [ 4,326 do 4,350 z 8,203 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.219 sekund, wykonano 18 zapytań
