Odp: SpartaDOS X 4.46 i Toolkit
znaczy sie wtedy windows robi ci format c: ;)
a linux: rm -fr ;)
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
FujiNET firmware v1.3.0 Nowa wersja oprogramowania do interfejsu sieciowego FujiNET. Tym razem z obsługą TCP!
hatari 2.5.0 Od dwóch dni dostępna jest najnowsza (2.5.0) wersja Hatari.
Grawitacja 2024 Czas na kolejną edycję 8 bitowego GameJamu.
Tenebra na Atari ST/STE Wersja gry na duże atari.
Wyniki FujiCup 2023 Wyniki konkursu FujiCup na najlepszą grę dla 8-bit Atari w 2023 roku zostały ogłoszone!
Strony Poprzednia 1 2 3 4 5
Zaloguj się lub zarejestruj by napisać odpowiedź
znaczy sie wtedy windows robi ci format c: ;)
a linux: rm -fr ;)
oho, czyli zauwazyles juz jaka bezwladnosc masz na bt?
wprowadzajac ta poprawke - z czyms poza sparta sio2bt bylo by kompatybilne? czy moze wymagalo by modyfikacji romu?
Przy pierwszej wymianie danych to około 150ms, a średnio 30ms (mam na myśli czas od wysłania command frame do ACK byte mierzony na złączu SIO ATARI). Więcej tutaj:
http://www.atari.org.pl/forum/viewtopic … 85#p190585
sparta moze uzywac tych z romu bez problemu. zajrzyj na strone 200 z http://sdx.atari8.info/sdx_files/4.46/M … 6_V1-1.pdf - przelacznik /a
Dzięki za info. Muszę trochę jeszcze poczytać. Moja wiedza w tym temacie jest delikanie mówiąc "niepełna" :rolleyes:
nie gubi nic innego. Podobne przypadłości mam z rev. c i d. Czasem się zdarza, przestawiam wówczas ręcznie boot device i boot config na właściwe ustawienia i olewam problem. Z tego powodu nawet nie pisałem, bo nie często ma to miejsce ;)
Czyli jednak takie coś występuje i skoro nie należy się tym przejmować to tak też zrobię.
Dziwne, u mnie nie gubi, oraz o ile znam kod, zgubienie tylko jednego ustawienia (bez zgubienia wszystkich) nie jest możliwe. Sprawa do wyjaśnienia.
@pin: bootujesz z wciśniętym Start, zgłosi ci się bootselektor OS-u, wybierasz D1 i działa.
sparta moze uzywac tych z romu bez problemu. zajrzyj na strone 200 z http://sdx.atari8.info/sdx_files/4.46/M … 6_V1-1.pdf - przelacznik /a
No więc zajrzałem, spróbowałem i nie chce działać :(
Zacznę od początku.
Startuję SPARTA DOS 4.46 z SIDE 2.
"Na załączonym obrazku" widać zawartość pliku CONFIG.SYS.
Jest to kopia orginalnego pliku:
TYPE CAR:CONFIG.SYS >>C:CONFIG.SYS
ze zmodyfikowaną linią
DEVICE SIO -> DEVICE SIO /A
Partycja bootowalna to dysk C (D3).
Odgłosy ładowania z D1 wskazują, że SPARTA nie używa procedury OS (którą zmodyfikowałem).
I nie chodzi mi o błąd 138 (Device does not respond), bo rzeczywiście nic nie jest podpięte pod D1.
Dopiero zaczynam czytać o SPARTA DOS i jestem trochę zielony w tym temacie.
Czy ktoś móglby mi pomóc?
Wygląda na to, że problem jest znany.
Właśnie znalazłem wątek CONFIG.SYS na SIDE2:
http://www.atari.org.pl/forum/viewtopic.php?id=11759
Popróbuję wieczorem z duetem Ulimate/SIDE.
przy Ultimate można się pozbyć sterownika SIDE.SYS - zresztą dość pamięciożernego ;)
przy Ultimate można się pozbyć sterownika SIDE.SYS - zresztą dość pamięciożernego ;)
Dzięki za wskazówkę, usunąłem sterownik.
Poza tym, tak jak opisano w powyższym wątku, zamiast CAR:CONFIG.SYS, SPARTA załadowała C:CONFIG.SYS
i DEVICE SIO /A działa, zmodyfikowany OS pozwolił mi na ładowanie danych przez Bluetooth z poziomu SPARTA DOS :)
Moja prośba w sprawie rozszerzenia SIOSET jest więc bardzo niskiego priorytetu.
Czy wie ktoś, dlaczego jeśli używamy samego SIDE2 (bez ULTIMATE), SPARTA nie ładuje C:CONFIG.SYS, tylko zawsze CAR:CONFIG.SYS?
Natomiast nie ma problemu z C:AUTOEXEC.BAT.
Błąd w kodzie, czy jakieś techniczne przeszkody?
Bo bez Ultimate SDX do obsługi SIDE wymaga załadowania sterownika, w trakcie bootowania (czyli przed załadowaniem sterownika po prostu nie widzi SIDE), więc siłą rzeczy nic z niego nie załaduje (a w szczególności CONFIG.SYS). AUTOEXEC.BAT jak zapewne wiesz, jest ładowany później, masz już wtedy aktywny sterownik SIDE.SYS ... i wszystko jasne.
Ultimate dodaje obsługę SIDE jako NewDevice, więc działa on wtedy przez systemowe SIO.
Ostatnio edytowany przez Pecus (2014-10-10 20:59:07)
Z tego co kojarze to można tak zflashować SIDE aby czytał CONFIG.SYS z CFa
Nie mając Ultimate można częściowo załadować konfig z CF. Robi się to tak:
* odpalamy SDX imager (na PC), modyfikujemy CAR:CONFIG.SYS tak, by w najkrótrzy sposób odpalić DEVICE SIDE.SYS
* ostatni wpis w CAR:CONFIG.SYS:
MERGE
* w FDISK'u na Atari zaznaczamy jakąś partycję jako BOOT.
* na owej partycji zakładamy katalog: SPARTA.DOS
* do tego katalogu zapisujemy pliki o rozszerzeniu CFG. Zawierać one mają KONTYNUACJĘ config'a z CAR:
... ale to ma sens, jeśli nie ma w systemie ULTIMATE, bo U1MB po zaznaczeniu odpowiedniej opcji w swoim menu umożliwia rozpoznanie przez system urządzenia i zabootowania zeń bez dodatkowych sterowników. (to, o czym prawił Pecuś).
Draco - mam jakieś dziwne problemy na SDX, v4.47. Niektóre parametry przyjmowane są w konfigach wyłącznie dużymi literami, dodatkowo po wyjściu do CP z SC i uruchomieniu np. BAT'a w dość powtarzalny sposób nie wykonywana jest np. ostatnia linia z tego ostatniego. Nie pisałem tego wcześniej, bo nie byłem pewien co i jak, teraz widzę pewne zależności więc zgłaszam uprzejmie ;)
Poproszę o przykładowe pliki do odtworzenia problemu u mnie.
Jak w najprostszy sposób można programowo wyłączyć carta SDX?
Robi to np. MSDOS Pecusia i później w QMEGu mam RAM zamiast CAR, ale przydałby się jakiś szybszy sposób, bo trochę softu się gryzie z aktywnym cartem SDX i czasem trzeba na szybko wyłączyć, a wyjmowanie trochę topornym rozwiązaniem jest ;)
Przeglądałem instrukcję do QMEGa 4.04, ale nie ma zdaje się niestety magicznego skrótu do tego służącego.
Ostatnio edytowany przez Jacques (2015-02-06 10:44:33)
COLD /N nie działa?
A... Spróbuję wieczorem ;)
EDIT:
Działa, dzięki. Szkoda, że chyba nie da się tego zrobić spod QMEG-a(?)
Ostatnio edytowany przez Jacques (2015-02-06 20:55:50)
Sciągnąłem ze strony najnowszy toolkit do sparty ale mam problem z wypakowaniem jednego pliku con.arc
Cała reszta pięknie mi się wypakowuje na PC ma ktoś może samo archiwum konsoli?!
spróbuj pod spartą wypakować.
Strony Poprzednia 1 2 3 4 5
Zaloguj się lub zarejestruj by napisać odpowiedź
[ Wygenerowano w 0.089 sekund, wykonano 14 zapytań ]