eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaZX Spectrum › Re: ZX Spectrum
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!news.samoylyk.n
    et!aioe.org!peer02.ams4!peer.am4.highwinds-media.com!news.highwinds-media.com!n
    ewsfeed.neostrada.pl!unt-exc-02.news.neostrada.pl!unt-spo-a-02.news.neostrada.p
    l!news.neostrada.pl.POSTED!not-for-mail
    From: "J.F." <j...@p...onet.pl>
    Newsgroups: pl.misc.elektronika
    References: <6...@g...com>
    <5f897e17$0$31099$65785112@news.neostrada.pl>
    <rmc47k$bk4$1$cezar91@news.chmurka.net>
    <s...@l...localdomain> <rmcjom$a5j$1@dont-email.me>
    <5f89e0af$0$610$65785112@news.neostrada.pl> <rmf4el$cav$1@dont-email.me>
    In-Reply-To: <rmf4el$cav$1@dont-email.me>
    Subject: Re: ZX Spectrum
    Date: Mon, 19 Oct 2020 15:19:58 +0200
    MIME-Version: 1.0
    Content-Type: text/plain; format=flowed; charset="iso-8859-2"; 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: 47
    Message-ID: <5f8d927d$0$539$65785112@news.neostrada.pl>
    Organization: Telekomunikacja Polska
    NNTP-Posting-Host: 83.30.111.29
    X-Trace: 1603113598 unt-rea-a-02.news.neostrada.pl 539 83.30.111.29:51118
    X-Complaints-To: a...@n...neostrada.pl
    X-Received-Bytes: 3026
    X-Received-Body-CRC: 3835428045
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:758040
    [ ukryj nagłówki ]

    Użytkownik "heby" napisał w wiadomości grup
    dyskusyjnych:rmf4el$cav$...@d...me...
    On 16/10/2020 20:04, J.F. wrote:
    >> Tam jeszcze bylo tak, ze na poczatku bloku procek mierzyl predkosc.
    >> Jesli magnetofon nie byl zbyt stabilny, to moglby byc problem na
    >> dluzszych blokach.

    >Zazwyczaj kaseta nie spowalniała jak już została raz policzona na
    >rozbiegówce. A jesli spowalniała to była na tyle kiepska że żadna
    >technologia by nie pomogła.

    Jakos jednak na wszelki wypadek liczyli dla kazdego bloku.

    >> No i .. na 6502 to dluzszy blok bylby problemem z uwagi na 8-bitowe
    >> rejestry, lepsze male.

    >Procesor ogólnie dużo nie robił podczas odczytu, czego dowodem są
    >systemy takie jak blizzard które potrafiły czytać wielokrotnie
    >szybciej (małą przeróbką magnetofonu). CPU nie był ograniczeniem,
    >ograniczeniem

    A to nie wiem czy to dowod. W kazdym badz razie wrednie sie pisalo
    programy na 6502, jesli mialy korzystac z dluzszych obszarow danych
    niz 256 bajtow.
    Wrednie oczywiscie nie znaczy ze sie nie dalo, czy ze bylo strasznie
    dlugie.

    >była technologia zapisu na taśmie i kiepskiej jakości kod w systemie.
    >Systemy Turbo do Atari były znakomite jesli chodzi o jakość zapisu,
    >wieloktornie lepsze niż oryginalny powolny tryb magnetofonu.

    ... i byly wzorowane na Spectrum ? :-)

    >> Procedura w ROM chyba nie potrafila dluzszych.

    >Pierwsze dwa "normalne" bloki zawierały nową procedurę.
    >Oczywiście tego typu zabay były w mniejszości. W latach 80/90 rządził
    >"wykrzyknik", czyli loader wyświetlający mały znak "!" na ekranie w
    >procesie ładowania, który nie dośc że był absurdalnie długi to
    >jeszcze nie miał żadnych zalet. Ale był niesamowicie popularnym
    >loaderem.

    Ja tam mialem juz stacje dyskow i u mnie rzadzil ... ndos to sie chyba
    nazywalo.

    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: