Nowy menedżer dyskietek Sama

[Sir David]

No jak to co, oczywiście nazwę pliku   Przykład: kopiujesz na dyskietkę z pliku tap jakąś grę, która ma dwa pliki: "gra" (loader w BASICu) i "gra1" typu CODE.
Loader może wyglądać np. tak:

10 CLEAR 24499
20 LOAD "" CODE
30 RANDOMIZE USR 24500

Z dyskietki nie możesz wczytać pliku przez LOAD "" CODE. Musisz podać jego nazwę, więc trzeba w okienku wpisać gra1.
Gdy ładowanych jest więcej plików (np screen i właściwy plik kodu), to należy wpisywać po kolei nazwy wszystkich plików.

[tdu]

Tak już wiem, po kolei można wpisać nazwy wczytywanych plików.

ps. czy będzie można zapisać obraz jako dsk (TOS) ?

[Sir David]

Będzie. Ale najpierw robię eksport do tap-a, bo prościej

[Sir David]

Dodałem eksport zaznaczonych plików z D1 do obrazów TAP i TOS (dsk i img). Zaznaczonych plików, a nie całej dyskietki. W przypadku taśmy zrzucanie kilku gier do jednego obrazu raczej mija się z celem, a przy dyskietce mógłby być problem ze zbyt małą pojemnością.

Trochę się męczyłem z dyskietką 640kB, ale się w końcu okazało, że to emulator FDD3000 (0.16 alfa) źle czyta takie dyskietki. Dyskietek w standardzie dsk w ogóle nie czyta (nawet stworzonych przez samego siebie), a img czyta, ale źle pokazuje nazwę dyskietki.

Przydałoby się też dodać w emulatorze FDD3000 możliwość uruchomienia programu z parametrami - dyskietkami, mógłbym wtedy dodać możliwość uruchamiania wyeksportowanej dyskietki od razu w fdd3000 + fuse.

[tdu]

Do D2 wczytałem grę jetpac, składa się z 6 plików.
Przerzuciłem do D1, zaznaczyłem wszystkie 6 i wyeksportowałem do TOS dsk.
Ponownie wczytałem do D2.
Pojawia się tylko plik 1 3 i 5.
2 i 4 nie ma mimo że wszystkie były zaznaczone.

Poza tym długość jakaś dziwna, wszystkie obrazy dyskietek, do tej pory mają 171kB (174 336)
wykonane programem CPCDisk
Tutaj zaś długość wynosi 160kB (163 840)

PS. Przydałaby się opcja wyłączenia autostartu, niektóre loadery są tak
zrobione że zatrzymanie i wylistowanie jest zablokowane.
Byłoby to ułatwienie do ich przeróbek.

[tdu]

Po dalszych testach wyszło na to że to maja wina,
przy eksporcie nie wpisywałem rozszerzenia
i chyba domyślnie zapisuje jako img, który ma inną długość.

[Sir David]

Można wpisać rozszerzenie albo w oknie zapisywania wybrać niżej typ pliku.
A jakiś błąd jest, ale nie przy eksporcie, a przy odczycie obrazów img. Pracuję nad tym.

[Sir David]

Błąd z img poprawiłem.

[tdu]

Znalazłem coś takiego:

Z D1 kopiuje plik basica opcją Extrackt Files as na pulpit
następnie otwieram czystą dyskietkę w D1
kopjuje zgrany plik na dyskietkę opcją AD Files

i skopiowany plik nie jest już typu basic tylko code
długośći się zgadzają

[Sir David]

I tak miało być Po co zgrywać pliki Basica na pulpit? Co chciałbyś z nimi zrobić? Edytować w prosty sposób się nie da, tak żeby dały się potem uruchomić. Po to program obsługuje dwie dyskietki, żeby takie pliki kopiować od razu z dyskietki na dyskietkę. Pliki na dysku PC nie mają typów, więc potrzebna by była analiza zawartości żeby się domyślić, że to akurat Basic. I dodatkowo żeby rozróżnić Basic ZX Spectrum i Sama. Pytanie: po co? Mógłbym ewentualnie dodać możliwość zmiany typu pliku na Basic, ale na razie nie widzę sensu. Jak sens się znajdzie, to dodam

[tdu]

Wydawało mi się że pliki nie powinny być zmienione, jeśli to celowe działanie a nie bład programu to ok.
Chodziło mi o przenoszenie plików uzyskanych innymi metodami.
Jeśli mam plik basica, z nagłówkiem,  to nie będe mógł go skopiować tym programem,
bo zmieni mi typ na code.
Ale to chyba tylko ja mam takie pomysły.

Bardziej przydałoby się, dezaktywowanie autostartu, łatwiej potem poprawiać loader.
Czasem nie można wczytać przez MERGE, a ztrzymanie, zawiesza program.
 

[Sir David]

Wydawało mi się że pliki nie powinny być zmienione, jeśli to celowe działanie a nie bład programu to ok.
Chodziło mi o przenoszenie plików uzyskanych innymi metodami.

Pliki nie są w żaden sposób zmieniane. Po zgraniu na dysk PC plików z ZX Spectrum (dowolnym programem) tracone są informacje o typie pliku, autostarcie itp. SCADM po prostu nie stara się wykrywać co jest wrzucane z dysku PC zakładając, że sens ma tylko wrzucane danych: grafiki, kodu skompilowanego zewnętrznym kompilatorem itp.

Jeśli mam plik basica, z nagłówkiem,  to nie będe mógł go skopiować tym programem,
bo zmieni mi typ na code.

Z jakim nagłówkiem? W jakiej postaci i skąd masz taki plik Basica?

Bardziej przydałoby się, dezaktywowanie autostartu, łatwiej potem poprawiać loader.
Czasem nie można wczytać przez MERGE, a ztrzymanie, zawiesza program.

To mam w planach, pewnie jak skończę obsługę obrazów .hdf (już ją kończę).

[tdu]

Każdy plik w systemie TOS posiada na początku 5 lub 7(bas) dodatkowych bajtów,
określających typ pliku, długość, adres wczytania, autostart.

Robiąc pliki TOS z plików TAP, musiałęś o tym wiedzieć, bo te nagłówki trzeba było stworzyć,
dla każdego pliku.

http://www.spectrum.8bit.pl/fdd3000/headtos.htm

[Sir David]

Ale pliki w TAP też mają te dane w nagłówku! Wystarczy je przepisać, nie musiałem ich tworzyć. Ten nagłówek nie jest integralną częścią pliku i nie powinien być doklejany przy zrzucaniu na dysk PC. Gdybyś zrzucił sobie np. obrazek z takim nagłówkiem, to nie otworzyłyby go programy do edycji obrazków.
A w przypadku plików bez nagłówka również zakładam, że są typu CODE Podobnie jak wrzucone z dysku PC.

[tdu]

W TAP są informacje do nagłówka TOS tylko w innej kolejności,
i trzeba usunąć nazwę pliku, której w nagłówku TOS nie ma.

Reasumując, brakuje w programie opcji pokazania nagłówka wybranego pliku.
Brakuje również odtworzeniu nagłówka w/g potrzeb i jego edycji.