🚀 go-pugleaf

Vasco wrote:
>> Darkac wrote:
>>> A jaki DOS możnaby używać, kiedy wbudowałoby się jakiegoś HD lub 
>>> CompactFlasha jako dysk? Nie wyobrażam sobie bałaganu bez użycia 
>>> podkatalogów?
>> To jest realizowane zupełnie inaczej.
>> Z punktu widzenia dosa istnieje tylko jeden katalog (główny).
>> Natomiast hd/cf/sd wystawia katalogi jako pliki xex. Następnie wykrywa ich 
>> uruchomienie przez dos, zmienia aktualny katalog a następnie wysyła do 
>> komputera informację o zmianie dyskietki.
>> Czyli z plików w katalogu na hdd budowana jest wirtualna dyskietka.
>> Rozwiązanie sprawdza się z każdym dosem jednak ma ograniczenia, np. dana 
>> implementacja nie zawsze oferuje zapis. Poczytaj dokumentację do APE.
>> Dużo rozwiązań hd/cf/sd stosuje metodę emulacji dyskietek z plików atr 
>> zamieszczonych na danym nośniku.
> 
> Darkac pyta o to jakiego uzyc dosa do twardziela.

Darkac zapytał o bałagan wynikający z braku katalogów. Do tej części 
wypowiedzi się odniosłem.

> Ty mu odpisujesz, ze dos 
> (chyba kazdy, skoro nie pada odpowiedz na pytanie - bo gdyby byly inne to 
> chyba bys napisal...) realizuje katalogi "zupelnie inaczej" a dysk "wstawia 
> katalogi jako pliki xex"

Nigdzie nie napisałem, że _dos_ realizuje to zupełnie inaczej.
Napisałem, że w przypadku dowolnego dosa można zrealizować dostęp do 
danych (plików/katalogów) zapisanych na hd/cf/sd.

Jako, że dos (pospolity, np. 2.5) nie wie co to jest katalog, to 
urządzenie sio wystawia taki katalog jako plik, który można uruchomić, 
ale nic nie zrobi (po _stronie_ atari).

> ... A na koncu odpowiedzi na temat _wbudowanego 
> twardziela_ ("wbudowaloby sie jakiegos HD lub CompactFlasha jako dysk") 
> piszesz, ze ma poczytac dokumentacje do APE, ktore jesli juz obsluguje 
> jakiegos twardziela to na pewno nie atarowskiego tylko grzybowego.

W APE zostało użyte _rozwiązanie_ polegające na wystawieniu zawartości 
filesystemu komputera na którym uruchomiony jest APE.
W przypadku APE nazywa się to pc-mirror.
Jeżeli daną metodę zaimplementujemy na sio2sd/cf to będzie wystawiona 
zawartość partycji fat znajdująca się na danej karcie.

> W ktorym miejscu zawiodla moja umiejetnosc czytania ze zrozumieniem?

Odpowiem dyplomatycznie: w kilku nie zawiodła.

> Uzupelnij tez, prosze, moja wiedze na temat:
> - wstawiania plikow xex przez dysk,

Tworzymy wirtualny (taki w pamięci) plik atr, którego zawartość stanowią 
pliki z hdd (dany katalog).
Katalogi wystawiane są w pliku atr też jako pliki, takie zwykłe "FFFF", 
które nic nie robią. Jeżeli urządzenie sio wykryje odczyt z sektora 
należącego do danego pliku to zrobi... patrz poniżej

> - zmiany katalogu w dosie i "wysyłaniu do komputera informacji o zmianie 
> _dyskietki_",

Nie zmiany katalogu, bo dos (zwykły 2.5) nie wie co to katalog
on uruchomił plik, który nic nie zrobił, ale...

W tym czasie nastąpił odczyt z sektora należącego do pliku będącego 
"niby katalogiem".
Urządzenia sio robi taki myk:
  - wyciąga wirutalną dyskietkę z DX: - jak dos chce odczytać coś to 
dostanie "spadaj"
  - tworzy nowy wirtualny atr z zawartością danego katalogu
  - przy kolejnej komendzie SIO, atari dostaje "disc change" - taki 
jakby użytkownik zmienił dyskietkę w napędzie
  - dos wie, że trzeba odczytać ponownie zawartość dyskietki i dostaje 
zawartość katalogu
  - katalog ".." jest realizowany jak każdy inny katalog

> - z ilu plikow w katalogu hdd budowana jest wirtualna dyskietka - pamietaj, 
> ze mowimy o dysku Atari a nie PC!

Z tylu ile się zmieści. Ile się zmieści? Tyle ile dos obsługuje.
To z jakim dosem (obsługującym SD, ED, DD) mamy styczność możemy ustawić 
po stronie urządzenia sio, możemy też olać i założyć SD.

Teraz tak:
  - pliki, których wielkość przekracza całkowitą pojemność dyskietki są 
olewane/pomijane przy tworzeniu wirtualnego pliku atr
  - jeżeli wszystkie pliki nie mieszczą się na wirtualnej dyskietce, to 
tworzymy "puste" pliki xex o nazwach "next/prv", których uruchomienie po 
stronie dosa spowoduje wygenerowanie nowego obrazu dyskietki, 
zawierającego dalszą/wcześniejszą zawartość aktualnego katalogu