nie - nie "wczytują" się długo, lecz życie winno i Ciebie nauczyć logiki rozumowania i standaryzacji opartej na racjonalnych przesłankach a nie na przekładaniu gleby łopatą - mając w perspektywie użycie koparki ;)-

... na tej zasadzie - po ch**** j mając niezły dos używać plików, jeśli można to olać i wykorzystać SIO używając ram'u jak czystej kartki papieru? :)- ... są tacy, co nadal tak robią. Skutkiem tego jest gigantyczny sukces dzięki któremu praca poprzez lenistwo najczęściej 30-50 letnich userów zapamiętana jest poprzez adekwatny wpis w wikipedii. Daj Boże, bo niekiedy kończy się na Atariki :D

Flaszka wypakowuje dane z prędkością około 30kB/s. Z dysku mam 70-80kB/s :)

Fox - tak czy inaczej chodzi mi o nawet przeróbę przerobienia niektórych istniejących "playerów", które można w ultraprosty sposób przystosować do pobierania nazwy pliku spod CP i tym sposobem zaprezentowania pracy / muzaka / grafiki / czegokolwiek. Jest to chyba słuszny kierunek rozwoju oprogramowania ukierunkowanego na całkiem niezły dyskowy system operacyjny. Tak sądzę przynajmniej ;)-

Fox - Bez sensu totalnie. Mam 300 plików w czym do każdego dodane po kilka kilobajtów playera, konwersja kilkudziesięciu katalogów z danymi, oraz przerabianie do wykonywalnych plików wszystkich muzyczek i grafik? - danych prawie 50% więcej, a depaker jedynie wkurza powodując straty czasu potrzebne na rozpakowanie. Ma to znaczenie w przypadku szybkiego HDD, bo szybciej odczytasz niż rozpakujesz. Nawet flashpack jest 2x wolniejszy od dysku KMK/JŻ ;)-

... dobrym przykładem na to, iż pakowanie danych jest bez sensu (w przypadku HDD) jest format RIP. Ładowanie danych 0.2s, rozpakowanie - np. 5-7 sekund. Wiem oczywiście, że nie tyczy się to FP :P

ok, martwi mnie tylko sentencja: "do pliku" :). Odnoszę wrażenie, że coś jest nie tak, bo z takimi plikami flasher śrenio sobie później radzi - jak wspomniałem, odpalając to z BW-Dos'a na sektorze 256B.

Jeśli DUMP jest wykonany za zasadzie "raw-data", to sicflasher powinien wypalić to na kość, cokolwiek by tam nie było. Źle to rozumiem? :)

Draco - ja przecież chcę wyciągnąć FLESZA z XEGS, wsadzić go do SIC!'a i zdumpować na innej Atarce :) - nie robię tego tylko dlatego, że nie działa mi to nadzbyt pewnie i ciągle widzę więcej błędów niż działania programu, oraz szybciej dojadę do kumpla autem niż po sio zgram megabajt w dwie strony :D

Bug :) - daj Boże jeden :D

Wszystko zmierza też do tego, że chciałbym zmienić rom w XEGS. Nie mam tylko gwarancji na to, że po zapisaniu nowego romu komp mi wstanie. Oczywiście sytuacja taka nie jest wskazana a wiąże się z wyprawą przez całe miasto i kilkudniowym urlopem od komputera Atari. Wydaje mi się, że nie do końca o to mi chodziło ;)-

toms navigator to zło. Zło i **** :D

ugh ... czyli jednak muszę rozebrać XEGS ;) ... niestety umiejscowienie gniazda dla carta we wspomnianym jest równie nieszczęśliwe co w przypadku serii XL ;)- ... lepiej spartę wsadzić w środek, niż urwać SIC'a :D

Spróbuję jutro się do tego dostać i zrobić SIC!'em dump tego flesza, co w GS siedzi.

niektóre przelotki do CF wymagają też doprowadzenia dodatkowego zasilania +5V, brak może powodować niewykrywalność karty ;)-

Draco - po raz kolejny nadpisując pliki Sparta Commanderem spowodowałem powstanie duplikatów plików o powtarzających się nazwach ;)-

.. Draco - a czy wszystkie nowości można znaleźć na twoim sajcie? :)

.... "Dyskietka systemowa do interfejsu, w formacie ATR (strona A dla MyDOS-a, strona B dla SpartaDOS-a) - wersja z 19.I.2011." :P

.. no nie da się, bo jak i SDX z IDE+ tak i SIC! siedzą wspólnie na stronie $D5. Jednak, jest tego plus taki, iż chcąc ponownie aktywować SIC!'a bez wyłączania i ponownego włączania kompa po uruchomieniu programu z carta wystarczy skorzystać z BIOS'u IDE+ - włączasz w nim SpartaDOS X i dajesz SAVE+Boot. Skutkiem tego jest ponowny rozruch SIC!'a - oczywiście cart fizycznie musi być włączony. Myślę, że obejście wspomnianego problemu łatwe raczej nie będzie, bo SIC! jak wiadomo może być zaprogramowany jako cart zawierający SDX. I tu kółeczko zasadniczo się zamyka ;)-