forum speccy.pl
ZX Spectrum => PROGRAMOWANIE => Wątek zaczęty przez: tdu w 2013.09.17, 13:53:17
-
Witam mistrzów C(++).
Przepraszam że wcinam się w temat, ale wydaje mi się że będzie to najlepsze miejsce na ten problem.
Chciałbym zaproponować wykonanie przeróbki programu z tematu "Trochę fajnego softu", założonego przez Trojacka.
Zainteresował mnie program tapsplit (jest również wersja źródłowa).
Program dzieli pliki TAP na pliki składowe i dorabia nagłówki dla systemu Plus3DOS.
(działa sprawdziłem, wyciąga nawet bloki beznagłówkowe)
Może udałoby się przerobić program tak żeby dzielił pliki TAP na składowe i dorabiał nagłówki dla systemu TOS.
Ja niestety nie jestem biegły w C, a program taki może przydać się wielu osobom pracującym na realnym sprzęcie (ZX i FDD). Dla mistrzów programowania będzie zapewne pestka.
Plik źródłowy w załączniku.
-
Może udałoby się przerobić program tak żeby dzielił pliki TAP na składowe i dorabiał nagłówki dla systemu TOS.
Tylko w jakim celu?
Albo inaczej - w jaki sposób chcesz te wydobyte pliki przenieść na obraz TOSowej dyskietki?
-
Borek Utilites - powinien sprawę załatwić
-
BU sam dopisuje nagłówek, więc modyfikacja tego programu nie przyniesie spodziewanego efektu.
-
Widze że administrator moją propozycję przeniósł do nowego wątku.
Niech i tak będzie.
W BU jest opcja kopiowania plików TAP na dyskietkę, kiedyś to testowałem, przenosi plik na żywca i nic z nim nie robi.
Wydaje mi się więc że najlepiej gdyby były to już gotowe pliki pod TOS łącznie z nagłówkami.
Instrukcji szczegółowej co autor miał na myśli, nie ma, przynajmniej ja nie mam.
Są zresztą jeszcze inne sposoby na przeniesienie plików.
Moja prośba dotyczyła przeróbki programu, dla specjalistów od C, chciałem żeby potraktowali to jako zabawe, łamigłówkę, która może przynieść jakieś korzyści. Tym bardziej że kod źródłowy jest dostępny.
Pracuję nad podziałem plików w TAP w PHP, nawet coś już zaczęło działać, jednak wydaje mi się że kod zrobiony przez profesjonalistę w C, będzie na pewno lepszy.
-
No ten wredny administrator śmie moderować na forum... no ale niech będzie.
Do podziału .tap na poszczególne pliki dobrze nadają się narzędzia z pakietu taputils, którego autorem jest Busy.
Przenoszenie plików 'na żywca' i tak sprowadza się do tego, że dodawany jest nagłówek, bo inaczej się nie da umieścić plików na dyskietce.
Przeróbka programu niewiele da, bo problem leży zupełnie gdzie indziej. I wcale tu nie chodzi o łamigłówki i inne wyzwania.
Ustawianie właściwych nagłówków musi się odzywać już podczas analizy i przenoszenia danych na nośnik.
Z resztą, poprosiłem Borka aby się wypowiedział ten temat.
-
Oczywiscie że tak, w momencie podział od razu musi być dołączony odpowiedni nagłówek.
Tylko dla bloków beznagłówkowych trzeba takowy dorobić, typy Code.
Potem już tylko adaptacja loadera.
Jaki ten nagłówek ma być, to jest w dokumentacji plików TAP, z tym nie ma problemu.
Ciekawy jestem co Borek powie na ten temat.
-
Niech zgadnę, co odpowie Borek: "Nie wiem, nie znam się, zajęty jestem" ;)
Ale moim zdaniem BU warto trochę rozwinąć, o ile źródła będą dostępne.
-
Niech zgadnę, co odpowie Borek: "Nie wiem, nie znam się, zajęty jestem" ;)
Ciepło ;)
Tak konkretnie, to nie pamiętam - więc nie pomogę. Źródła są, jakiś stary Turbo Pascal plus kawałki w asemblerze, więc sprawdzić co i jak BU robiły można. Zmodyfikować pewnie też się da, o ile istnieją jeszcze komputery na których to się da skompilować i uruchomić. Kiedyś pisało się swobodnie po pamięci i portach, wołało się BIOS jak komu było wygodnie, nie mam pojęcia jak to by teraz wyglądało - ale spodziewam się dymu.
-
Słusznie się spodziewasz. Pod Windows 7/8 zabezpieczenia są takie, że się nic nie da ;). Ponoć jakieś specjalne biblioteki są, żeby można było sięgać do sprzętu. No i kompa z FDD trudno już znaleźć :>
Ale ja mam jeden, trzymam go właśnie na potrzeby przenoszenia danych.
-
Proponuję omówić sprawę osobiście, na kolejnym spotkaniu speccy.pl (bo coś dawno nie było) ;)
-
Jestem za, a nawet prz...yjdę :)
-
Do przenoszenia danych mamy jeszcze program TOS - DOS, Grzegorza Samborskiego.
Ma on również opcje przenoszenia plików z dos do tos.
Działa, ale wszystkich testów nie zrobiłem.
Jak zwykle brak czasu, w każdym razie w najbliższych dniach wrócę do tego tematu.
Musze dopracować jeszcze mój program do podziału plików TAP.
Mistrzowie C, jakoś nie bardzo palą się do zmian w programie tapsplit, a ja na C za bardzo się nie znam.
-
Musze dopracować jeszcze mój program do podziału plików TAP.
Że się tak wtrącę, wyważasz otwarte drzwi :) Istnieje co najmniej kilka gotowych narzędzi potrafiących to zrobić.
-
Jeśli wiesz jak podzielić pliki TAP i skopiować na dyskietkę TOS,
to nadstawiam uszu.
-
Chodzi o to, żeby podzielić tap? Tak żeby w jednym tap był jeden blok?
-
Kazdy blok skladowy pliku TAP w oddzielnym pliku DOS, zaopatrzony w odpowiedni nagłówek systemu TOS.
Jedynym programem który znam o takim dzialaniu jest tapslit, nietety dla innego systemu.
Dlatego wyszedlem z propozycją dla programistów o zmodyfikowanie go, jest dostępny kod źródłowy.
W pliku TAP pliki nagrane są po kolei tak jak na taśmie i posiadają nagłówki taśmowe.
Więc podział i dorobienie nagłówków TOS powinno być niezbyt wielkim problemem.
Jedyne na czym utknąłem to nie wiem jak rozpoznać początek bloku beznagłówkowego,
co jest na taśmie często spotykane, a w TOS nie ma racji bytu.
-
Zastanawiałeś się co dalej z tymi plikami począć?
-
program tosdos lub BU i powinno byc ok
-
Jedyne na czym utknąłem to nie wiem jak rozpoznać początek bloku beznagłówkowego,
co jest na taśmie często spotykane, a w TOS nie ma racji bytu.
Nie można.
Gdy przerabiałem gry na FDD, po prostu zmieniałem procedurę ładowania tak, że z danych identyfikujących blok beznagłówkowy (bo zawsze jakieś były) generowała nazwę pod którą zapisywałem na dyskietce plik.
-
Jedyne na czym utknąłem to nie wiem jak rozpoznać początek bloku beznagłówkowego,
co jest na taśmie często spotykane, a w TOS nie ma racji bytu.
Ah! "rozpoznać początek" to znaczy znaleźć adres startowy, tak? Adres pod który załadować blok bez nagłówka?
Trzeba przeszukać loader i znaleźć w nim "LD IX, adres" 8)
Jak będzie jeden, to prawdopodobnie jest to adres startowy, jak więcej to sprawdzić który. Gorzej jak w ogóle nie będzie...
-
Jedyne na czym utknąłem to nie wiem jak rozpoznać początek bloku beznagłówkowego,
co jest na taśmie często spotykane, a w TOS nie ma racji bytu.
Ah! "rozpoznać początek" to znaczy znaleźć adres startowy, tak? Adres pod który załadować blok bez nagłówka?
Trzeba przeszukać loader i znaleźć w nim "LD IX, adres" 8)
Jak będzie jeden, to prawdopodobnie jest to adres startowy, jak więcej to sprawdzić który. Gorzej jak w ogóle nie będzie...
Ale... po co?
Przecież blok danych można załadować pod dowolny adres.
Nagłówek nie musi zawierać poprawnego adresu startu, ważne żeby zawierał właściwą długość i tp bloku.
-
Jasne - wszystko jedno, czy znajdzie się adres startowy przy tworzeniu pliku dyskowego, czy przy tworzeniu loadera do całości. Kiedyś i tak trzeba go znaleźć.
Jeżeli wszystko jedno, to można wybrać rozwiązanie elegantsze. :)
-
Witam !
Chodziło mi raczej jak ten blok bez nagłówkowy z pliku TAP wyłuskać.
Nie znalazłem jeszcze na to metody (jakiś znacznik)
Przed każdym blokiem z nagłówkiem są dwa bajty 19 i 0 i to już jest informacja ze następne bajty mogą byc nagłówkiem.
Przed blokiem bez nagłowka tego nie ma.
A co potem zrobic ze zgranym blokiem, no to wiadomo, analiza loadera, i albo się dojdzie do tego gdzie ma być załadowany, albo nie :-)
-
A to nie rozumiem.
Przecież są podane długości bloków. Więc ten beznagłówkowy o numerze n będzie się zaczynał od dług(1)+nagł(1)+dod(1)+...+dług(n-1)+nagł(n-1)+dod(n-1), gdzie dług - to długość bloku, nagł - długość nagłówka, a dod - ilość dodatkowych bajtów dla każdego bloku (znana i stała dla danego typu bloku).
-
Nie możesz zakładać że przed każdym blokiem będziesz nagłówek 19 bajtowy.
A to 19 i 0 oznacza młodszy i starszy bajt długości = 0*256 + 19 = 19 bajtów.
Poza tym, w .tap informacje czy to jest nagłówek (wartość 0, czy też blok binarny - 0xff).
Dana ta znajduje się jako 3 bajt w bloku danych. Od 4 bajtu zaczynają się właściwe dane.
Gratuluję zapału, ale on może osłabnąć po tym jak się przekonasz że zrobileś kawał dobrej, do niczego nie potrzebnej roboty, o której pisałem kilka postów wcześniej.
-
W tapach które testowałem każdy blok nagłówkowy jest poprzedzony bajtami 19 i 0
Czy to jest Basic (0) czy Code (3) jest wpisane w bajcie 4.
Potem następuje nazwa itd., analogicznie jak na taśmie, w końcu jest to obraz taśmy.
Podglądacz kodu plików TAP napisałem tutaj
http://tdu.glt.pl/tdu/glowna.php?v=2&d=zx
-
Proponuję przeczytać chociażby to co jest napisane na tej stronie: http://www.nvg.ntnu.no/sinclair/faq/fileform.html#TAPZ
Następnie przeczytaj mój post. Jeżeli się coś nie zgadza, czynność należy powtórzyć.
-
Jeśli wiesz jak podzielić pliki TAP i skopiować na dyskietkę TOS,
to nadstawiam uszu.
Do przenoszenia bloków między obrazami taśmy mogę polecić program Tapir:
ftp://ftp.worldofspectrum.org/pub/sinclair/tools/pc/tapir1.0.zip
Robisz sobie nowy obraz taśmy i przenosisz jeden blok lub więcej, przy czym nagłówek to osobny blok.
O systemie TOS nie mam natomiast bladego pojęcia :)
-
Można Tapirem, można nowocześniej wyglądającym ZX-Blockeditor, ale wystarczy emulator ZX-Spin. W jego Tape Browser można użyć Kopiuj/Wklej. Czy nawet jeszcze prościej: utworzyć tyle kopii tap ile zawiera bloków i w każdej kopii, Tape Browserem skasować wszystkie bloki z wyjątkiem potrzebnego :) Tylko potem trzeba wymyśleć jak to przekształcić na obraz dysku...
Można też odtworzyć tap z peceta i użyć na realnym sprzęcie ZEBRA COPY. ;)
Ale zrozumiałem, że tdu chce zrobić full-automat: wskazuję tap i dostaję obraz dysku.
-
Może nie full-automat, ale chciałbym żeby podział TAPa na poszczególne bloki odbywał się automatycznie.
W pierwszej fazie muszę dopracować tak algorytm żeby rozpoznawał prawidłowo nagłówki i bloki danych.
Jak już to zadziała to pocięcie i dorobienie nagłówków TOS nie powinno sprawić problemu.
Pod adresem http://tdu.glt.pl/tdu/glowna.php?v=2&d=zx jest kolejna wersja.
-
Czy ZEBRA działa z emulatorem FDD3000? Jeśli tak, to problem rozwiązany! :)
-
Czy ZEBRA działa z emulatorem FDD3000? Jeśli tak, to problem rozwiązany! :)
I ZEBRA i FASTCOM działają (właśnie sprawdziłem :) )
-
Wydaje się że w moim skrypcie udało się wyciągnąć wszystkie potrzebne informacje.
Nie uwzględnia on na razie bloków beznagłówkowych.
Teraz skupie się na rzeczywistym podziale plików, dodaniu nagłówków TOS i zapisaniu tego na dysku.
Efekty pracy na bieżąco można obserwować na linku powyżej.
PS. Skąd można pobrać emulator FDD3000 pod Windows ?
-
PS. Skąd można pobrać emulator FDD3000 pod Windows ?
http://sourceforge.net/projects/fdd3000e/files/v_0.1.5_alpha/fdd3000e%2Bfuse.win32.bin.7z/download
BTW: w TOS również istnieje coś takiego jak plik beznagłówkowy. Można go utworzyć/odczytywać/zapisywać przez powiązanie pliku ze strumieniem (open#*) i pisanie/czytanie z/do tego strumienia. Oczywiście próba załadowania takiego pliku poleceniem load* raczej się nie uda :)
Ale jest to coś odmiennego w zastosowaniu niż taśmowy plik bez nagłówka i wspominam o nich tylko 'z reporterskiego obowiązku'...
-
Dzieki za linka, pobrałem.
Tylko nie bardzo wiem jak połączyć fuse z fdd, oba się uruchamiają, można zamontować dyskietkę.
A co dalej ?
Może jakas instrukcja jest dostępna ?
-
Dzieki za linka, pobrałem.
Tylko nie bardzo wiem jak połączyć fuse z fdd, oba się uruchamiają, można zamontować dyskietkę.
[...]
- odpal fdd
- wczytaj dyskietkę
- opcjonalnie - w opcjach ustaw sobie jakąś dyskietkę jako domyślną
- odpal fuse
jeśli nie pojawi się na ekranie copyright timexa, a opcjach sprzętowych emulatora włącz interface TI i zresetuj spectrum
-
Dzieki Steev za odpowiedz, jednak to jeszcze za mało
"jeśli nie pojawi się na ekranie copyright timexa, a opcjach sprzętowych emulatora włącz interface TI i zresetuj spectrum"
no wiec nie pojawia sie ekran timexa, wiec pytanie, gdzie są opcje sprzetowe emulatora gdzie mozna wlaczyc interface TI i gdzie sie resetuje spectrum
w fuse nie ma zadnych opcji konfiguracyjnych, a w FDD tez nie ma mowy o żadnym TI
a moze są jakies tajne skróty klawiszowe, żeby wejsc do konfiguracji ?
-
Fakt, windziana wersja jest skompilowana z SDL, więc nie widać menu.
Do głównego menu wchodzisz przez F1, reset to F5, wyjście F10.
-
Dzięki Steev za pomoc, działa.
Skończyłem pracę nad skryptem.
Dzieli wskazane pliki TAP na części składowe i zapisuje na serwerze FTP
Wszystko opisane pod tym adresem http://tdu.glt.pl/tdu/glowna.php?v=2&d=zx
-
Dzisiaj zrobiłem testy mojego skryptu.
Działa, prawidłowo dzieli TAPy i dorabia nagłówki dla TOS.
Jednak jest problem, na etapie przenoszenia podzielonych plików
na dyskietkę TOS.
Są dwa programy (tyle ja znam) które potrafią taką operację wykonać.
Borek Utility i TOS-DOS. I rzeczywiście wykonują, tylko że usiłują stworzyć
swój własny nagłówek dla TOSa.
Doklejają go na początku, tak że przeniesiony plik ma dwa nagłówki, jeden prawidłowy,
dodany przez skrypt PHP, a drugi dodany przez program przenoszący, 5 bajtów i typ 3 czyli CODE (BU).
Rozwiązanie tego problemu jak na razie widze tylko jedno.
Skrypt nie może tworzyć nagłówka, nagłówek doda program przenoszący.
Tyle tylko że trzeba go potem zmienić (już pod TOSem).
Można to wykonać programem Disk-Edit w opcji Make Header.
A wpisać trzeba to co podaje skrypt w trakcie swojego działania.
Jutro skrypt zostanie zmieniony, po operacji podziału należy na karteczce
zapisać sobie parametry nagłówków TOS i później programem Disk-Edit zmienić nagłówki.
Już jeden program tą metodą przeniosłem i działa, więc kierunek jest dobry.
Jeszcze trochę pracy mnie czeka żeby wersję ostateczną uzyskać.
-
Jednak jest problem, na etapie przenoszenia podzielonych plików
na dyskietkę TOS.
Są dwa programy (tyle ja znam) które potrafią taką operację wykonać.
Borek Utility i TOS-DOS. I rzeczywiście wykonują, tylko że usiłują stworzyć
swój własny nagłówek dla TOSa.
A jak ci Tygrys usiłował wytłumaczyć, że będziesz miał dokładnie ten problem to nie słuchałeś ;)
-
Jutro skrypt zostanie zmieniony, po operacji podziału należy na karteczce
zapisać sobie parametry nagłówków TOS i później programem Disk-Edit zmienić nagłówki.
Na karteczce?! :o :P To szybciej i wygodniej będzie ZEBRĄ!
-
Jutro skrypt zostanie zmieniony, po operacji podziału należy na karteczce
zapisać sobie parametry nagłówków TOS i później programem Disk-Edit zmienić nagłówki.
Na karteczce?! :o :P To szybciej i wygodniej będzie ZEBRĄ!
Owszem...
Ewentualnie półautomatycznie - skrypt powinien tworzyć dwa pliki - jeden z danymi nagłówka, drugi z właściwym plikiem.
Później trzeba nagrać oba na 'dyskietkę' i już z poziomu basica otworzyć je do czytania jako strumień i zapisać do trzeciego strumienia najpierw dane nagłówka a potem właściwy plik.
Ale to chyba tylko pour le sport, bo jeśli chodzi o wygodę to nic nie pobije kopiera.
-
Dobrze zrobiony skrypt powinien ciąć tapa, dodawać stosowne nagłówki i generować gotowy obraz dyskietki a nie jakieś dziwne kombinacje.
-
Na razie będzie z karteczką, jak zapoznam się z strukturą obrazu DSK to może, moze ...
W końcu poprawienie nagłówka Disk-Editem to jest chwila (tylko 5lub7 liczb).
Niech to zadziała tak jak jest a potem zobaczę co dalej.
-
Jeśli BU robi nagłówki typu 3 (CODE), to nie da się zrobić z tego Basica.
Musiałbyś zmienić w skrypcie, żeby w przypadku typu 0 (PROGRAM) zgrywał plik o 2 bajty dłuższy, dopisując te dwa bajty na początku. (Typ 1 i 2 można na razie pominąć.)
steev dobrze wymyślił
Ewentualnie półautomatycznie - skrypt powinien tworzyć dwa pliki - jeden z danymi nagłówka, drugi z właściwym plikiem.
Później trzeba nagrać oba na 'dyskietkę' i już z poziomu basica otworzyć je do czytania jako strumień i zapisać do trzeciego strumienia najpierw dane nagłówka a potem właściwy plik.
tylko jak już pliki zawierające Basic będą wydłużone o 2, to nie trzeba kopiować do trzeciego pliku/strumenia, tylko wystarczy skopiować 5 lub 7 znaków nagłówka do właściwego pliku.
Właśnie tak robi to ZEBRA COPY. :)
Czyli to co robisz Disk-Editem, biorąc dane z karteczki, można by zrobić opartym na Make Header programikiem, biorąc dane ze zgranego na dysk nagłówka. Oczywiście uwzględniając że BU do tego nagłówka też dorobi nagłówek! ;)
-
Uwzgledniłem te wydluzenia w BU, trzeba je potem nadpisać w Disk-Edit.
Nowa wersja skryptu podaje od razu co należy wpisać.
Zrobiłem testy dla dwóch programów Gulpmann i Ecat2 (sciagnięty z archiwum speccy).
Wszystko działa zgodnie z przewidywaniami.
Na serwerze FTP w TOS jest obraz dysku ze zgranymi moją metodą programami i Disk-Editorem.
Chodzi na realnym sprzecie jak i na emulatorze FDD.
Oczywiście loadery trzeba przerobić !
.
-
Gdyby komuś się chciało przetestować...
https://sourceforge.net/projects/fdd3000e/files/tap2tos/ (https://sourceforge.net/projects/fdd3000e/files/tap2tos/)
-
A co to za format obrazu dyskietki *.img?
-
Zrobiłem wstępne testy, program kopiuje pliki zawarte w tap do obrazu dysku.
Format img przyjmuje emulator stacji fd3004.
Można pliki edytować, dodać ew. gwiazdki.
Niestety tego formatu nie przyjmuje CPCDisk (tylko dsk)
więc nie da się nagrać go na dyskietkę.
-
Kliknij prawym na dyskietce w FDD i zapisz jako .dsk
-
A co to za format obrazu dyskietki *.img?
RAW image dyskietki (sektor po sektorze)
-
Fajnie, soft napisany po cichu, bez celebrowania itp. To lubię ;)
-
Kliknij prawym na dyskietce w FDD i zapisz jako .dsk
Lajkuję ;)
-
Dodałem możliwość eksportu do .DSK (ale przyznaję zbyt intensywnie jej nie testowałem :) )
-
Na to własnie czekałem, wyrazy uznania Steev !
Testy na realnym sprzęcie dopiero po niedzieli,
musiałem na razie wszystko do szafy schować,
ale powiino być ok
-
Hej Steev !
Zrobiłeś kawał roboty i fajnie to działa.
Może dasz się namówić na małą rozbudowę programu.
Brakuje mi przenoszenia plików przygotowanych na PC na dyskietkę TOS.
Może dałoby się zrobić to małym nakładem czasu.
Już po kilku próbach taka potrzeba mi wynikła,
odpadła by konieczność używania programu BU, wszystko byłoby w jednym.
Podsumowując - wskazujemy dowolny, przygotowany plik na PC a program
wstawia go do obrazu dysku, bez dodawania czegokolwiek (1:1)
-
I w ten oto sposób kod został zagmatwany już niemal maksymalnie ;)
Testowane w stopniu minimalnym, ale chyba działa...
Z powodu wrodzonego lenistwa, sposób dodawania plików wybierasz selektorem filtra (jak na obrazku)
https://sourceforge.net/projects/fdd3000e/files/tap2tos/ (https://sourceforge.net/projects/fdd3000e/files/tap2tos/)
-
Super !!!
Robi się z tego bardzo ciekawe narzędzie.
Testy jutro.
Wielkie dzięki.
PS. wersja code robi jakiś nagłówek ?
-
PS. wersja code robi jakiś nagłówek ?
Standardowy. Taki jak dla save * "nazwa" code
-
Jeśli robi nagłówek, to skąd bierze informacje o adresie i długości ?
Długość może wynikać z długości pliku, a adres ?
Mam nadzieję że w opcji *.* nie dorabia żadnego nagłówka,
a za nagłówek uznaje początkowe bajty (5 dla CODE i 7 dla BAS)
Po pierwszych testach, nie mam dobrych wyników.
Obcina ostatnią literę z nazwy, w plikach bez rozszerzeń.
Nagrane do obrazu pliku są wyświetlane (CAT*), jednak próba wczytania
daje błąd numer 75.
Testuje na realnym sprzęcie.
-
Jeśli robi nagłówek, to skąd bierze informacje o adresie i długości ?
Długość może wynikać z długości pliku, a adres ?
65536-długość.
Adres początkowy jest w zasadzie nieważny, możesz przecież określić go przy ładowaniu.
Mam nadzieję że w opcji *.* nie dorabia żadnego nagłówka,
a za nagłówek uznaje początkowe bajty (5 dla CODE i 7 dla BAS)
Coś mieszasz.
Takie opcje są dwie.
W jednej po prostu wrzuca plik bajt-w-bajt, w drugiej dodaje przed plikiem 5-bajtowy nagłówek jak dla bloku DATA/CODE (typ 3)
Nie ma opcji BAS.
Obcina ostatnią literę z nazwy, w plikach bez rozszerzeń.
To da się łatwo poprawić.
Nagrane do obrazu pliku są wyświetlane (CAT*), jednak próba wczytania
daje błąd numer 75.
75 ILLEGAL DATA TYPE
Czyli prawdopodobnie próbujesz wczytać przez LOAD*"nazwa"CODE plik bez nagłówka.
-
Faktycznie, niefortunnie sformułowałem zdanie (co do nagłówków).
Testy w toku.
-
Po kilku próbach znalazłem powód problemów.
Po prostu w wyborze plików zaznaczałem od razu dwa pliki do przeniesienia.
Przy zaznaczaniu po jednym pliku, działa.
A jak trzeba będzie zaznaczyć np. 10 plików,
przeklikanie tego zajmie trochę czasu.
(może da się to zmienić ?)
Mamy więc wreszcie wartościowe narzędzie które w połączeniu
z CPCdisk daje możliwość przenoszenia oprogramowania.
No pozostaje jeszcze dorobienie nowych loaderów, co samo
w sobie może być ciekawym wyzwaniem.
-
Po kilku próbach znalazłem powód problemów.
Po prostu w wyborze plików zaznaczałem od razu dwa pliki do przeniesienia.
Przy zaznaczaniu po jednym pliku, działa.
Nie powinno tak być.
Jutro sprawdzę.
-
Jakby co, to w załączniku moje pliki testowe.
-
99 little bugs in the code
99 little bugs in the code
Take one down, patch it around
117 little bugs in the code
Ok, błąd był bardzo, bardzo głupi, ale już go poprawiłem (a przy okazji jeszcze jeden, związany z nazwami)
Nowa wersja jest do zassania tak jak poprzednio, z SF https://sourceforge.net/projects/fdd3000e/files/tap2tos/ (https://sourceforge.net/projects/fdd3000e/files/tap2tos/)
Ciekawe co wyskoczy teraz :>
-
Program bajka, kawał dobrej roboty co tu mówić. Mam takie pytanie czy komuś chodzą zgrane programy na dyskietkę czy ja coś źle robię? Ostatnio mam troszkę czasu i przerabiam tap na dyskietkę ale czasem już mnie ciska jak widzę TAPE ERROR:( Troszkę się udało przerobić ale to syzyfowa praca. DSK oczywiście zamieściłem na FTP.