826 Odpowiedź przez drac030

(349 odpowiedzi, napisanych Fabryka - 8bit)

Spencer napisał/a:

Od kilku dni korzystam ze SC i zgrywam 20 letnie dyski z których wiele jest uszkodzonych i kiedy SC natrafia na błąd tj. po kilkukrotnych próbach odczytu uszkodzonego sektora (różnych plików) zwraca komunikat: "zbyt wiele otwartych kanałów" po czym robi zwiechę na amen i nie czyta już nic

Hmm. Będę musiał to spróbować odtworzyć. Może uda mi się znaleźć jakieś uszkodzone dyskietki ;) Opisywanie zachowanie jest nieco dziwne i może być to błąd w SC, ale może też i w np. COPY (bo SC nie ma własnej procedury kopiowania plików, w celu zrobienia copy albo move uruchamia COPY.COM).

Krótko mówiąc: czy podobny efekt występuje też przy kopiowaniu tych samych plików z tej samej dyskietki przez COPY, czy tylko w przypadku użycia SC?

Poza tym: która wersja SDX, która wersja SC, jak wygląda CONFIG.SYS?

PS. Co do XEP, sterownik cały czas "jest w planach", ale póki co niezrealizowanych. Czy SC będzie na XEP-ie używalny, trudno powiedzieć, ale "częste odświeżanie" nie jest wymagane, ogólnie przemalowywane jest tylko to, co niezbędne: swego czasu zoptymalizowałem SC właśnie pod kątem XEP-a, żeby nie przemalowywał elementów ekranu, których przemalowywać nie trzeba. Np. na VBXE ponowne namalowanie ramki robi różnicę trudną do zauważenia, na XEP-ie pewnie byłoby inaczej.

Idź do forum: Fabryka - 8bit

827 Odpowiedź przez drac030

(279 odpowiedzi, napisanych Fabryka - 8bit)

Można byłoby zastosować ATR-y z 512-bajtowymi sektorami. Natomiast gdyby komuś zależało na tym, żeby obrazy były zgodne z formatem Indus CP/M (czyli naszym DD), to tak, raczej inny typ obrazu byłby potrzebny. Takich formatów jest zresztą sporo http://simonowen.com/samdisk/formats/

Idź do forum: Fabryka - 8bit

828 Odpowiedź przez drac030

(118 odpowiedzi, napisanych Programowanie - 8 bit)

Program:

        blk reloc main

start   nop
        rts

        blk reloc $42

ext     nop
        rts

        .ds $0200

Generuje coś takiego:

     1  FE FF 01 00                     blk reloc main
     2
     3 0000,0002> EA            start   nop
     4 0001 60                          rts
     5
     6 0002 FE FF 02 42                 blk reloc $42
     7
     8 0002,0002> EA            ext     nop
     9 0003 60                          rts
    10
    11 = 0004                           .ds $0200
    12
    12 0004 FE FF 03 C2 04 00 + BLK EMPTY

Nagłówek wygenerowany przez .ds ma ustawiony bit 'page align' ($C2 = %11000010), dziedziczy go po ostatniej dyrektywie blk reloc. Bug polega na tym, że nie ma (chyba?) sposobu na uniknięcie tego dziedziczenia, tzn. jeśli chcę, żeby blok binarny był wyrównany do granicy stron, a późniejszy .ds nie, nie mogę tego zrobić[1].

[1] oprócz stosowania średniowiecznej metody liczenia offsetów na palcach od dyrektywy blk empty, co w przypadku skomplikowanych programów, mających dziesiątki pól .ds, po prostu nie wchodzi w rachubę.

Idź do forum: Programowanie - 8 bit

829 Odpowiedź przez drac030

(132 odpowiedzi, napisanych Sprzęt - 8bit)

swinkamor12 napisał/a:

A tak podsumowujac dyskusje

A tak podsumowując dyskusję, płyta Ci się zacięła.

Idź do forum: Sprzęt - 8bit

830 Odpowiedź przez drac030

(14 odpowiedzi, napisanych Fabryka - 8bit)

mono napisał/a:

Rewelacyjna maszyna!

Ano, też jestem tego zdania. Pewne rzeczy, których nie da się blitterem zrobić za jednym zamachem, da się właśnie - czego świetny przykład dałeś - załatwić paroma kolejnymi blitami.

Idź do forum: Fabryka - 8bit

831 Odpowiedź przez drac030

(279 odpowiedzi, napisanych Fabryka - 8bit)

CP/M wymaga, żeby na początku przestrzeni adresowej Z80 był RAM. Tymczasem to jest emulec Spectrum 48k, które ma tam 16k ROM-u. Więc tak bezpośrednio, to nie. Ale pewnie można dość prosto przerobić całość na emulator CP/M. Wiadomo, że wystarczy przeportować BIOS, dorobić jakiś terminal (np. przystosować TT-terminal) i już. Oczywiście sam emulator też trzeba trochę przerobić, ale to nie jest dużo do zrobienia.

Idź do forum: Fabryka - 8bit

832 Odpowiedź przez drac030

(27 odpowiedzi, napisanych Sprzęt - 8bit)

Ale jest jedna dziwna rzecz w tym boosektorze: bajty 14-15 (licząc od zera) zawierają wartość $0004. To jest liczba sektorów zarezerwowanych. Microsoft twierdzi, co następuje:

m$ napisał/a:

This field must not be 0. For FAT12 and FAT16 volumes, this value should never be anything other than 1.

Nie jestem pewien, czy stara wersja sterownika (czyli ta, którą masz) nie wymaga, żeby tam było właśnie 1.

Idź do forum: Sprzęt - 8bit

833 Odpowiedź przez drac030

(27 odpowiedzi, napisanych Sprzęt - 8bit)

Ciekawe: wygląda zdrowo. FAT16, 63488 sektorów, liczba FAT-ów 2, wpisów w katalogu 512 - nie widzę nic, przez co FATFS mógłby odrzucać ten dysk. :/

Idź do forum: Sprzęt - 8bit

834 Odpowiedź przez drac030

(27 odpowiedzi, napisanych Sprzęt - 8bit)

Daj X EDDY.EXE

Idź do forum: Sprzęt - 8bit

835 Odpowiedź przez drac030

(27 odpowiedzi, napisanych Sprzęt - 8bit)

Pewnie masz za wysoko memlo, skoro Memory conflict. Odpuść trochę rezydentów (FATFS.SYS nie jest potrzebny do podejrzenia 1 sektora partycji, dajmy na to).

Idź do forum: Sprzęt - 8bit

836 Odpowiedź przez drac030

(27 odpowiedzi, napisanych Sprzęt - 8bit)

Jarkeczek: otwórz tę partycję, na której dostajesz Unknown file system, pod Eddym (opcja Edit->Disk) i pokaż zawartość jej pierwszego sektora. Może być pierwsze 256 bajtów.

Idź do forum: Sprzęt - 8bit

837 Odpowiedź przez drac030

(4 odpowiedzi, napisanych Bałagan)

swinkamor12 napisał/a:

Info o tym że to VBXE jest wolniejsze od blitera w A500 jest niezwykle istotne.

No, spróbujmy. Wpisujemy w Google "A500 blitter timings" i wyskakuje takie coś:

http://eab.abime.net/showthread.php?t=68708

Jest tam informacja (post 2), że wypełnienie 1 bitplanu 320x256 zajmuje blitterowi A500 czas równy wygenerowaniu 70 linii skaningowych:

320x256 single bitplane blitter fill takes about 70 scanlines if all DMA slots are free.

Proszę sprostować, jeśli się mylę, ale zakładam, że pojedynczy bitplan 320x256 to będzie 81920 bitów, czyli 10240 bajtów.

Wypełnienie takiego samego obszaru blitterowi VBXE zajmie 10240+23 cykle, a przy włączonym overlayu dwa razy tyle, czyli 20526 cykli, przy czym chodzi tu o cykle pracy blittera, a on pracuje z zegarem 14 MHz.

To jest równe 2566 cykli zegara CPU. Przy 114 takich cyklach na linię skaningową mamy wynik: 22,5 linii skaningowej.

Wychodziłoby, że blitter VBXE, nawet przy włączonym overlayu, jest ponad trzy razy szybszy od blittera A500.

Gdzieś się pomyliłem w obliczeniach?

Idź do forum: Bałagan

838 Odpowiedź przez drac030

(25 odpowiedzi, napisanych Bałagan)

Nic dodać, nic ująć.

Idź do forum: Bałagan

839 Odpowiedź przez drac030

(132 odpowiedzi, napisanych Sprzęt - 8bit)

swinkamor12 napisał/a:

Jak komuś nie wystarcza Atari 8 bit, a chce iść po linii sprzętowej to się powinien zająć np A500 gdzie brakuje ludzi do roboty.

A, to o to chodzi. No jasne, już lecę.

@xxl: nie będę Cię tu edukował, po prostu poczekam.

Idź do forum: Sprzęt - 8bit

840 Odpowiedź przez drac030

(132 odpowiedzi, napisanych Sprzęt - 8bit)

xxl napisał/a:

palnales glupote

Nawet wiem, co będzie dalej: za jakiś czas (parę lat pewnie) zrozumiesz, jak to działa i o czym tu była mowa. I wtedy przybiegniesz na forum z "kolejnym epokowym odkryciem".

Tak po ludzku to Ci nawet współczuję.

Idź do forum: Sprzęt - 8bit

841 Odpowiedź przez drac030

(132 odpowiedzi, napisanych Sprzęt - 8bit)

Właśnie dowiodłeś, że:

a) nie rozumiesz prostych stwierdzeń na temat systemu Atari, nawet po dobie myślenia (co mnie nie dziwi: z Twoich występów na AAge wiadomo, że z angielskim u Ciebie jest b. krucho);

b) nie znasz się kompletnie na SIO, nie znasz protokołów, nie wiesz, do czego służą itd.;

c) nie rozumiesz dokumentacji od XL (w tym jej terminologii) i bierzesz swoje urojenia za rzeczywistość.

Jeśli chodzi o mnie, jestem usatysfakcjonowany. Proszę moderatora o nieusuwanie postów XXL-a z tego wątku, żebyśmy mogli się z nich śmiać w kułak, póki nam się nie znudzi. Dziękuję.

Idź do forum: Sprzęt - 8bit

842 Odpowiedź przez drac030

(132 odpowiedzi, napisanych Sprzęt - 8bit)

willy napisał/a:

The very next month after publication one of
Synertek's representatives wrote a letter to Micro swearing up and
down that there was no such project, never was such a project, and that
I'd made the whole thing up.

Chyba niezupełnie: przedstawiciel Synterteka napisał w tym liście, że był taki projekt, że było ileś takich próbnych specyfikacji, i że żadnej nie zrealizowano. Pewnie jedna z nich trafiła do tego pana.

Idź do forum: Sprzęt - 8bit

843 Odpowiedź przez drac030

(132 odpowiedzi, napisanych Sprzęt - 8bit)

xxl napisał/a:

w tych prostych slowach opisany jest proces jaki zachodzi np. po podlaczeniu interfejsu 850

Nie, to nie ten protokół. I nie ten sprzęt (850 jest do 400/800). Generalnie nie wiesz, o czym mówisz.

PS. Przemyśl "on-board applications".

Idź do forum: Sprzęt - 8bit

844 Odpowiedź przez drac030

(279 odpowiedzi, napisanych Fabryka - 8bit)

Tak, w docach od OS-u nic się nie zmieniło. Instrukcji do 65C816 po polsku niestety nie znam.

Idź do forum: Fabryka - 8bit

845 Odpowiedź przez drac030

(26 odpowiedzi, napisanych Bałagan)

jer, avast protestuje przy próbie wejścia na Twoją stronę przez podany link.

Idź do forum: Bałagan

846 Odpowiedź przez drac030

(132 odpowiedzi, napisanych Sprzęt - 8bit)

Po prostu przeczytaj to zdanie ze zrozumieniem i w całości (a nie tylko do terminu "SIO"). Żadnej wielkości banner Ci tego nie zastąpi. Poza tym: czytaj dokumentację, znaj się na tym, o czym piszesz, nie garb się, nie trolluj itd.

Idź do forum: Sprzęt - 8bit

847 Odpowiedź przez drac030

(132 odpowiedzi, napisanych Sprzęt - 8bit)

xxl napisał/a:

"The new OS was designed for a new era of SIO "Plug n Play" devices to automatically load their device drivers and even on-board applications",

Nie rozumiesz zdań, które sam cytujesz: to zdanie opisuje właśnie mechanizm zaimplementowany w XL OS znany jako "procedury nowych urządzeń".

Idź do forum: Sprzęt - 8bit

848 Odpowiedź przez drac030

(132 odpowiedzi, napisanych Sprzęt - 8bit)

Amen do kwadratu.

Idź do forum: Sprzęt - 8bit

849 Odpowiedź przez drac030

(132 odpowiedzi, napisanych Sprzęt - 8bit)

laoo/ng napisał/a:

Jakieś dziwne przesłania, zamiany, dedykowane push/pull, szalone rotacje i nawet opcody na przerwania (BR1-BR5).

"Opcody na przerwania" to znane z Z80 restarty. Poza tym wrażenie dziwności potęgują mnemoniki, typu YPC = prześlij 16-bit Y do PC. Po ludzku to będzie "JMP (Y)". Albo "LAX" to będzie "LDA (X)", czyli w naszym zapisie "LDA $nn,X" (czyli 65C816 ma ten rozkaz, jeszcze na dodatek z przesunięciem). Tak samo rejestr Z to u nas rejestr D itp.

Oczywiście o żadnych nielegalach nie ma mowy. No i to jest SF, bo procesor miał powstać w 1979 roku, a nie powstał nigdy. Amen.

EDIT: poprawka.

Idź do forum: Sprzęt - 8bit

850 Odpowiedź przez drac030

(132 odpowiedzi, napisanych Sprzęt - 8bit)

Stare i nieprawda.

Idź do forum: Sprzęt - 8bit