wspaniałe !! :)

bo kto nie zagłosuje prawidłowo na najbliższym kompo - na prace napisane w assemblerze rzecz jasna - zostanie spalony na STOSIE :P

raczej nie - bo niby jak Epij napisał większą część sterownika FAT16/32 dla KMK, a partycja FAT'a byla poza partycjami dla KMK - oczywiście mowa o jednym i tym samym dysku twardym :)

Drugi przykład - R0l0 player. Musi zacząćc na jakiejś partycji, a zatrzymać go może brak prądu, lub ostatni sektor na HDD :)

:) - i dalej nie do końca o to chodzi. Nie ma mowy o "dzieleniu" jakiejkolwiek partycji. Jedyną (teoretycznie) negatytną rzeczą jest grzebanie w MBR HDD - jeśli nic się nie dzieje, a sprzęt jest sprawny - praktycznie nic złego się nie dzieje. W innym przypadku przy interface zewnętrznym - drobny "niekontakt" przy zapisie tablicy - i problem gotowy.

..... lecz za wszelką cenę chce uniknąć postępowania typu:

"utworzyć patrycję, nagrać dane, a potem tę partycję skasować i tym samym będziesz miał upragniony "obszar poza partycjami" wypełniony plikami ATR"

ponieważ - zajmuje to niepotrzebnie czas, ponieważ trzeba nagrać partycję zawierającą dane ATR - więc rozwiązanie polegające na 15-20 sekundowym czekaniu - no nie wiem :) )_, a w chwili, gdzie mam poza partycjami dane plików ATR moge zmodyfikować np. partycje D16: wpisując tam adres sektora, od którego zaczynają się dane ATR, długość takiej "dyskietki", następnie przemontować D16: na D1: i zabootować kompa. Nie trzeba niczego kopiować. Oczywiście robił by to jakiś tam manager do ATR;- a taki sposób gwarantuje porażającą szybkośc działania, oraz mniejszą ilość konfliktów, niż pomysł uzycia pamięci liniowej 65c816 - którą defacto posiadają DWIE osoby w tym kraju :) - i to chyba w dwóch różniących się dopałkach :) - (Laoo/Pasiu :) ).

czyli w takim przypadku sprawa od strony usera wygląda bardzo prosto. NP.: ma juz pozgrywane pliki ATR, ma ich tam np. 100.000;- :) - odpala program, wskazuje kursorem obraz dyskietki, naciska RETURN - i ma wszystko w D ( :D ) - komp się bootuje z całodyskiem, na dodatek z interface'u KMK :)

jedyny problem stanowi przemontowanie partycji na tę, która była ustawiona wcześniej - powiedzmy, że DracOS eliminuje tę niedogodność.

Plusy takiego rozwiązania:
* wystarczy interface KMK/IDEa
* zwykłe niemodyfikowane Atari
* bardzo sprawnie i szybko działajacy "sposób" :)

minusy:
* przy braku DracOS ręcznie trzeba zmienić wcześniej przekierowaną do D1: partycje.

czy to jest tak zły pomysł ??

..widze, ze nie zrozumielismy sie zbyt dobrze. To teraz pytanie - majac jedna duza partycje - jak chcesz zbootowac z niej np. 48 z kolei znajdujacy sie na niej plik *.atr ??

Chodzi mi o to, ze jesli mamy poza partycjami dane obrazow *.atr - to teoretycznie mozemy utworzyc partycje, gdzie wskazujemy od ktorego sektora zaczynaja sie te dane. Nie chodzi oczywiscie o pojedynczy wpis, tyle co o dowolna ilosc ATR - dla scislosci. Przy okazji - majac to poza partycjami odpada nam operacja kopiowania danych i umieszczania ich na przeznaczonej dla bootowania calodysku partycji :) . Realizowal by to jakis specjalnie napisany programik, a takie rozwiazanie teoretycznie pozwala na bezproblemowe zabootowanie czegokolwiek bez wiekszych problemow, czy czynnosci, ktore opisywalem wczesniej - czyli cale to zamieszanie z recznym zgrywaniem z np. DCM.

ok. EOT -

tia - VBXE i tryby G2F :)

do czego ?? - ano do tego, ze jesli juz ktos by napisal filesystem dla tak (absurdalnego) rozwiazania - to na HDD mozna by zgrac wiecej plikow, niz mozna utworzyc na dysku partycji :). Problem teoretycznie mozna rozwiazac jeszcze inaczej - np. zarezerwowac sobie jeden wpis w tablicy partycji na partycje "tymczasowa" - mamy np. program do obskugi ateerow - /ktore fizycznie leza w obszarze poza partycjami/ - a ten, przed zbootowaniem atr wpisuje do tablicy dla "tymczasowej" partycji numer sektora, od ktorego fizycznie zaczynaja sie dane programu "calodyskowego". Odpada wiec wowczas problem niemoznosci zbootowania z obszaru poza partycjami.

A co do powrotu do boota z partycji, na ktorej mamy np jakies tam pliki systemowe - jesli by wziasc pod uwage DracOS - zmiana partycji boot - nie stanowi zadnego problemu. Menu jest - co prawda nie ma equalizera, ale ostatecznie dziala :D

Epi - wcale nie mówiłem tu, byś coś takiego miał pisać - a doskonale wiesz, że "se nie napisze" :P -

poddaje pomysła, bo może ktoś stwierdzi wreszcie, że przydała by się taka możliwość, bo jak do tej pory - to tylko lamenty na ten temat słychać :D

... a przy okazji załatwiło by to znaczną ilośc problemów a i przy okazji ładowanie takiego ateera odbywało by się na "standartowej" prędkości działania interface'u - a nie tak - jak po SIO :). Bawiłem się właśnie "Klątwą" - ledwo zbootowałem, a już było :D:D - . Poza tym - jesli nowy IDE bios posiada właściwośc obsługi sektora 128 - to, że tak powiem, że aż się "prosi" :) -

lub on-lajn :) - ale pewnie trza płacić :D:D

Drac030 - mozesz sprawdzic, na czym polega problem z IK+, oraz SDX ?? - bo gra sie uruchamia, lecz wszystkie elementy gfx (prawdopodobnie) trzymane w ext ram nie wygladaja najlepiej..

jedna prosba - istnieje mozliwosc zmiany numerow bankow w IK+?? - albo niech mi ktos powie, dlaczego IK+ pod SDX wyglada podobnie jak TEKBLAST. Z czego wiem chodzi o obsluge dodatkowego ramu - niekoniecznie najlepiej rozwiazana :)

Pigula - a wiesz, że myslalem o zestawie KMK / SIO2IDE ?? :) - serio

... choc problem bardziej polega na tym, ze ilosc miejsca w moim kompie jest, ze tak powiem conieco ograniczona :) - jak mi VBXE wejdzie - to i tak bedzie sukces...;)

a co - czemu nie;- ;) - tym bardziej, ze programy nie pisze sie z definicji od razu w postaci BOOT, a dla uzytkownikow "twardych" (cokolwiek to nie oznacza) - nie jest to cos, co ulatwia zycie. W moim przypadku majac HDD musze albo to zgrac na dyskietke, albo odpalac pieca ze sio2pc. Bez sensu :). W zwiazku z tym gre widzialem jedynie na emulatorze. I gdzie tu sens ??