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
Test7800 0.8.0 Nowa wersja Test7800 wprowadza wsparcie dla większych kartridży Bankset oraz obsługę Quadtari.
Flob wkracza na Atari ST Platformówka z 8-bitowego Atari zmierza na komputery z serii ST.
Return to Blacktooth dla Atari ST Nowa, izometryczna przygoda w stylu Head Over Heels już dostępna na komputery Atari ST.
VBXETERM 0.12 Nowa wersja emulatora terminala VBXETERM z poprawionym SSH i lepszym wsparciem VT100.
Echa GemTOS 2026 Prace z tegorocznej edycji francuskiego zlotu GemTOS poświęconego komputerom Atari.
Opcje wyszukiwania (Strona 174 z 329)
wersja 1.5 do przetestowania
http://atari.pl/xbios15.com
1.5 to optymalizacja pod wzgledem dlugosc kodu (pare bajtow mniej), funkcjonalnie to samo
masz wirusy na serwerze? to pewnie jeden z nich kasuja moje posty ;-)
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.
Znalezione posty [ 4,326 do 4,350 z 8,205 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.231 sekund, wykonano 14 zapytań
