forum speccy.pl
Komputery z Z80 => SAM COUPE => Wątek zaczęty przez: Sir David w 2014.03.03, 15:04:06
-
Gdyby ktoś był zainteresowany to informuję, że stworzyłem nowy menedżer dyskietek Sama Coupe. Jest o wiele bardziej zaawansowany i rozbudowany niż dotychczas dostępne rozwiązanie, czyli SAM Coupe Diskimage Manager napisany przez Edwina Blinka.
Stworzyłem go w zasadzie na własne potrzeby przy okazji pisania nowego dema na Sama (już niedługo będzie pokazane na Forever 2014), więc przykładałem wagę głównie do funkcjonalności, a nie wyglądu i sposobu obsługi. Dlatego miejscami może się wydawać mało intuicyjny i może zawierać sporo błędów, na przykład nie jest „idiotoodporny” i potrafi się wyłożyć przy niedozwolonych operacjach. Program się bardzo rozrósł, bardzo wiele potrafi i był mega pomocny przy pisaniu dema, więc postanowiłem się nim podzielić:
http://www.speccy.pl/archive/prod.php?id=377
A co konkretnie umie? Przede wszystkim to, co manager Blinka, czyli kopiować pliki między obrazem dyskietki Sama a PC, zmieniać nazwy plików i usuwać je z obrazu. A ponadto na przykład:
- kopiować pliki pomiędzy dwoma obrazami dyskietek
- podejrzeć obrazki z plików typu SCREEN$ i CODE (również skompresowane)
- podejrzeć listing programu w BASIC-u
- podejrzeć kod w assemblerze
- zmienić typ pliku (ale tylko na CODE lub SCREEN$)
- pokazać zajęte sektory na dyskietce
- pokazać położenie konkretnych plików na dyskietce
- pokazać plik lub całą dyskietkę w postaci binarnej
- edytować postać binarną dyskietki (czyli zmieniać wartości wybranych bajtów)
- otworzyć dyskietkę w emulatorze
… i jeszcze więcej. Sama przeglądarka obrazków ma również wiele możliwości, np. pokazanie użytej palety, edycję kolorów itd.
Jeżeli ktokolwiek byłby zainteresowany jego używaniem, to postaram się stworzyć dokładniejszą instrukcję. Będę również wdzięczny za wskazanie błędów i wszelkie inne uwagi!
-
No w praniu rewelka. Szczególnie podpinanie i praca na dwóch dyskach. Co do bardziej skomplikowanych funkcji to jeszcze nie miałem potrzeby używać ale nie omieszkam :)
-
W czym to jest lepsze od ZX-Blockeditor ?
-
Nie znałem ZX-Blockeditor'a pisząc SCADM. W czym jest lepszy? Np. czyta dyskietki .sad :) (choć dorobienie tego w ZX-Blockeditor byłoby banalnie proste, jeżeli autorowi by się chciało). A czy ZX-Blockeditor umie pokazać obrazki Sama? Skompresowane? Ze zmianą palety w przerwaniach linii? Albo listing programu w Sam Basic-u?
Jedną z "ukrytych" możliwości SCADM jest możliwość współpracy z kompilatorem, np. Pasmo, dzięki czemu pisanie programów na Sama staje się łatwe i przyjemne :)
To są chyba zupełnie różne programy i ciężko je porównać. Zależy kto czego potrzebuje.
-
Racja, to jest dla SAMa. A ja sie dziwilem, ze cos nie tak ::)
-
WOW. Super. I will test it soon.
-
Program przyda się posiadaczom interfejsu plus D,
odsługuje jego obrazy dysków w formacie MGT
-
O, tego nawet nie próbowałem :) Na pewno obsługuje obrazy MGT strorzone w SimCoupe. Gdzie można zlaeźć jakieś obrazy dyskietek do plus D?
-
Niestety tuż przed opublikowaniem wkradł się błąd do podstawowej funkcji - kopiowania między dyskietkami. Poprawiłem i proszę testerów o ponowne pobranie. Pod linkiem z pierwszego postu zawsze będzie dostępna najnowsza wersja.
Najpilniejsze "to do":
- pytanie o zapisanie zmian przy wyjściu z programu albo ładowaniu innej dyskietki
- jakieś opcje konfiguracyjne, bo na razie nie ma żadnych :) (ścieżkę do emulatora póki co trzeba ręcznie wpisać w pliku scadm.ini)
I na koniec jeszcze jedna uwaga: program nie czyta dyskietek skompresowanych oraz niestandardowych (o innej liczbie ścieżek, sektorów na ścieżce itp.)
-
@Sir Dawid
Trochę obrazów umieściłem na serwerze
ftp://speccy:[email protected]
-
Nazwy plików pokazuje dobrze, ale już długości źle (prawie same zera). Widać dla spectrumowych typów plików są w innym miejscu. Da się poprawić :)
-
Jak Zaxon skończy produkcję interfejsów, będzie na pewno parę zainteresowanych osób.
Szkoda że nie można przenosić plików pomiędzy róznymi obrazami, DSK dla fdd300, MGD dla plusD czy też plików z obrazów zx +3.
Niedawno Steev zrobił świetny program TAP2TOS do przenoszenia plików TAP do obrazów TOS (fdd3000), przydałby się taki sam do obrazów +D, a może rozbudowa istniejącego ?
-
Jak już poprawię obsługę dyskietek +D, to mógłbym ewentualnie dodać możliwość skopiowania na nie plików z TAP, a może też z różnych formatów dyskietek ZX Spectrum. Jeżeli tylko ktoś mi wskaże najlepsze źródło z dokładnym opisem struktury poszczególnych obrazów.
-
Super !
Do TOSa na pewno mam, powinienem znależć, do innych może zespołowo dotrzemy.
-
Na początek nieco poprawiłem obsługę dyskietek +D. Poprawnie pokazuje długości plików (a przynajmniej dla typów ZX BASIC, ZX CODE i ZX SCREEN$), dobrze pokazuje obrazki i kod maszynowy. Kopiowanie między dyskietkami też powinno działać.
-
W załączniku jest informacja o plikach TAP i plikach dyskowych systemu TOS
wraz z linkami do źródeł w internecie.
Do +3 nie mogę na razie nic znaleźć, może ktoś ma ?
-
Do +3 nie mogę na razie nic znaleźć, może ktoś ma ?
Może to pomoże?
http://www.worldofspectrum.org/ZXSpectrum128+3Manual/chapter8pt27.html
-
During first testing I add new files to empty drive D1. After multiple click to different command buttons this manager crash (close without error message).
After next testing is all stable. Very nice :-) But I have some ideas:
- use columns alignment to right
- add possibility change address of CODE file
- add possibility edit file (text editor + hex/dec editor
-
Dzięki za testy! Crash'ami przy nieprawidłowych operacjach się pewnie w końcu zajmę, jak wszystkie potrzebne funkcjonalności zrobię. A co do propozycji:
- use columns alignment to right
Trochę można by było wyrównać kolumny. Chciałem, żeby widok katalogów był zbliżony do tego, co Sam wyświetla przy np. DIR1. Jak widzę, na Samie długości plików są wtedy wyrównane do prawej, więc też tak zrobię :)
- add possibility change address of CODE file
To już jest. W "File type" można zmienić typ pliku na CODE albo SCREEN$, ale też tylko adres pliku CODE. Nie można zmienić adresu autostartu pliku CODE, ale czy jest taka potrzeba? Chyba, że dodać/usunąć autostart?
- add possibility edit file (text editor + hex/dec editor
Jest już taka możliwość edycji dysku ("Show disk binary", wybrać ścieżkę i potem "Edit"). Dla pliku można sprawdzić jego położenie na dysku (Files location) i potem edytować potrzebne sektory. Mógłbym tu ostatecznie dodać edycję pliku na tej samej zasadzie, czyli automatycznie wrzucać kolejne sektory, które zajmuje plik.
-
Do pobrania nowa wersja SCADM, a w niej między innymi:
- obsługa plików .tap (oczywiście tylko w D2, do kopiowania na dytkietkę)
- wyrównane kolumny (zgodnie z sugestią Velesofta)
- poprawki różnych błędów
Jako dowód obsługi tap-ów zrobiłem konwersję Janosika do +D (przetestowane w fuse):
https://www.dropbox.com/s/clh8wzvxgu83ihn/Janosik.mgt
Obsługa tap-ów jest tak zrobiona, że dołożenie każdego następnego formatu do odczytu będzie już dość proste. I w związku z tym mam pytanie o tos. Struktura pliku tos bardziej przypomina obraz taśmy, a nie dyskietki. Nie ma tu ścieżek, sektorów itp. Jak to się ma do fizycznej dyskietki? To chyba nie jest obraz, a jakaś jego konwersja do prostej postaci? I gdzie mogę znaleźć takie obrazy?
-
Opis dyskietki TOS jest pod linkiem, w części 5: http://8bit.yarek.pl/system/zx.tosa2/tos_bez_tajemnic.html (http://8bit.yarek.pl/system/zx.tosa2/tos_bez_tajemnic.html)
Informacje o położeniu pliku są tylko w katalogu.
Pliki dłuższe niż 16kB zajmują kilka wpisów w katalogu. Szczegóły również tu: http://speccy.pl/forum/index.php/topic,618.0.html (http://speccy.pl/forum/index.php/topic,618.0.html)
-
Obrazy dyskietek (dsk) w formacie TOS są do pobrania tutaj:
ftp://speccy:[email protected]
w folderze dsk fdd3000
-
Informacje o położeniu pliku są tylko w katalogu.
Pliki dłuższe niż 16kB zajmują kilka wpisów w katalogu.
Chyba że dyskietka sformatowana na 640k. wtedy jeden wpis katalogu opisuje 64kB danych.
-
Do pobrania nowa wersja SCADM, a w niej między innymi:
- obsługa plików .tap (oczywiście tylko w D2, do kopiowania na dytkietkę)
- wyrównane kolumny (zgodnie z sugestią Velesofta)
I see hidden text and incorrect length of files.
-
Next idea for faster work - possibility add TAP/DSK/MGT file via move with mouse
-
I see hidden text and incorrect length of files.
Malutki błąd i już poprawiony ;)
-
Next bug: some commands in menu "ACTION" not work, but same command buttons work.
Ideas :
- add buttons (+ / -) for select all files in window
- support HDF files for ATOM IDE interface
- possibility resize window
- may be add TRD support (TAP and TRD are two most widely used ZX formats. TRD have bigger software support of all existing FDD systems for ZX. Format of TRD image is easy-similar as TAP)
-
Trochę się programem pobawiłem i udało mi się do obrazu janosik.mgt
dołączyć z TAP'a program Trap Door.
Gdyby tak jeszcze działało to z TOS (najlepie w obie strony) byłoby super.
PS. Do administratora, nie można przesyłać na forum plików MGT
-
Ideas :
- add buttons (+ / -) for select all files in window
Dodane. Oprócz +/- działa też ctrl+a.
-
Any news ?
-
Pracuję nad obsługą dyskietek systemu TOS. Oczywiście dam znać jak tylko będzie co testować.
Zastanawiam się też nad sposobem obsługi obrazów HDF.
-
Pracuję nad obsługą dyskietek systemu TOS. Oczywiście dam znać jak tylko będzie co testować.
Zastanawiam się też nad sposobem obsługi obrazów HDF.
SAMDISK utility can make HDF or RAW image from real disc. SAMCISK also can convert HDF to RAW or RAW to HDF. You can support both. RAW is only sector copy 1:1. HDF image is RAW image with added small header at begin (exist two versions of HDF and each HDF use only different header with different length). You can ignore this headers and access direct with FDD images in HDF. As I know then exist two different IDE interfaces for sam coupe and both use different structure of data on disc(or HDF/RAW). Original 16bit IDE interface "ATOM" and new 8bit CF interface "ATOM LITE" also with full capacity support. Also exist new TRINITY ETHERNET interface with own SD card with FDD images similar (or same ?) as ATOM. I don't know all formats. SIMCOUPE emulator support only two IDE interfaces - ATOM and ATOM LITE.
-
Pracuję nad obsługą dyskietek systemu TOS. Oczywiście dam znać jak tylko będzie co testować.
No nieeee..... dlaczego w żadnym ze wskazanych źródeł nie wspomniano o tym, że w TOS sektory na ścieżce nie są ułożone po kolei? Męczę się tu i męczę, ciągle coś mi nie pasuje, aż w końcu sam musiałem spreparować dyskietkę testową i dojść co jest grane. Ale już wiem i mogę iść dalej. Katalag z dyskietki (na razie tylko 160kB) już pokazuje dobrze, ale nie skopiuje jeszcze poprawnie plików. Obsługa dyskietki TOS będzie uproszczona, nie będzie podziału na podkatalogi i nazwy będą skrócone do 10 znaków (czyli rozszerzenie do jednego znaku). Dodatkowo poprawiłem parę innych błędów.
-
A tu wspomniano. Parę dni temu. ;) http://speccy.pl/forum/index.php/topic,1390.msg17271.html#msg17271 (http://speccy.pl/forum/index.php/topic,1390.msg17271.html#msg17271)
Ja kiedyś do tego doszedłem. Dla tych co już do tego doszli jest następna niespodzianka: system, dla odmiany, jest zapisany bez przeplotu.
-
Inna siurpryza : Jeśli dysk był formatowany pod TOS A.4 nie miał na dyskietce systemu, katalog był na ścieżce 0 a ścieżek było 42.
-
Kopiowanie z dyskietek TOS już działa, choć na razie tylko ze 160kB .dsk. Dwustronne i gęste wkrótce dopiszę.
Przy okazji dorobiłem też wyświetlanie listingu programów w ZX BASICu. Nie ma oczywiście 100% zgodności z oryginałem, bo nie kombinowałem ze znakami graficznymi i kodami sterującymi wyświetlaniem (kolory itp.), ale poglądowo jak najbardziej się przydaje.
-
Pobawiłem się trochę programem, bardzo mi się podoba...
Dało się bez problemu przenieść pliki z D2 na D1 w systemie MGT, TOS i TAP
Przy zgrywaniu D1 (save image as) jest opcja MGT i Extended DSK (841kb).
Co to jest ten Extended ?
Nie ma opcji zgrywania do TOS ?
Podgląd Basica jest bardzo fajny, a brak obsługi kodów sterujących jest tylko jego zaletą,
są na ogół wykorzystane do zaciemniania kodu.
Jak na razie użytkowników MGT jest bardzo mało (chyba ze Zaxon wyprodukuje swoje interfejsy)
natomiast FDD3000 (TOS) powinno być sporo.
Pewnie jest też zainteresowanie na system 3+ (ja takiego nie mam),
ale tu powinni odezwać się jego użytkownicy.
Może to być użyteczne dla tych co tego komputera nie mają, do przenoszenia plików
z obrazów tego systemu (do TOS i MGT).
Dobry kierunek, czekamy na dalszy ciąg.
-
Przy zgrywaniu D1 (save image as) jest opcja MGT i Extended DSK (841kb).
Co to jest ten Extended ?
http://www.cpcwiki.eu/index.php/Format:DSK_disk_image_file_format
Od połowy strony.
Pierwsza wersja dsk dla Sama to był zwykły "raw image", nie miał nic wspólnego z prawdziwym standardem dsk. Potem doszła obsługa Extended DSK.
Stary Samowy dsk nie jest np. rozpoznawany przez HxC Floppy Emulator, dlatego postanowiłem, że dyskietki zapisywane do dsk będą automatycznie konwertowane do standardu Extended.
Nie ma opcji zgrywania do TOS ?
Póki co nie ma i pełnej edycji innych formatów niż Samowe raczej nie będzie. Byłoby to bardzo pracochłonne, ale wpadłem na inny pomysł: eksport do innych formatów. Program by sobie tworzył czystą dyskietkę/taśmę i na nią nagrywał po kolei wszystkie pliki typów ZX z D1. Myślę, że to by wystarczyło, a byłoby o wiele prostsze do napisania.
Pewnie jest też zainteresowanie na system 3+ (ja takiego nie mam),
Mam w planach dodanie obsługi, na tej samej uproszczonej zasadzie co TOS.
-
Dodałem obsługę dyskietek TOS 640 kB.
Ma ktoś może dwustronny obraz rzadkiej dyskietki (czyli 320 kB)?
Przy okazji powiem, że za pomocą klawisza "Open D1 in Emulator" da się automatycznie otworzyć dyskietkę +D ze stacji D1 w emulatorze ZX Spectrum (testowałem w Fuse). Wystarczy w pliku scadm.ini w parametrze 'SimCoupe' podać ścieżkę do emulatora Spectrum. Obraz dyskietki musi być oczywiście zapisany na dysku. W przyszłości dodam możliwość zdefiniowania więcej niż jednego emulatora.
Uwaga: zalecam skasowanie pliku scadm.ini przed uruchomieniem nowej wersji programu. Stary plik może czasem sprawiać problemy po ręcznej edycji, nowy już nie powinien.
-
W Tos nie ma możliwośći sformatowania dyskietki na 320kB,
40 scieżek tylko jednostronie, stąd biorą się przełączniki stron
w stacjach 2X40 scieżek.
-
Co oznacza że obraz dyskietki 320k z TOS to tak naprawdę dwa odrębne obrazy dyskietek 160k (jedna dyskietka jako strona pierwsza, druga jako strona druga)
-
Co oznacza że obraz dyskietki 320k z TOS to tak naprawdę dwa odrębne obrazy dyskietek 160k (jedna dyskietka jako strona pierwsza, druga jako strona druga)
Dzięki za załącznik. Obraz posiada strukturę zwykłej dwustronnej dyskietki (kwestia interpretacji danych na niej to już oddzielna sprawa). A stwierdzenie "dwa odrębne obrazy dyskietek 160k" może sugerować sklejenie dwóch obrazów po 160 kB, tak jak można ze sobą sklejać pliki .tap ;)
-
Dodałem obsługę dyskietek 320 kB. Przy okazji przyszedł mi do głowy pomysł, żeby spróbować dodać edytor plików Basica. Przydałby się przy przerabianiu loaderów pomiędzy taśmą i różnymi DOS-ami. Albo prościej, nawet nie pełny edytor, a przynajmniej możliwość automatycznego przerobienia loadera do wybranej składni LOAD.
-
:D :D
Cytując jednego Kevina z reklamy pewnego banku: "Now, he's talking!" :D
-
To ja czegoś nie rozumiem - jeśli pod Tosem nie można sformatować dyskietki na 320kB (chyba że się mylę) to po co obsługa tego formatu.
Jak do tej pory spotkałem się tylko z jedną dyskietką tak sformatowaną, właśnie tą z Bajtka.
A po co to zrobili ?
Może miało to być zabezpieczenie przed kopiowaniem ?
-
Nie mylisz się.
W przypadku FDD/TOS to nie jest format 320k, tylko 2x160k
-
Jak do tej pory spotkałem się tylko z jedną dyskietką tak sformatowaną, właśnie tą z Bajtka.
A po co to zrobili ?
Może miało to być zabezpieczenie przed kopiowaniem ?
Jakoś nie kojarzę. Co na niej było?
-
@trojacek Parę postów wyżej Steev wystawił ją do pobrania.
Miałem ten obraz już od jakiegoś czasu jednak
nie udało mi się nagrać go na dyskietkę.
Sądziłem początkowo że jest dyskietka na PC.
Teraz jednak można zobaczyć jej zawartość w programie scadm.
Nie wiem jak ją zrobiono.
Teraz czekamy, aż Sir David zwiększy funkcjonalność swojego programu,
tak aby można było pojedyncze pliki przenieść do zwykłego obrazu TOS 160kB.
-
Ale ja pytałem, co na niej było, a nie gdzie leży obraz i jak go otworzyć :)
-
Proszę katalog dyskietki Steeva w gifie.
Znalazłem jeszcze jedną w nietypowym formacie
ma długość 380kB i program scadm go nie czyta.
Jest to też dyskietka Bajtka.
W drugim załączniku.
-
Znalazłem jeszcze jedną w nietypowym formacie
ma długość 380kB i program scadm go nie czyta.
Bo tym razem to dyskietka na PC :)
-
W PC dyskietki są nagrywane w formazie IMG lub IMZ.
Czym oni to nagrali?
-
Znalazlem Winimage to otwiera,
musi być nowsza wersja niż ta którą używałem.
-
W PC dyskietki są nagrywane w formazie IMG lub IMZ.
Czym oni to nagrali?
CPCDiskXP v2.0
-
I wszystko jasne ;)
Obraz tej dyskietki pochodzi z moich zbiorów, które kiedyś "zobrazował" z fizycznych dyskietek zoon. Dyskietki potem ucierpiały przy zalaniu piwnicy i pozostały same obrazy...
ZX Shareware nr 4 był faktycznie w formacie PC. Ale zoon "przeleciał" całą moją kolekcję jednym programem, właśnie tym CPCWinXP 2.0 :)
-
Dodałem możliwość automatycznej konwersji komend LOAD między formatami Tape/+D/TOS. Dodatkowo można edytować nazwy plików w loaderach, bo na taśmie często jest to po prostu LOAD "" CODE, a takie coś z dyskietki oczywiście nie pójdzie :)
Druga zmiana to uruchamianie "włożonej" dyskietki w emulatorze. W pliku scadm.ini można teraz wpisać dwie ścieżki do emulatorów. Jeżeli dyskietka jest typu 'sad' albo 'dsk', to uruchamiany jest emulator z parametru 'EmulatorSAM', a jeżeli 'mgt', to z parametru EmulatorZX.
Instrukcja konwersji loadera: dwukliknąć na pliku typu ZX BASIC (albo kliknąć raz i potem w klawisz 'Show BASIC'), w oknie podglądu BASICa wybrać 'Edit LOADs', potem wskazać docelowy typ loadera, następnie ewentualnie poprawić nazwy plików (Apply zapisuje poprawioną nazwę, Skip przechodzi do następnej nazwy, a Cancel anuluje całą konwersję loadera). W tym momencie pojawi się podgląd poprawionego loadera, który na koniec można zapisać na dyskietce przez 'Save and Exit'. Dyskietkę można od razu uruchomić w emulatorze (po uprzednim jej zapisaniu) wybierając 'Open D1 in Emulator'.
-
Super! :D
A jaką składnię wpisuje dla +D? LOAD d1"nazwa", czy LOAD d*"nazwa" ?
-
Wpisuje LOAD d1"nazwa". A co dokładnie robi d* ? Szuka po kolei we wszystkich napędach?
-
d* ładuje z bieżącego napędu, według instrukcji.
-
Jakoś nie mogę wykonać tej edycji, w okienku Edit File Name
trzeba coś wpisać. Tylko nie wiem co ?
-
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.
-
Tak już wiem, po kolei można wpisać nazwy wczytywanych plików.
ps. czy będzie można zapisać obraz jako dsk (TOS) ?
-
Będzie. Ale najpierw robię eksport do tap-a, bo prościej ;)
-
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.
-
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.
-
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ść.
-
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.
-
Błąd z img poprawiłem.
-
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ą
-
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 :)
-
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.
-
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ę).
-
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
-
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.
-
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.
-
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.
Każdy z nośników i systemów plików na ZX Spectrum ma sobie własne nagłówki, ale co z tego wynika dla użytkownika? +D ma dla odmiany 9 bajtów. Odczytuję z nich potrzebne informacje o pliku, zapisuję je w takiej kolejności jak mi potrzeba i tyle, nic nie muszę usuwać ;)
Reasumując, brakuje w programie opcji pokazania nagłówka wybranego pliku.
Do czego to potrzebne i co ciekawego chciałbyś tam zobaczyć? Start, długość czy autostart pokazuję od razu w widoku zawartości dyskietki/taśmy. Innych informacji tam nie ma.
Brakuje również odtworzeniu nagłówka w/g potrzeb i jego edycji.
Chciałbyś edytować nagłówki? A w jakim celu? Żeby namieszać na dyskietce/taśmie tak, żeby się nie dało jej odczytać ;)
-
W zasadzie masz rację.
Edycja całości jest niepotrzebna.
Wystarczy tylko możliwość, wyłączenia autostartu i zmiana typu z CODE na BASIC.
-
W nowej wersji dodałem obsługę obrazów dysku twardego Sama w standardzie HDF (ATOM IDE).
Testowane na dysku utworzonym przez SimCoupe. Velesoft wspominał o dwóch wersjach HDF, ale nie wiem skąd wziąć do testów tą drugą. Wspominał też o tym, że SimCoupe obsługuje Atom Lite, ale tego też nie znalazłem... W każdym razie po załadowaniu obrazu dysku do SCADM najpierw trzeba wybrać rekord. Wybierając "Save disk as" można ten rekord zapisać w miejscu innego. Gdy nie jest wybrany żaden plik, można zmienić nazwę rekordu. Ogólnie fajna zabawa, obsługa dysku na Samie też :)
-
W nowej wersji dodałem obsługę obrazów dysku twardego Sama w standardzie HDF (ATOM IDE).
Testowane na dysku utworzonym przez SimCoupe. Velesoft wspominał o dwóch wersjach HDF, ale nie wiem skąd wziąć do testów tą drugą. Wspominał też o tym, że SimCoupe obsługuje Atom Lite, ale tego też nie znalazłem... W każdym razie po załadowaniu obrazu dysku do SCADM najpierw trzeba wybrać rekord. Wybierając "Save disk as" można ten rekord zapisać w miejscu innego. Gdy nie jest wybrany żaden plik, można zmienić nazwę rekordu. Ogólnie fajna zabawa, obsługa dysku na Samie też :)
I don't know if SIMCOUPE support both versions of HDF images. You can convert HDF file to different HDF version in SAMDISK utility:
http://simonowen.com/samdisk/ (http://simonowen.com/samdisk/)
Can you add support of RAW imafes ? (only sector copy of disc, without header)
-
W nowej wersji:
1. W obrazach twardego dysku Sama dodałem obsługę różnych rodzajów nagłówków oraz plików RAW bez nagłówka, a także obie wersje kolejności bajtów. Obie cechy są oddzielnie wykrywane, więc wszystkie możliwe kombinacje powinny działać.
2. Dodałem uproszczoną obsługę obrazów dyskietek TRD, łącznie z eksportem do tego formatu. Odczytywane są dyskietki zarówno pełnej, jak i skróconej długości. W sieci można głównie znaleźć dyskietki w różny sposób zabezpieczone i niewiele da się z nich w standardowy sposób odczytać. Automatyczne poprawienie loadera też nie zawsze jest możliwe, więc go nie dodawałem (dodanie "RANDOMIZE USR 15619: REM :" to nie problem, ale LOAD musi być ostatnią komendą w linii, a tak nie zawsze jest). Ale jakoś to działa, eksport sprawdziłem w Fuse na przykładowej grze skopiowanej z dyskietki TOSa.
-
Niby jak otworzyc dysk w TRD ?
-
Tylko do odczytu w D2. Podobnie jak DSK i IMG (TOS) czy TAP.
-
Po dłuższym czasie spędzonym nad obsługą różnych formatów obrazów z ZX Spectrum, powróciłem do niedokończonych funkcji związanych ściślej z Samem. W nowej wersji poprawiłem trochę przeglądarkę obrazków poprzez dodanie do jej okienka menu. Są w nim wszystkie rzeczy, które można w tej przeglądarce zrobić, a dostępne dotąd jedynie przez skrót klawiszowy lub z menu kontekstowe. Dodałem też prosty Screen Editor (wywoływany z tej przeglądarki), ale tylko dla obrazków w MODE 4, czyli podstawowym trybie Sama. Programu graficznego może nie zastąpi, ale do prostego retuszu lub obejrzenia obrazka w powiększeniu się nada.
-
Tym razem w nowej wersji (0.50) kilka nowości na raz:
1. Obsługa plików .scl, na takiej samej zasadzie jak inne spectrumowe formaty, czyli odczyt w D2 i eksport.
2. Edytor plików binarnych. Edycja w "porcjach" po 512 bajtów, bo z wykorzystaniem edytora dysku. W przeglądarce binarnej pliku należy dwukliknąć na linię, od której ma się zacząć edycja w edytorze. Jeżeli w pliku zajdą zmiany, przy wyjściu z przeglądarki będzie pytanie o zapisanie pliku.
3. Rozszerzone możliwości zmiany typu pliku. Można już zmieniać np. BASIC w CODE itp. (choć większego sensu to nie ma) oraz np. edytować linię autostartu. Wpisanie ujemnej wartości wyłącza autostart.
4. W automatycznym edytorze spectrumowych loaderów jednak dodałem TR-DOS. W niektórych przypadkach trzeba potem poprawić ręcznie, np. gdy dwa LOADy są w jednej linii itp.
-
Na zmianę typu plików czekałem.
W przypadku gdy w pliku Basic ukryty był kod maszynowy
nie było możliwości podejrzenia go.
Teraz po zmianie typu mozna to zrobić.
SUPER !
A dlaczego pliki bez nagłówkowe pokazuje jako Basic powinno być Code raczej.
-
A dlaczego pliki bez nagłówkowe pokazuje jako Basic powinno być Code raczej.
Jakie pliki beznagłówkowe? Proszę o konkretne przykłady.
-
Proszę bardzo.
Nad tym ostatnio pracuję.
-
Oczywiście miało być CODE. Przez malutki błąd był powtarzany typ i nazwa ostatniego pliku z nagłówkiem. Poprawione.
-
Jest Code.
Ale mam komunikat unable to open file scadm.ini
i nie można zamknąć programu.
-
Mam jeszcze taką sugestię, jeśli w pliku TAP są pliki beznagłówkowe,
to w prawym oknie powinno to być widoczne.
Na CODE powinno być zamieniane dopiero po przerzuceniu do lewego okna.
Takie pliki wymagają innego podejścia do przeróbki, i ta informacja jest ważna.
-
Jeszcze uwaga na temat pliku scadm.ini.
Wersje starsze niż 046 tworzą go i jest ok.
Wersje nowsze w przypadku jego braku, dają komunikat ostrzegawczy i się zawieszają.
(chyba że istnieje ten plik stworzony przez starszą wersję, wtedy jest ok)
-
Błąd z plikiem .ini poprawiłem.
A pliki beznagłówkowe można rozpoznać po nazwie (noname i pseudolosowa liczba). Zastanowię się jeszcze czy jest sens pokazywania ich w inny sposób. Chyba niewiele by to zmieniło. Dodaję właśnie obsługę tzx i może przy okazji coś wymyślę.
-
Został jeszcze format +3.
A może nagranie obrazu na dyskietkę, z programu, byłoby możliwe?
-
v051 nie ładuje TAP
-
Bo przerabiam ten fragment kodu żeby go wykorzystać do ładowania TZX. Jak to skończę to znów będzie :)
-
Nowości w wersji 0.52:
1. Dodałem odczyt taśm w formacie TZX. Oczywiście przy różnego rodzaju zabezpieczeniach odczytane pliki mogą nie mieć większego sensu, ale standardowe pliki działają jak trzeba.
2. Zmieniłem sposób prezentacji plików bez nagłówka. Również przy eksporcie do TAP, jeżeli nazwa pliku zaczyna się od 'noname', zostanie on wyeksportowany bez nagłówka.
-
Co oznaczają te liczby po noname, w lewym oknie, przy plikach beznagłówkowych ?
-
Nic :) Są tylko po to, żeby nazwy plików się nie powtarzały.
-
Rozumiem.
Wyszła mi w praniu jeszcze taka rzecz.
Niektóre listingi basica w ogóle są niewidoczne,
z powodu kodów sterujących zawartych w instrukcjach.
Może udałoby się zrobić, opcjonalnie, listowania basica z opuszczeniem
kodów zaciemniających.
-
Jeszcze na temat tych liczb.
Wydaje mi się że lepiej by było je po prostu ponumerować
w kolejności występowania w plikach TAP.
(bo tylko tam chyba mogą wystąpić).
Po zgraniu ich do obrazu nie będzie wiadomo nic o ich właściwej kolejności.
-
O ponumerowaniu myślałem, ale wtedy przy kopiowaniu plików z kilku tap-ów na jedną dyskietkę numery by się powtarzały, a pliki przez to nadpisywały. Kolejność jest po skopiowaniu zachowana i nie powinna być problemem. Zawsze też można szybko zmienić nazwy, jak ktoś ma taką potrzebę.
A co do BASIC-a, to proszę o ten niewidoczny listing i wtedy zobaczę dlaczego tak się dzieje. Wydawało mi się, że ten problem już rozwiązałem, ale widać nie w każdym przypadku.
-
Tutaj jest przykladowy obraz, gdzie listing jest niewidoczny.
A nazwy mogą być brane z basicowej cześci ladującej
np. basic - "tutor" a dalej beznaglowkowe
tutor.1 tutor.2 tutor.3
i juz wiadomo co z czego pochodzi a loader i tak trzeba przerabiać.
-
A nazwy mogą być brane z basicowej cześci ladującej
np. basic - "tutor" a dalej beznaglowkowe
tutor.1 tutor.2 tutor.3
i juz wiadomo co z czego pochodzi a loader i tak trzeba przerabiać.
Takie rozwiązanie jest już w ZEBRA COPY. Wydaje się oczywiste. Przy okazji: w ZEBRA COPY jest też automatyczne wstawianie nazw z kolejnymi rozszerzeniami do instrukcji LOAD w loaderze.
Dobry pomysł to wyróżnienie bloków bez nagłówka. Może zastosować drugi znak rozszerzenia? Na przykład "H".
Dla przykładowej gry, która ma 2 levele bez nagłówka:
GRA loader
GRA.1 screen
GRA.2 blok główny
GRA.3H level
GRA.4H level
-
Ok, powtarzanie ostatniej nazwy ma sens. Poprawiłem. Pliki bez nagłówka dostają nazwę zakończoną rozszerzeniem z kolejnymi numerami i literą H na końcu, np. .01H. Pliki z takimi nazwami wyeksportują się również bez nagłówka.
-
Mogę prosić przybliżenie eksportu plików do TAP bez nagłówka ?
Zrobiłem juz 100 prób i pliki w Tapie mają cały czas nagłówek.
-
Nie wiem co takiego robiłeś te 100 razy, bo u mnie działa :) Możesz tu załączyć jakiś tap po eksporcie? Taki co powinien mieć pliki bez nagłówka, a nie ma. Wtedy znajdziemy przyczynę.
-
Mam obraz dsk wykonany przez Zebre.
Pierwotnie program byl bez naglowków.
Zebra naglówki dodala.
Scadm widzi wszystkie 3 pliki.
Po przerzuceniu do okna lewego zmieniam nazwy
na ts.01H i tc.02H (wg zalecenia)
izapisuje to wszystko jako TAP.
Teraz ten TAP po wgraniu do prawego okna dalej te nagówki posiada.
-
ZEBRA w jednym z trybów zapisuje beznagłówkowe jako typ 3 (code), a w innym trybie (chyba STOrage) jako typ 4. PHANTOM kopiuje z dysku na taśmę bloki typu 4 bez nagłówka.
-
Rozszerzenie powinno być na czterech ostatnich znakach w 10-znakowej nazwie. Czyli np. nie "ts.01H", a "ts .01H". Nie będę dorabiać sprawdzania całej nazwy, bo po pierwsze nie chce mi się ;) a po drugie bardziej się rzuca w oczy jak jest na końcu. A powinno byc dobrze widoczne.
-
Dzięki za pomoc, nie bylo to takie oczywiste.
-
Nowości w wersji 0.55:
- usuwanie spacji z nazw plików przed rozszerzeniem w systemach, w których rozszerzenie zajmuje ściśle określone miejsce w nazwie, np. w TOS
- w edytorze loaderów dodana możliwość automatycznej zmiany liter w nazwach plików na duże
- odczyt dyskietek +3DOS. Na razie tylko standardowych, bez żadnych udziwnień.
-
Po wakacyjnej przerwie wrzucam nową wersję. Jedyne zmiany to poprawione dwa błędy:
1. Niektóre nieskompresowane obrazki były rozpoznawane jako skompresowane.
2. Po uruchomieniu programu z parametrem - obrazem dyskietki .dsk, obraz był zawsze traktowany jako dyskietka SAM-a i wrzucany do D1. Dyskietka TOS-a powodowała błąd. Dodałem rozpoznawanie typu dyskietki i dyskietka TOS-a jest wrzucana do D2.
W chwili obecnej nie mam za bardzo planów na dalszą rozbudowę programu. Mile widziane będą pomysły i wyłapanie ewentualnych błędów.
-
Ja mam taką małą prośbę/pomysł.
Są takie obrazy dyskietek dla D+ w formacie IMG.
W załączeniu obraz dyskietki i pakiet programów, który prawdopodobnie służył do jego utworzenia.
Można dodać opcję importu takiego obrazu ?
Nie było pytania. Doczytałem, że jest taka opcja, ale tylko dla D2. :D
-
Na razie ten .img nie wczytuje się dobrze nawet do D2. Ale zrobię, żeby przy odczycie był automatycznie konwertowany na .mgt i mógł być otwarty również w D1.
-
Wrzuciłem nową wersję, a w niej:
1. Odczytuje obrazy +D w formacie .img. Żeby za bardzo nie mieszać, taki obraz ładuje się tylko do D2. Można go jednak od razu po załadowaniu przenieść do D1 klawiszem "D1<->D2" i wtedy robić wszystko co się chce z plikami. W tym momencie obraz jest automatycznie konwertowany do .mgt.
2. Pokazuje obrazki z ZX-Paintbrush w formacie multicolor Timexa.
3. Trochę uporządkowałem główne okno programu.
-
2. Pokazuje obrazki z ZX-Paintbrush w formacie multicolor Timexa.
Przetestowane, działa ;-)
-
Chciałbym z snapshota Z80 (ew SNA) zrobić działający program na dyskietce.
@Sir David czy byłaby szansa na zaimplementowanie tej funkcji do programu SCADM ?
Z80 jest skompresowany, trzeba by go rozkompresować i po podzieleniu na screen i reszte wstawić do obrazu dysku DSK.
Kolejnym problemem jest wykonanie odpowiedniego loadera, ale to już temat na później. Z80 (SNA) jest dobrze udokumentowany i pewnie nie będzie z tym problemu.
-
Z80 jest skompresowany, trzeba by go rozkompresować i po podzieleniu na screen i reszte wstawić do obrazu dysku DSK.
Kolejnym problemem jest wykonanie odpowiedniego loadera, ale to już temat na później. Z80 (SNA) jest dobrze udokumentowany i pewnie nie będzie z tym problemu.
Spróbować zawsze można, ale trzeba zacząć od loadera, to nie jest temat na później. Trzeba z góry widzieć na jakie konkretnie pliki podzielić snapshota i jak się mają potem ładować. To nie musi być prosty podział na screen i resztę, bo co z wartościami rejestrów itp? Wrzucać gdzieś na ekran czy do oddzielnego pliku? Musiałbym zobaczyć jeden gotowy przykład taśmy/dyskietki z działającym programem zrobionym z takiego snapshota.
-
No cóż takiego czegoś chyba jeszcze nie ma.
Trzeba to dopiero opracować.
Nagłówek pliku Z80 i rejestry są opisane tutaj http://www.zx-modules.de/.
Podział to screen (6912) 23295, zmienne systemowe + bufor drukarki do adresu (1205) 24500, od 24500 do konca (40036).
Drugi blok 1205 trzeba by wrzucić na ekran, załadowac trzeci blok i wtedy drugi blok wstawić na swoje miejsce i odtworzyć rejestry.
Kiedyś to rozpracowałem dla Muliface (dużo gier było w tym formacie).
Ale tu będzie na pewno trochę inaczej.
Jakby udało się podział na bloki zrobić można by eksperymontować z loaderem.
-
Podziały na bloki mogą muszą być takie aby zmieścił się loader w basicu.
Najlepiej ramtop ustawić na 24499 bo wtedy można wykorzystać filecompressor i zmniejszyć wielkość tego co jest ponad 24500.
Adres stosu w zależności od przystawki zrzucającej był zapisany w 16384 albo 23295.
Tutaj powinno być podobnie.
-
@tdu
Czy Ty to potrzebujesz zrobić dla +3 ?
John Eliott napisał program SNA2DSK który w locie konwertuje 48kilowe snapshoty (SNA) do pliku DSK dla Plus3.
W zestawie masa innych fajnych narzędzi: http://www.seasip.info/ZX/taptools-w32.zip
Także Arda 'ref' Erdikmen stworzył dwa programiki - Snap2Tap i Visual Snapshot Converter które konwertują
pliki (48k) SNA oraz Z80 na format TAP gdzie loader w BASIC można edytować i wykorzystać to do ładowania
w +3 lub PlusD FDD3000 czy też innych systemach dyskowych. Jest opcja kompresji.
Programiki w załączniku.
-
Dzięki za linki, przyjrzę się tym programom.
Ale mimo to fajnie by było gdyby SCADM nabrał nowej funkcjonalności.
-
Skąd można tego SAMdiska wziąć ?
Czy to ma GUI czy jest komendą pod Dosa?
-
To działa z linii poleceń pod Win32
http://simonowen.com/samdisk/
Także masz to wbudowane w JavaCPCdesktop w EXTRAS i tam to ma oczywiście GUI.
-
Po dłuższej przerwie nadeszła pora na dalszy rozwój menedżera dyskietek. Zmienił się nieco wygląd głownego okna programu, a z nowości dodałem:
1. Import do pliku BASICa z pliku tekstowego, oddzielnie w wersjach dla SAMa i ZX Spectrum. Okazało się to mniej skomplikowane, niż się na początku spodziewałem :) Plik wejściowy musi być zwykłym plikiem tekstowym z rozszerzeniem .txt lub .bas. Komendy mogą być w nim pisane nawet małymi literami, zostaną mimo to rozpoznane. Może się zdażyć, że w jakimś szczególnym przypadku coś pójdzie nie tak. Nie wiem, czy zdołałem przewidzieć wszystkie możliwe kruczki i sztuczki. W takich przypadkach proszę o podawanie tutaj przykładów błędnego importu. Poprawność składni nie jest sprawdzana (można np. zaimportować dłuższą niż jednoliterową nazwę zmiennej tekstowej dla ZX-a), najwyżej nie będzie to później działać.
2. Przebudowałem disassembler: można teraz wybierać, które dane mają być wyświetlane, a także wyświetlać etykiety zamiast adresów.
Ponadto naprawiłem działanie menu Action, gdzie część opcji nie była podpięta pod odpowiednie akcje, a także poprawiłem parę mniej istotnych błędów.
-
Czy udostępnisz nową wersję ?
-
Już widzę, ślepy jestem chyba.
-
Aby było łatwiej SCADM jest serwowany z archiwum plików. (http://speccy.pl/archive/prod.php?id=377)
-
Udostępniłem nową wersję SCADM-a (0.66). Tym razem zmiany są na tyle poważne, że napisałem o tym artykuł :)
http://www.speccy.pl/articles.php?article_id=51 (http://www.speccy.pl/articles.php?article_id=51)
-
Udostępniłem nową wersję SCADM-a (0.66). Tym razem zmiany są na tyle poważne, że napisałem o tym artykuł :)
http://www.speccy.pl/articles.php?article_id=51 (http://www.speccy.pl/articles.php?article_id=51)
Czy program obsluguje tez obrazy .dsk z Amstrada cpc?
-
Nie, nie widziałem żadnego celu w tym. Na SAMie można emulować ZX Spectrum, więc obsługa jego formatów ma sens. A co miałbym zrobić na SAMie z plikami z dykskietek Amstrada? Może co najwyżej próbować konwertować obrazki.
Nie mam też pojęcia, czy istnieje na Amstrada taki program do łatwego przenoszenia plików pomiędzy dyskietkami, albo do podglądu ich zawartości. Gdyby nie istniał, to mógłbym się zainteresować tematem i może dodać jakąś obsługę. Ale jeżeli istnieje, to nie widzę sensu.
-
A mi się marzy import Z80 i SNA do obrazu dysku.
-
Po wakacyjnej przerwie wypuszczam w świat nową wersję SCADM-a, do pobrania jak zwykle w Archiwum:
http://speccy.pl/archive/prod.php?id=377 (http://speccy.pl/archive/prod.php?id=377)
W nowej wersji doszło parę istotnych nowości, które wymagały znacznej modyfikacji istniejącego kodu, a to przełożyło się na większy odstęp czasu od poprzedniej wersji. A co konkretnie nowego tu mamy? Między innymi:
- obsługę podkatalogów systemu MasterDOS,
- obsługę atrybutów plików,
- obsługę obrazów dyskietek z uszkodzonymi sektorami i niektórymi zabezpieczeniami przed kopiowaniem (czyli możliwości formatu EDSK),
- obsługę trybu graficznego MODE 3 w edytorze obrazków,
- obsługę trybów TIMEXa w przeglądarce obrazków (nie wiem, czy jest jakiś standard takich plików, zrobiłem dla zrzutów ekranu z emulatora Fuse - dwa przykładowe dograłem do załączonej z programem dyskietki),
- (jako, że Polacy nie gęsi,) wybór języka interfejsu i język polski
i jeszcze więcej. Pełna lista nowości i zmian znajduje się w pliku tekstowym dołączonym do programu. Zacząłem tam też pisać opis programu i będę go kontynuować w przyszłości. Na razie, na dobry początek, powstał taki zarys.
Jak zwykle proszę o uwagi, sugestie i wyłapywanie błędów w działaniu.
-
Po półtorarocznej przerwie wypuszczam nową wersję SCADM-a (SAM Coupé Advanced Disk Manager, gdyby ktoś zapomniał o co chodzi ;) ). Nie żebym nic z nim nie robił przez tyle czasu, po trochu dodawałem różne nowe funkcjonalności. Aż nazbierało się tyle, że warto je puścić w nowej wersji. Bardziej szczegółowo opisane są w dołączonym pliku tekstowym, a tutaj wspomnę o najważniejszych:
- możliwość otwierania i zapisywania skompresowanych obrazów dyskietek,
- możliwość podglądu plików również z prawego panelu (czyli np. bezpośrednio z obrazów dyskietek i taśm z ZX Spectrum, bez kopiowania ich na dyskietkę w lewym panelu),
- edycja plików BASIC-a bezpośrednio w przeglądarce, nie trzeba zapisywać do oddzielnego pliku tekstowego i potem importować,
- możliwość zmiany wielkości głównego okna programu (dwie wielkości do wyboru) i gęstości wierszy (interlinia) w widoku katalogu. W większym oknie i przy maksymalnej gęstości, na ekranie mieści się cała standardowa dyskietka, czyli 80 pozycji.
Program można pobrać z archiwum speccy.pl: http://speccy.pl/archive/prod.php?id=377 (http://speccy.pl/archive/prod.php?id=377)
-
Program się rozwija, super!
-
Naprawdę pożyteczny program, pobawiłem się trochę nową wersją,
coraz więcej możliwości, duży plus dla autora.
-
Dodałem no naszego archiwum nową wersję promu SCADM (http://www.speccy.pl/archive/prod.php?id=377), która na początku miała poprawić błędy związanie z odczytem obrazów dyskietek z FDD3000. Dla przypomnienia, w tym wątku (https://www.speccy.pl/forum/index.php?topic=1209.msg71417#msg71417) kolega Radosław (https://www.speccy.pl/forum/index.php?action=profile;u=208) wrzucił na serwer ftp swoje obrazy, z których większości SCADM nie otwierał. Okazało się jednak, że były one albo czystymi dyskietkami, albo miały całą masę błędów, a być może były w jakiś inny sposób niezgodne ze standardem i żaden emulator też by nic na nich nie znalazł.
Ale jak już ruszyłem temat, to znalazłem inne rzeczy do poprawy albo dopisania i wypuszczam nową wersję. Najważniejsza zmiana związana jest z edytorem BASICa. Znalazłem w końcu sposób na to, żeby w programie zachować np. wstawki w kodzie maszynowym w linii REM itp. Taki program w moim edytorze wygląda teraz inaczej niż na ekranie ZX Spectrum czy SAMa (w liniach REM i w stringach zamiast rozwinięć komend są krzaczki), ale za to można go teraz edytować, a po jego zapisaniu wszystko powinno nadal działać. Zachowywany jest też teraz cały obszar zmiennych, który może znajdować się w pliku BASICa bezpośrednio za kodem programu. Dla programów w SAM BASIC dodałem przeglądarkę zmiennych z tego obszaru.
Wszystkie inne zmiany wymienione są w dołączonym do programu pliku tekstowym.
-
Please add possibility show ZX screens with color palette used in zx emulators. ZX pictures (interlaced) exported to PNG files contain SAM colors and on facebook or some webbrowsers is red color visible as mix of red and braun.
-
Different emulators have different colors. I've compared Fuse and ZX Spin and they differ. ZX Spin colors are close to SimCoupe and Fuse has brighter ones. SCADM has SimCoupe colors. Anyway red colors in SCADM are clean red, not brown. Just a bit darker than in Fuse. Can you show me the example where you see brown?
-
Now is all ok. In my current version of Avast Secure Browser are all colors ok. Previous version show different colors...
-
Od ostatniej aktualizacji programu SCADM (SAM Coupé Advanced Disk Manager) znów upłynęło dużo wody we wszystkich rzekach, ale w końcu jest. Pracuję nad kilkoma nowościami zgłaszanymi przez użytkowników, jak konwersja wielu obrazków na raz ze stałą paletą (np. kolejne klatki animacji) czy dodawanie plików BASIC-a z linii poleceń, ale w międzyczasie przypomniałem sobie o poważnym błędzie w poprzednich wersjach, który nie doczekał się oficjalnej poprawki. Błąd powodował bezpowrotne uszkodzenie obrazu dysku twardego (.hdf) w czasie zapisu rekordu, dlatego teraz wypuszczam wersję z poprawkami, a nowe rzeczy póki co nie będą jeszcze widoczne. Nie oznacza to, że nie ma tu kompletnie nowości. Jakieś są, w międzyczasie dopisywałem drobne funkcjonalności do czegoś mi potrzebne i poprawiałem różne błędy. Szczegóły w załączonym pliku tekstowym.
Program można pobrać z archiwum speccy.pl: http://speccy.pl/archive/prod.php?id=377 (http://speccy.pl/archive/prod.php?id=377)
Jedną z rzeczy, której programowi wciąż brakuje, jest instrukcja. Zacząłem ją pisać już dawno temu, ale na razie jest niewiele. Piszę od razu po polsku i angielsku, ale w tym drugim języku idzie mi ciężko i od dłuższego czasu nie mogę się zmusić do kontynuacji. Może ktoś sprawniej posługujący się technicznym angielskim chciałby mi pomóc? W postaci tłumaczenia tego, co napiszę po polsku.
-
Soft pięknie ułatwił mi zabawę z robieniem własnych obrazów dyskietek pod MGT +D zarówno z innych obrazów MGT jak i TAP'ów czy TRD. Dzięki wielkie za super robotę.
-
Cieszę się, że nie tylko ja go używam ;) Niby to menedżer dyskietek SAMa Coupe, ale i dla Spectrum można na nim wiele zrobić. Nie tylko edytować obrazy +D, ale też tworzyć obrazy TAP, TRD czy DSK dla +3DOS-a albo FDD3000 - wszystkie poprzez eksport zamiast zapisu.
-
soft jest super, dzięki Sir David.
-
What about SCREEN formats ? SS4 format is supported, but SL4 or SSX ?
https://zx-pk.ru/threads/32400-dadither-eshche-odna-programka-dlya-dither-ga-kartinok.html (https://zx-pk.ru/threads/32400-dadither-eshche-odna-programka-dlya-dither-ga-kartinok.html)
-
SSX is already displayed correctly. The only difference between SS4 (standard SAM SCREEN$ file) and SSX is shorter palette definition in SSX.
I don't know what is SL4, I can't find it there.
-
SL4 is from RETRO-X and it's two SS4 screens, each with own palette (interlaced and may be on LCD TV visible as vertical hi-res). I can make some screens and send you for test.
-
Po (zbyt) długiej przerwie ukończyłem i wrzuciłem nową wersję SCADM-a - v. 0.80a - link ten co zwykle, na początku tego wątku.
Chyba mogę już powiedzieć, że jest to wersja ostateczna. Dokończyłem wszystko, co chciałem tu mieć i jeżeli w przyszłości ukażą się kolejne wersje, to będą raczej poprawkami błędów albo sugestiami użytkowników, którzy chcieliby dodania jakiejś konkretnej funkcji.
A co nowego w tej wersji? Przede wszystkim dokończyłem konwersję obrazków. Dodałem nowe tryby, jak MODE3 (czyli 512x192 w 4 kolorach), odcienie szarości i dithering oraz wymyśliłem parę innych metod automatycznego wyboru kolorów niż najczęściej używane (dzięki programowi DaDither, gdzie zauważyłem inny dobór palety niż u mnie). A przede wszystkim znalazłem sposób na użycie większej liczby kolorów niż 16 (albo 4 dla MODE3). Jak wiadomo, SAM ma zaszyty w ROMie mechanizm wyświetlania obrazków z większą liczbą kolorów niż maksymalna dla danego trybu z użyciem przerwań linii, poprzez podmianę kolorów w zdefiniowanych liniach. Do tej pory nie widziałem konwertera, który próbowałby to wykorzystać i bardzo chciałem napisać swój. Próby automatycznego dodawania większej liczby kolorów nie wyglądały dobrze, ale na szczęście wymyśliłem inny sposób, półautomatyczny. To użytkownik wskazuje, na których dodatkowych kolorach mu zależy, a program próbuje je dodać tam, gdzie się da. Czasami w niektórych liniach już się nie da, gdyż takich zmian może być maksymalnie dwie w danej linii. Można zdefiniować ich więcej, ale wtedy obrazek nie będzie na SAMie prawidłowo wyświetlany. Dodałem też zapowiadaną wcześniej możliwość ręcznej definicji palety. Udało się to zrobić nawet lepiej, niż na początku myślałem. Każdy z kolorów można oddzielnie zaznaczyć jako zdefiniowany ręcznie i nie będzie on zmieniany przez automat, a tylko reszta zostanie dobrana automatycznie. W definicji ręcznej można zawrzeć również podmiany kolorów w liniach, co sprawia, że użytkownik ma pełną kontrolę nad każdym kolorem.
Inne nowości dotyczą interfejsu. Główne okno programu jest teraz skalowalne w pionie, a okna związane z obrazkami, czyli przeglądarka i konwerter obrazków, można mocno powiększyć (zostały też nieco przerobione). Oprócz tego warto wspomnieć naprawiony błąd w obsłudze obrazów .hdf, czyli pamięci masowej ATOM, ATOM Lite czy Trinity. Zauważyłem go dzięki temu, że w końcu kupiłem Trinity. Błąd powodował, że drugie strony edytowanych rekordów były nagrywane błędnie, czyli w praktyce niszczone. Można było to zauważyć tylko w rekordach (czyli wirtualnych dyskietkach) wypełnionych w ponad połowie.
Wszystkim, którzy używają mojego programu polecam zapoznanie się z najnowszą wersją i proszę o wyłapywanie i sygnalizowanie ewentualnych błędów.
-
Show SCREEN$ not support HW flash for modes 1 and 2, also SW flash for modes 1 to 4. Each Sam's SCREEN$ file contains 2 palettes.
Sam's SCREEN$ files compressed with SAVE MODE 3 are shows uncompressed.
-
Show SCREEN$ not support HW flash for modes 1 and 2, also SW flash for modes 1 to 4. Each Sam's SCREEN$ file contains 2 palettes.
I didn't even think anyone would need it, but might be interesting eg. for some ZX Spectrum loading screens.
Sam's SCREEN$ files compressed with SAVE MODE 3 are shows uncompressed.
A few years ago I tried to figure out SAVE MODE 3 algorithm but failed. And then I forgot about it.
-
Sam's SCREEN$ files compressed with SAVE MODE 3 are shows uncompressed.
A few years ago I tried to figure out SAVE MODE 3 algorithm but failed. And then I forgot about it.
I will hopefully have it tomorrow for screen mode 4.
Unpack3 for ScrMode4 is in MasterBasic 1.7 at &62E9 (when paged in section B).
-
Unpack3 for ScrMode4 is in MasterBasic 1.7 at &62E9 (when paged in section B).
I remember disassembling it and drawing schematics, but I can't remember why I quit.
-
I already have it, I will send you the source code and description tomorrow.
If I hadn't looked at the MasterBasic disassembly, I probably wouldn't have figured out that the counter can be 3 or 7 bits.
-
Na wstępie Sir David - SCADM to naprawdę kawał solidnego oprogramowania.
Bawiłem się trochę obrazami dyskietek w formacie TOS. Przerzucałem sobie różne rzeczy z tap do dsk. Super.
Jest jakiś problem z eksportem do TOS 640kB. Tworzony obraz jest uszkodzony?
Otwieram w D2 obraz TOS 160kB. Przerzucam do D1 niczego nie zmieniając i eksportuję do TOS 640kB. SCADM w wersji 0.81
-
Sprawdzę to. Cieszę się, że ktoś oprócz mnie mojego programu używa :) Ja go używam praktycznie codziennie. Ostatnio bawię się w różne efekty w czasie ładowania z dyskietki (na SAM-ie). Udało mi się np. zrobić odgrywanie muzyki, co najlepsi SAM-owi koderzy uważali za niemożliwe, a teraz próbuję różnych animacji. Fajna zabawa ;)
Przyznam, że poprawiając w ostatniej wersji kompatybilność z TOS-em nie próbowałem eksportu na dyskietkę 640k. Ostatnie próby były dawno temu, gdy tą funkcjonalność zrobiłem, więc może coś się od tego czasu popsuło przy okazji innych poprawek. Znalazłem już też dwa inne błędy, więc pewnie niedługo wypuszczę 0.82.
Tak przy okazji, nie wspominałem tutaj o wersji 0.81. Pełna lista nowości znajduje się w dołączonym z programem pliku tekstowym. Na przykład dodałem w niej jeszcze jedną funkcjonalność przy imporcie obrazków, czyli przekierowanie kolorów. Coś, o czym myślałem dawno temu, gdy zaczynałem pisać import, a potem zapomniałem. Co to daje? Taki praktyczny przykład: gdy przy konwersji przydałoby się więcej kolorów, bo jakieś istotne, ale mniej używane kolory zostały pominięte, a z automatu zostało wybranych kilka odcieni jednego koloru, można spróbować je przekierować do jednego/kilku wybranych odcieni i w ten sposób uwolnić możliwość użycia innych kolorów.
-
Ja również używam programu, bardzo często, głównie z TOsem,
jest nie do zastąpienia.
Z błędów to wychwyciłem takie sytuacje:
Linia REM komentarz, działa prawidłowo
ale praktycznie to w programie jak chcę wyłączyć z działania jakąś linię to piszę np. REM:PRINT AT....
i tu już wychodzi kaszana, wszystko po REM: jest popaprane.
Druga sprawa kody sterujące np Bright w listingu, w oryginale komputer ich nie wyświetla tylko
rozjaśnia listing, tutaj odwrotnie wyświetla i nie rozjaśnia.
Tworzy to bałagan i jest mylące, już lepiej żeby ich nie wyświetlało, a rozjaśniać nie musi.
(chodzi o kod uzyskiwany przez ext mode + 9)
Miałem też problem z przeniesieniem TAP do obrazu dyskietki, wychodziła jakaś lipa,
dopiero program tap2tos napisany przez Steeva, dał radę.
No ale to było już miesiąc temu i nie jestem w stanie wrócić do kontekstu w którym to wystąpiło.
-
Linia REM komentarz, działa prawidłowo
ale praktycznie to w programie jak chcę wyłączyć z działania jakąś linię to piszę np. REM:PRINT AT....
i tu już wychodzi kaszana, wszystko po REM: jest popaprane.
Niestety, żeby zrobić to tak jak na Spectrum, musiałbym bardzo mocno kombinować i zupełnie inaczej napisać edytor. Prawie jak emulator Spectrum. Według mnie nie warte zachodu. Dlaczego to nie jest proste? Na przykład, jeżeli wyświetlając program zdekoduję rozkazy po REM na tekst, to potem jak je traktować przy zapisie? Z powrotem przerobić na rozkazy? A może tu był tekst pisany po literce? Skąd w momencie zapisu program ma to wiedzieć? Jeszcze gorzej z kodem maszynowym w linii REM. Jakakolwiek zmiana choć jednego bajtu sprawi, że program przestanie działać. Dlatego wymyśliłem sposób przechowywania wszystkich kodów dla znaków spoza ASCII w postaci krzaków z myślą, żeby tego przy edycji nie ruszać, a wtedy zapisze się tak jak było w oryginale. To samo dotyczy następnej sytuacji:
Druga sprawa kody sterujące np Bright w listingu, w oryginale komputer ich nie wyświetla tylko rozjaśnia listing, tutaj odwrotnie wyświetla i nie rozjaśnia.
Tworzy to bałagan i jest mylące, już lepiej żeby ich nie wyświetlało, a rozjaśniać nie musi. (chodzi o kod uzyskiwany przez ext mode + 9)
Niestety nie mogę zmieniać kolorów w edytorze. Nie mogę też kodów sterujących kolorem nie pokazywać, bo jak pominę, to po zapisie już ich nie będzie. A tak przynajmniej widać, że coś tu jest.
Wpadłem na pomysł pewnego rozwiązania - opcja w menu do wyczyszczenia z listingu wszelkich kodów - krzaków, tak tylko dla oka, dla poprawy widoczności właściwego kodu. Z ostrzeżeniem, że zapisanie takiego pliku sprawi usunięcie ważnych informacji.
Miałem też problem z przeniesieniem TAP do obrazu dyskietki, wychodziła jakaś lipa,
dopiero program tap2tos napisany przez Steeva, dał radę.
No ale to było już miesiąc temu i nie jestem w stanie wrócić do kontekstu w którym to wystąpiło.
No to szkoda, że nie pamiętasz szczegółów. Ciekaw jestem na czym polegała ta lipa.
-
Jest jakiś problem z eksportem do TOS 640kB. Tworzony obraz jest uszkodzony?
Jeszcze nie sprawdziłem, ale może obraz jest dobry, a SCADM otwierając źle rozpoznaje typ takiej dyskietki (tutaj grzebałem i tak może być) i dlatego pisze, że jest uszkodzona? Przydałoby się sprawdzić, czy taka dyskietka działa np. pod emulatorem.
-
Fuse rzuca błędem Failed to open disk image: Cannot open disk image.
W SCADM w oknie D1 jest to co poszło do eksportu a w D2 wyeksportowany obraz 640kB. Brakuje plików.
-
Fuse rzuca błędem Failed to open disk image: Cannot open disk image.
W SCADM w oknie D1 jest to co poszło do eksportu a w D2 wyeksportowany obraz 640kB. Brakuje plików.
Zlokalizowałem błąd. W wyeksportowanym obrazie dyskietki 640k było w nagłówku 40 ścieżek i 1 strona, tak jak dla dyskietki 160k. Błąd musiał być od początku, bo korzystałem z błędnego obrazu pustej dyskietki, który nie pamiętam skąd miałem (to było 9 lat temu). Wcześniej tego nie zauważyłem, bo do niedawna miałem inny sposób detekcji typu dyskietki - po długości pliku. Dlatego SCADM takie wyeksportowane dyskietki odczytywał dobrze, a w emulatorze nie sprawdzałem. Teraz nie patrzy na długość, a odczytuje parametry i traktuje dyskietkę 640k jako 160k. Poprawiłem. Dzięki za zwrócenie uwagi!
Zanim puszczę nową wersję, są dwa rozwiązania. Obraz 640k w formacie .img jest prawidłowy, bo tam nie ma żadnych parametrów, a czyste dane. A w obrazie .dsk można czymś poprawić 2 bajty: bajt 48 (licząc bajty od 0) zmienić z 40 na 80, a bajt 49 z 1 na 2 i dyskietka zacznie działać.
-
Grzecznie czekam na nową wersję. Dzięki
-
Wrzuciłem nową wersję SCADM. Nie ma w niej nowych funkcjonalności, ale poprawiłem kilka błędów, w tym eksport dyskietki TOS 640kB.
-
Jak można znaleźć program scadm w archiwum, w jakim dziale on jest?
-
Jak można znaleźć program scadm w archiwum, w jakim dziale on jest?
A zajrzałeś do pierwszego postu w tym wątku? Tego w którym Sir David informował, że jest program i podawał linka gdzie go wrzucił? ;)
-
W archiwum mógłby być dział np. Programy na PC,
A tak trzeba kombinować.
Wyszukiwania też nie ma.
-
Wrzuciłem nową wersję SCADM. Nie ma w niej nowych funkcjonalności, ale poprawiłem kilka błędów, w tym eksport dyskietki TOS 640kB.
Dzięki Sir David za nową wersję.
Niestety albo ja coś robię nie tak ::) albo nadal jest problem z obrazami 640kB.
Różnica w stosunku do poprzedniej wersji jest taka, że po załadowaniu wyeksportowanego obrazu do D2 są widoczne wszystkie pliki ale FUSE nadal odmawia załadowania takiego obrazu.
W załączeniu ta sama zawartość dyskietki wyeksportowana do obrazu 160kB i 640kB. Obraz 160kB działa w FUSE a 640kB nadal daje Failed to open disk image: Cannot open disk image
-
Brak flagi '640k' w obrazie dyskietki 640k.
Pozycja 0x0e pierwszego sektora (ścieżka zero sektor zero)
0 : 160k
1 : 640k
Przykładowe obrazy w załączniku.
-
Dzięki za info, o tej fladze akurat nie wiedziałem. Poprawię.
Niestety nie sprawdziłem poprawności w fuse, choć chciałem. Przez pewien czas w ogóle mi się nie uruchamiało i nie wiedziałem co jest grane, zaczęło dopiero po przeinstalowaniu. Za to teraz nie widzi fdd3000 pomimo jej włączenia w opcjach, choć wcześniej widziało.
-
Wrzuciłem nową wersję z działającym w końcu poprawnie eksportem TOS 640k. Fuse też mi w końcu zadziałało, rozgryzłem o co chodziło z fdd3000 i mogłem sprawdzić poprawność. Okazało się, że problem był nie tylko z flagą. Drugi i poważniejszy wynikał z mojego przeoczenia.
-
Masz może wersję na Linuxa Ubuntu 64 bity Albo kod źródłowy?
-
Kod źródłowy jak najbardziej, kto inny miałby mieć jak nie autor ;) Pod linuksa nie próbowałem kompilować. Nie mam pojęcia, czy by się dało. Jest napisany w Lazarusie. Może Windowsowa binarka zadziała z Wine?
-
Ta z Achiwum Speccy.pl zadziałała na wine.
Ponieważ od bardzo długiego czasu nie używam Windowsa tylko Linuxa zapytałem się o kod źródłowy tzn. o jego udostępnienie. Jest Lazarus na Linuxa więc jeżeli miało coś nie działać to jakieś specyficzne akcje systemowe.
Czy ten menedżer ma obsługiwać lub obsługuje dyskietki TOS? Z tego co widzę na tym wątku pisano coś o dyskietkach TOS.
Pozdrawiam,
PB
-
Jest Lazarus na Linuxa więc jeżeli miało coś nie działać to jakieś specyficzne akcje systemowe.
Aż z ciekawości spróbuję w wolnej chwili.
Czy ten menedżer ma obsługiwać lub obsługuje dyskietki TOS? Z tego co widzę na tym wątku pisano coś o dyskietkach TOS.
To jest menedżer z pełną obsługą dyskietek Sama i standardu +D dla Spectrum (z racji kompatybilności formatu z Samem). Pozostałe formaty dyskietek i taśm ze Spectrum są obsługiwane w sposób ograniczony. Można z nich odczytać pliki, skopiować na dyskietkę Sama lub +D i z takiej dyskietki wyeksportować do dowolnego formatu ze Spectrum. Nie da się bezpośrednio manipulować obrazami niekompatybilnymi z Samem, ale można utworzyć nowe z wybranych plików.
-
Wrzuciłem nową wersję z działającym w końcu poprawnie eksportem TOS 640k. Fuse też mi w końcu zadziałało, rozgryzłem o co chodziło z fdd3000 i mogłem sprawdzić poprawność. Okazało się, że problem był nie tylko z flagą. Drugi i poważniejszy wynikał z mojego przeoczenia.
Tak na szybko testując wygląda, że działa. Życie stało się prostsze. ;) Dzięki.
-
Jak wspomniałem wcześniej używam Linuxa.
Na github znalazłem repo TOSFS: https://github.com/rkd77/tosfs (https://github.com/rkd77/tosfs) . Za pomocą podsystemu fuse można odczytywać dyskietki w formacie DSK dla TOS. Może się przyda by móc odczytywać TOSa.
PB
-
Na github znalazłem repo TOSFS: https://github.com/rkd77/tosfs (https://github.com/rkd77/tosfs) . Za pomocą podsystemu fuse można odczytywać dyskietki w formacie DSK dla TOS. Może się przyda by móc odczytywać TOSa.
Ale SCADM odczytuje dyskietki TOS-a. Nie bardzo rozumiem do czego miałoby się to przydać.
-
Ale to co pobrałem z archiwum nie działało z dyskietkami w DSK od TOSa.
Skąd pobrać poprawioną wersję?
-
Z odczytem dyskietek nie ma problemów już od dawna. Problem był tylko z eksportem dyskietek 640k.
Obrazy formatów niekompatybilnych z Samem, w tym TOS, da się otworzyć tylko z prawej strony, czyli w D2.
Jeżeli masz coś, co się nie działa, to poproszę o taką dyskietkę do sprawdzenia.
-
Dziękuję za pomoc.
Jak coś znajdę to podeślę.
PB