eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaC64 i karta SDRe: C64 i karta SD
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.nask.pl!news.nask.org.pl!news.unit
    0.net!cyclone03.ams2.highwinds-media.com!voer-me.highwinds-media.com!peer03.am1
    !peering.am1!peer01.fr7!news.highwinds-media.com!newsfeed.neostrada.pl!unt-exc-
    02.news.neostrada.pl!unt-spo-b-01.news.neostrada.pl!news.neostrada.pl.POSTED!no
    t-for-mail
    From: "J.F." <j...@p...onet.pl>
    Newsgroups: pl.misc.elektronika
    References: <57c42224$0$644$65785112@news.neostrada.pl>
    <57c42e04$0$654$65785112@news.neostrada.pl>
    <nq1jtu$kfn$1@node2.news.atman.pl>
    In-Reply-To: <nq1jtu$kfn$1@node2.news.atman.pl>
    Subject: Re: C64 i karta SD
    Date: Mon, 29 Aug 2016 18:13:24 +0200
    MIME-Version: 1.0
    Content-Type: text/plain; format=flowed; charset="UTF-8"; reply-type=response
    Content-Transfer-Encoding: 8bit
    X-Priority: 3
    X-MSMail-Priority: Normal
    Importance: Normal
    X-Newsreader: Microsoft Windows Live Mail 16.4.3528.331
    X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3528.331
    Lines: 74
    Message-ID: <57c45f30$0$639$65785112@news.neostrada.pl>
    Organization: Telekomunikacja Polska
    NNTP-Posting-Host: 83.30.125.225
    X-Trace: 1472487216 unt-rea-b-01.news.neostrada.pl 639 83.30.125.225:60457
    X-Complaints-To: a...@n...neostrada.pl
    X-Received-Body-CRC: 532828110
    X-Received-Bytes: 4753
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:705090
    [ ukryj nagłówki ]

    Użytkownik "HF5BS" napisał w wiadomości grup
    dyskusyjnych:nq1jtu$kfn$...@n...news.atman.pl...
    Użytkownik "J.F." <j...@p...onet.pl> napisał w wiadomości
    >> Skleroza mi juz dopisuje i nie pamietam ... ale w Atari to chyba
    >> "system operacyjny" byl w stacji dyskow.
    >> A moze to wlasnie w C64 tak bylo ?

    >Niezupełnie. Jako tako, oba komputery posiadają własny system
    >operacyjny, ten z C64 ma nawet nazwę - Kernal (nie kernel)

    Z tym, ze ten z Atari, to nie znal sie na dyskach wcale. Mial ekran,
    klawiature, magnetofon chyba ... i budowe umozliwiajaca rozszerzanie
    systemu o inne urzadzenia.

    >Stacje więc mogą pracować niezależnie od komputera, do tego stopnia,
    >że komputer zadaje urządzeniu jakieś zadanie, a sam robi swoje, jakby
    >stacji nie było, sprawdza tylko, czy zadanie zostało ukończone.
    >Umożliwia to dzięki temu, np. odtwarzanie sampli i online ich
    >doczytywanie, normalnie, transmisja z dyskiem opiera się o przerwania
    >i bez odpowiedniego oprogramowania tejże w tym przypadku, takie
    >doczytywanie było by utrudnione, bądź nawet niemożliwe.

    W Atari (8-bit) raczej nie, ona prosta byla.

    >> Atari mialo o tyle dobrze, ze sektor byl w miare standardowy - 128
    >> bajtow FM, ale zorganizowane tak smiesznie, ze bylo 125 bajtow
    >> danych i na koncu 3 bajty nr nastepnego sektora.

    >Bardzo nieekonomicznie...
    >Komoda 1541, sektory 256 bajtów, dwa pierwsze linkują do następnego,
    >gdy pierwszy zerowy, to drugi podaje, ile bajtów wchodzi do pliku.

    Akurat ekonomia podobna, jak w innych rozwiazaniach.
    Zawsze gdzies musisz pamietac numer nastepnego bloku, i zyskac mozesz
    tylko zwiekszajac dlugosc bloku (ale wtedy tracisz na koncowkach).
    Wada Atari byla ta liczba 125 - taka jakas nieokragla :-)

    >> Dzis trzeba by chyba jakis sprytny kawalek programu, ktory by pliki
    >> z karty FAT32 udostepnial po 125 bajtow ...

    >Przypuszczam, że wątpię, by tak było. wydaje mi się, że to idzie na
    >poziomie plików, a nie struktury systemu plików. Że na karcie
    >zapisany jest obraz dysku i wszelkie operacje opierają się o obraz
    >dysku.

    Mozliwe, ale to utrudnia wspolprace z pecetem. Trzeba pisac program
    obslugujacy ten wirtualny system plikow na windows/dos/linux/itp.
    Az by sie prosiło zrobic to inaczej, szczegolnie ze architektura od
    strony Atari chyba nie przeszkadza.

    >> Tak mi jeszcze przebija, ze na C64 byl jakis bardziej uniwersalny
    >> kontroler dyskowy, ktory pozwalal na dosc swobodny dostep do
    >> surowych danych z dysku.
    >> Przez co z jednej strony mial bardzo szerokie mozliwosci, ale z
    >> drugiej - pelna emulacja niemozliwa niestety.

    >W najnowszym programie Star Commander, miała pojawić się możliwość
    >obsługi obrazów bezpośrednio w formacie Group Coded Recording, w
    >jakim tradycyjnie zapisuje stacja C64, gdzie OIDP, nie może być
    >przerwy dłuższej, niż 4 bity zerowe, jeśli, to wtrącana jest jedynka,
    >trochę jak w Packet-Radio. Ale na razie nie ma.
    >Nadmienię przy okazji, że stacja 1570 (jednonapędowa jednostronna) i
    >1571 (jednonapędowa dwustronna) i 1572 (dwunapędowa, czytałem, ale
    >nigdy nie widziałem), mają, dzięki rozbudowanemu kontrolerowi,
    >możliwość pracy z kodowaniem MFM, dzięki czemu umieją, po
    >przestawieniu w odpowiedni tryb, odczytać (zapisać też OIDP)
    >dyskietki 360 kB formatowane i zapisane w pececie (1570 raczej nie
    >obie strony, ale formatowano w pecetach jednostronnie też).

    I to wlasnie mnie martwi - pelna emulacja dosc skomplikowana bedzie
    ...

    J.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: