-
Data: 2016-08-29 19:30:46
Temat: Re: C64 i karta SD
Od: "HF5BS" <h...@j...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]
Użytkownik "J.F." <j...@p...onet.pl> napisał w wiadomości
news:57c45f30$0$639$65785112@news.neostrada.pl...
> 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.
Ale tez różne Atarynki były, zdaje mi się, że najbardziej wymagająca była
2600, gdzie programista naprawdę musiał się postarać, by przeskoczyć
ograniczenia sprzętu, nie wiem, czy nie trudniejsze, niż ZX80/81...?
(stacja dysków)
> W Atari (8-bit) raczej nie, ona prosta byla.
Ale za to dość szybka, ZTCP 19200 bps, bobec ok. 4k oryginalnej Commodore.
Za to C64, 1541, z dopałem, uzyskiwały do ok. 0.1 Mbps, ok. 25-razy
przyspieczenie do oryginału, tzw. tryb warp, realizowany programowo)
>
>>> 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 :-)
Commodore miało też, 254, dupawo się to liczyło.
>
>>> 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.
To jest tak prosty system, że nawet XT powinien sobie poradzić. Na pewno
dawał już radę 286, bo spinałem ze stacją, poniżej nie chce odpalać Star
Commander.
Więc wysiłek systemu na zrealizowanie tego wirtualnego systemu jest
praktycznie żaden.
Hehe... i ma (1541) jedną rzecz, którą, czytając w opisie, znalazłem dopiero
w ReFS...
>>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
C64 z FATem sobie nie poradzi? Poradzi. C128 tym bardziej, bo ma ok. 60 kB
na program i niezależnie, drugie 64 na zmienne. Spokojnie ci napiszę program
jadący w obie strony. Tylko w odróżnieniu od dzisiejszych wielotonowych
programów typu Pasjans, tu trzeba by się naprawdę postarać, programując. Ja
się pewnych rzeczy nauczyłem, przez kilka lat mając VIC20 z 3.5kB pamięci.
Tak sobie teraz pomarzyłem, aby pobawic się klawiaturą dynamiczną, nie wiem,
czy prócz VIC20, C64, C128, inne kompy to miały, bardzo przydatna rzecz, w
oparciu o to napisałem 3, albo 4-linijkowy programik, wczytujący się do
pamięci z listingu tekstowego z pliku, a następnie, po pomyslnym wczytaniu,
kasujący się bez śladu, by nie przeszkadzać wczytanemu programowi.
To i FAT na C64 zrobię.
--
Życie jest przepiękną telenowelą, przenoszoną drogą płciową.
(C) Ferdek Kiepski
(dostępny tu adres email nie jest zarejestrowany w żadnym serwisie,
i JAKIKOLWIEK mailing BEZWZGLĘDNIE zostanie potraktowany jako spam!)
Następne wpisy z tego wątku
- 29.08.16 19:54 Sebastian Biały
- 29.08.16 21:43 J.F.
- 29.08.16 21:51 J.F.
- 29.08.16 22:18 Sebastian Biały
- 29.08.16 23:59 Zenek Kapelinder
- 30.08.16 12:13 HF5BS
- 30.08.16 12:26 Waldemar
- 30.08.16 12:30 HF5BS
- 30.08.16 12:48 HF5BS
- 30.08.16 13:14 HF5BS
- 30.08.16 13:51 J.F.
- 30.08.16 14:11 J.F.
- 30.08.16 14:39 HF5BS
- 30.08.16 14:57 J.F.
- 30.08.16 18:05 Sebastian Biały
Najnowsze wątki z tej grupy
- karta parkingowa
- Wl/Wyl (On/Off) bialy/niebieski
- I3C
- Pytanie o transformator do dzwonka
- międzymordzie USB 3.2 jako 2.0
- elektronicy powinni pomysleć o karierze elektryka
- jak szybko plynie prad
- Płytki Milkv-Duo
- Światłowód między budynkami
- POtrzebny bufor 3.3<>5V, jedonkieruowy, trójstanowy, wąski
- retro
- Bezprzewodowe polączenie Windows z projektorem
- rozklejanie obudowy
- Prośba o identyfikację komponentu
- Smart gniazdko straciło na zasięgu wifi?
Najnowsze wątki
- 2024-11-13 Filtr do pompy ruskiej
- 2024-11-12 Gdzie kosz?
- 2024-11-13 elektrycznie
- 2024-11-12 Jebane kurwa, kurwy.
- 2024-11-13 karta parkingowa
- 2024-11-13 Wl/Wyl (On/Off) bialy/niebieski
- 2024-11-12 I3C
- 2024-11-13 Kraków => DevOps Engineer (Junior or Regular level) <=
- 2024-11-13 Łódź => Senior SAP HANA Developer <=
- 2024-11-13 Zabrze => Senior PHP Symfony Developer <=
- 2024-11-13 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=
- 2024-11-13 Kraków => QA Inżynier <=
- 2024-11-13 Żerniki => Dyspozytor Międzynarodowy <=
- 2024-11-13 Warszawa => Analityk Biznesowo-Systemowy <=
- 2024-11-13 Lublin => Delphi Programmer <=