to by miało duży sens do 65c816 w wersji @14 - przynajmniej mając na względzie dopałke Pasia (nazwaną)

prawie wszyscy z AKI są poniekąd zadowoleni. U mnie coś to dziwnie działa - ale może być to kwestią niedomagania samego układu. Moje AKI jest dziwnie "czułe" - tzn - mimo np. ustawionego w atarce opóźnienia do powtarzaia klawiszy - potrafi mi z nienacka po jednokrotnym naciśnięciu klawisza wypluć np. 5 liter "z" :) - Czy można coś w tym zmodyfikować, by taka sytuacja miejsca nie miała ??

morał: if something works, don't fix.

dziwne to troche - bo mimo wszystko można to zmusić do poprawnego odczytu. Rozbiore z weeked (kobiete) .. eee - 1050 - i zobacze - może coś się wymyśli.

dajcie to tutaj - bo nie chce mi sie z tego wlasnie powodu nigdzie rejestrowac.. :)

z przelotkami to też miałem podobnego zonka - i generalnie rzecz ujmując - po doprowadzeniu zasilania do przelotu nie spotkałem karty CF, której nie dało by się zmusić do dziłania z IDE'a/KMK.

a pomysł na kombo z SDX itd. - rewelacja. IDE'a bez SDX to marnotrawstwo, że tak powiem - bo jest to jedyny dos, pod którym można pracować w sposób komfortowy ;)

Ładne - ALE; na Atari można to chyba zrobić mimo - wszystko lepiej. Jakoś nie podobają mi się "atrybuty" na "człeniu" -
http://www.mobygames.com/game/zx-spectr ... Id,123259/

- czyli w obrębie 8x8 pix możliwość użycia 2 kolców. .. z drugiej strony - użycie takiego g2f w takim przypadku moze byc nieco "problematyczne" :) -

Mac - jakze to budujace zdanie :)

Yerz - czy po ostatniej imprezie nie zostawilem u ciebie lutownicy ?? - to moze byc problem, bo w domu zgubilem raz telewizor 21" :)

... a co do ST - mam dziwnego problema z 1040STe - ma niby 4MB na pokladzie; a demka ramu nie widza... - chyba, ze ktos mnie zrobil w luja - i siedza tam 4x256k - jest to mozliwe ??

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