Candle'a problem z TAR-em polegał na tym, że program nie tolerował archiwów z długimi nazwami (oraz dziwnymi znakami w nazwach) w środku, i nie chciał ich odpakowywać. Teraz już powinien to robić:

TAR v.1.5

Podczas odpakowywania archiwum pod SDX długie nazwy są mapowane na 8+3 nieco podobną metodą do tej, której używa M$ Bill.

Masakra. Jestem w szoku, przecież to był młody facet (w 2000 roku był jeszcze studentem). :/

Pomijając nawet, które kolory są "słuszne", BD z kolorami jak na Jacquesa S-Video wygląda ładniej. No ale ja się nie znam, całe życie miałem Neptuna M156B (i pewnie dlatego zielone wygląda mi ładniej).

Kiedy się podaje numer dysku (tak, mówię o poleceniu FORMAT Sparty), formatter wysyła do stacji zapytanie o konfigurację. Wtedy właśnie urządzenie ma nadesłać odpowiedni PERCOM. I wtedy też formatter odpowie na wszystkie twoje wątpliwości, tzn. wszystko będzie jasne, jeśli będziesz miał urządzenie odpowiadające zgodnie ze standardem (opisanym w Atariki).

Podpowiem tyle, że takich dysków (o "wysokiej pojemności") się w zasadzie nie formatuje. I tak samo nie wybiera się ich pojemności - to one narzucają formatterowi swój konfig.

Jeśli zawartość portu się zmienia, to jeszcze niekoniecznie oznacza, że jest to zegarek czasu rzeczywistego, a jeśli nawet, to że akurat ARC.

To jest tam nawet napisane.

Dysk musi zawiadomić formatter, że jest tzw. dyskiem dużej pojemności. Robi to przesyłając mu na żądanie odpowiednio skomponowany blok PERCOM

Pocieszycielski.

1. http://sdx.atari8.info - tam są odpowiedzi na pytanie pierwsze

2. wykrywania ARC nie mogę zrobić, bo nie mam tego zegarka. Jak ktoś (np. ty) opracuje i poda algorytm wykrycia, to się doda do sterownika.

3. changelog z CVS był kiedyś dostępny, ale o tym trzeba i tak gadać z krapem.

Od paru miesięcy w CVS-ie SpartaDOS X mamy shell imitujący menu MyDOS-a, a przy tym dający dostęp do wszystkich featur zwykłego COMMAND.COM-u.

W sumie nie bardzo wiadomo, o co chodzi :) Że SIO jest wolne? No owszem, jak się nim przesyła kilkanaście MB, to to trwa długo. W sumie nie widzę sposobu na przyspieszenie tego, no chyba żeby można było wkopiować pliki na dysk z poziomu peceta. Ale to wymaga napisania odp. drajwerów pod linuxa, winde, bsd itp. Ja tego raczej nie zrobię. Poza tym podpięcie dodatkowego napędu do laptopa (a to jest chyba większość pecetów obecnie) nie obejdzie się bez bebeszenia. Podsumowując, nie widzę tego jako tematu software'owego.

Albo ty nie rozumiesz odpowiedzi.

HD ma przede wszystkim 2x większą szybkość transmisji (500 tys. bitów na sekundę), czyli bajt trzeba odbierać co ~28 cykli. Teoretycznie powinno się wyrobić (przy wyłączonym ekranie), o ile czegoś nie przegapiam.