Poprawiłem (tzn. poskładałem z dwóch źródeł) ten program pana N.Hagenmann-a, tyle że nie mam pojęcia jaka jest jego właściwa nazwa... a dlaczego? Ponieważ podczas wczytywania program przedstawia się jako "Ghost II", a po załadowaniu już staje się Disk-Editor v.2.0:

Tak czy inaczej poprawiona wersja do pobrania tutaj: Disk Editor V2.0 (Ghost II) by N.Hagemann [1987]

Dzięki Dely za miłe i pozytywne słowa (piszę te słowa w imieniu wszystkich aktywnych uczestników tego wątku). Cieszy mnie niezmiernie że coraz więcej ludzi udziela się w tym wątku i dzieli się swoimi zasobami, pomysłami i konstrukcjami.

Liczę na to że ten wątek po pierwsze pozwoli zachować wiedzę i takie "historyczne spojrzenie" na rozwiązania z przeszłości, a po drugie że jak jakiś pasjonat trafi na jakieś interesujące znalezisko to nie będzie wahał się i również zacznie archiwizować swoje zbiory.

Tak jak pisałem wcześniej, niestety wychodzi na to że to są ostatnie chwile aby archiwizować taśmy, carty, etc. Zawartość EPROM-ów z roku na rok zacznie bezpowrotnie znikać. Mieliśmy tu kilka przykładów cartów, które udało się uratować w ostatniej chwili.

Hej!

Dzięki! Ja chciałem użyć podobnego programu do de-tokenizacji zabezpieczonych programów Atari-BASIC, tyle że minęło tyle lat że nie pamiętam nazwy :) Miałem go poszukać w wolnej chwili ale zająłem się Winter Olimpiad, tzn. napisanie prostego kawałka kodu który przefiltruje pliki które udostępniłeś, na razie działa on koszmarnie wolno bo naklepałem to na szybko w Pythonie, ale potem to przepiszę do C, niemniej jednak udało mi się część już obrobić, tak że wczytuje się do dyscypliny biathlon włącznie, następne części będzie trzeba powybierać i poskładać z innych nagrań które udostępniłeś, bo degradacja taśmy już poszła za daleko.

Dokończę oczywiście walkę z tym Winter Olimpiad 88 i poszukam tego programu do de-tokenizacji który działał na Atari, oczywiście w ramach ciekawostki, bo narzędzie które udostępniłeś jest po prostu wygodniejsze i szybsze :D

Rewelacja! Dzięki WIELKIE! :D

Hej!

Dzięki za dump, rzuciłem na to okiem... ale nie jest za dobrze, można próbować to obrabiać w domenie cyfrowej, jednak to może być mocno pracochłonne, ew. będzie wymagało napisania kawałka softu/skryptu to obrobienia tegoż sygnału, w przypadku ostatniej taśmy Speedy 2700 łatwiej mi było "bawić się" w domenie  analogowej... po prostu było łatwiej i szybciej, na Twojej taśmie dużo jest takich samych "słabych" fragmentów gdzie sygnał użyteczny (szczególnie wyższe częstotliwości) są poza zakresem poprawnego dekodowania:

Mogę próbować powalczyć z tym w domenie cyfrowej, ale potrzebuję na to więcej czasu. Gdy polegnę to jedyną szansą będzie próba odtworzenia tego bezpośrednio z kasety którą masz.

W przypadku Turbo2000F/KSO rekordy nie mają numerów format rekordu jest ultra-prosty: KSO Turbo 2000 - Format Standardowy

ha ha! :) nawet nie wiesz jakie było moje zdziwienie gdy w 1992 roku z tym walczyłem, wtedy miałem marne pojęcie o "illegal op-codes" dla 6502. A czas zajmowały mi też jakie rzeczy jak JMP ($AFF) ... nie maiłem pojęcia o pewnych błędach w 6502 więc spędziłem wtedy trochę czasu analizując ten loader ;) Na szczęście teraz są emulatory i takie "zabezpieczenia" nie stanową większego problemu :)

Super ! Dziękuję bardzo że chciało Ci się tym zająć :) Pisząc wcześniej o napisali krótkiej wersji loader-a miałem na myśli możliwość dołączenia tego loader-a w postaci paru bloków zapisanych w standardzie, a potem strumień danych już w turbo (to opcja dla ludzi którzy nie posiadają cartridge z Turbo 2000F/KSO).

Dzięki! Dzięki! Dzięki! :) Jak znajdę chwilę czasu to spróbuję też zrobić krótki loader w formacie boot/cas i dorzucę go do repozytorium na GitHub z kodem "antyajek copy".

Prawdę mówić to nigdy nie trafiłem na tzw. "nowy format" w przypadku Turbo 2000F, zatem nigdy go nie analizowałem. Powiem więcej, nie przyglądałem się zbyt dokładnie nawet tym cartom wszystkim Turbo 2000F z wątku, i nawet nie mam pewności czy któryś z tych kartów obsługuje zapis w nowym formacie Turbo 2000F. Jeżeli to o czym mówisz to jest to co jest opisane tutaj: Nowy Format  Turbo 2000F+ to faktycznie jest nieco podobne do formatu Speedy 2700, jednak występują pewne drobne różnice, które powodują że owe formaty nie są ze sobą zgodne.

Przejrzę te carty do Turbo 2000F które opisywałem w tym wątku, może któryś wspiera nowy format, gdyby jednak tak nie było to czy dysponujesz takim cartem i czy mógłbyś dump?

Turbo 6000 które jest zgodne w 100% z C64 Turbo Tape wykorzystuje do odczytu linię PROCEED z portu SIO która to linia jest podłączona do PIA w taki sposób iż PIA może generować przerwania IRQ. Nie zastanawiałem się czy dałoby się zrobić inny rodzaj loadera który mógłby ładować dane używając interface KSO. Być może tak, bo blizzard jakoś daje radę ;) Niemniej jednak procedura odczytu byłby trochę bardziej rozbudowana... dopiszę sobie do lity zadań aby to przetestować gdy znajdę trochę więcej wolnego czasu i zasobów :)

Należy jednak pamiętać że w ten sposób odczytasz tylko i wyłącznie taśmy w formacie "Turbo Tape 64", zapis "standardowy" (wbudowany w komodorowski Kernal) nie byłby wspierany. Niestety nigdy się nie przyglądałem, ani nie przysługiwałem zapisowi standardowemu dla C64, jakoś nie miałem okazji ani potrzeby. Sądzę jednak że jego odczyt na Atari nie byłby chyba problemem, jest on niezwykle wolny (o ile dobrze pamiętam to jest chyba coś w okolicach 300 bps?)

na Atari też jest, nawet kilka takich programów. O dwóch była mowa tutaj na forum, chociażby w tym wątku: Spectrus Package.

W czasach gdy odwiedzałem giełdę na ul. Saskiej, sam popełniłem podobny program, jak tylko zabiorę się za przegrzebywanie swoich starych kaset to może uda mi się go odzyskać, jednak gwarancji żadnych nie dam, tyle lat minęło, a zapisywałem to na taśmie strasznie kiepskiej jakości, ale cóż... Turbo 2000 nie jest tak wymagające jak inne systemy :) Może się uda :)

No chyba że użyjesz ramdysku, tak jak ja to robiłem na filmiku wrzuconym wyżej, jeżeli dysponujesz maszyną z większą ilością pamięci, to używając DOS II/+ MyDOS, SuperDOS, BW-DOS czy dowolnego innego wspierającego ramdysk możesz bez problemu obyć się z jednym gniazdkiem SIO, bo Anty *AJEK może zapisać dane również na ramdysk.

Mogę spróbować, to zgraj do postaci pliku audio (WAV, FLAC, OGG Q=10) i można próbować coś z tym robić.

Hej!

Poprawiłem tą nieszczęsną procedurę zapisu, do pobrania wersja 1.2: Anty *AJEK Copy v.1.2

Video dla porównania prędkości działania zapisu:
https://www.youtube.com/watch?v=rVjDubYdlAQ

Ostatni post o "Anty *AJEK Copy" ... ;) Skoro już go poprawiłem to wrzuciłem pliki tej taśmy które udało się odzyskać, są do pobrania tutaj: Speedy 2700 tape - files decoded using Anty AJEK Copy.

Do kompletu skoro już bawiłem się w to kopiowanie, to nagrałem najnudniejszy film na świecie! zapewne dostanę jakiś mega ultra bonus od "Artificial Idiot" by google i bazyliony $$$ za oglądalność! buhahahaha! złamałem system... i opanowałem świat... miłego zanudzania się życzę:

http://www.youtube.com/watch?v=xVSataS4Z6c

^^^ parę słów wyjaśnienia czemu zapis na dysk/ram-dysk trwa taki ogrom czasu... dzieje się to dlatego, że w 1992 roku wymyśliłem sobie, że aby oszczędzić pamięć, zasoby, etc. nie będę zapisywał bloku jako całość (bo to by wymagało bardziej rozbudowanej procedury zapisu, z uwagi na to że część danych może leżeć pod OS-ROM) i postanowiłem dokonywać zapisu używając CIO w tak brutalny (czytaj "masakrycznie wolny") sposób że dane są zapisywane bajt po bajcie. Zastosowanie nawet 256 bajtowego bufora przyspieszyłoby ten zapis po 100-kroć, jednak wtedy uznałem że użytkownik cierpliwie poczeka i nie będzie kwękał tylko dlatego że może sobie skopiować zabezpieczony zbiór :) A trzeba dodać że jedynym użytkownikiem tego programu zapewne byłem ja :D

Wracam na chwilę do "Anty *AJEK Copy"... jak pisałem parę postów wyżej, dzięki kasecie z plikami zapisanymi w tym formacie miałem okazję przetestować swój stary (1992 r.) program ponownie po prawie 30 latach. Okazało się że ma błąd... obiecywałem że poprawię... poprawiłem ;-)

Przy okazji jednak postanowiłem go upublicznić, co prawda nie w oryginalnej formie już (bo źródła były w MAC/65), ale przeniosłem wszystko tak aby dało się to skompilować XASM, co nieco poprawiłem, jednak nadal w źródłach panuje okropny bałagan, wybaczcie szkoda mi było czasu na poprawki... lepiej to napisać po prostu od nowa... niemniej jednak program spełnia swoje zadania, da się nim przekopiować wszystkie zbiory z tej kasety do oryginalnego formatu .XEX.

Dla chętnych odnośnik do repozytorium ze źródłami na moim profilu GitHub: Anty *AJEK Copy

Jeżeli kogoś nie interesują źródła a jedynie plik wykonywalny można je pobrać klikając na "Release", lub skorzystać z tego linku: antyajek.zip

Jedna uwaga, program wymaga obecności DOS-a, ponieważ kolejne wczytane segmenty danych od razu zapisuje na dyskietkę. Program zyskał obecnie status "Public Domain" ;-)

Swoją drogą śmieszne jest to że po prawie 30 latach wróciłem do niego i dokonałem w nim jakichś poprawek, normalnie patrząc na oryginalne źródło które pisałem miałem wrażenie że łatwiej by mi było "disassemblować" to, niźli w tym grzebać i próbować w tym chaosie zorientować się "co autor do cholery miał na myśli" pisząc to w tak chaotyczny sposób.

ps) zapomniałem napisać... należy pominąć blok nazwy oraz pierwszy blok w standardzie Turbo2000, program czyta od razu strumień danych wygenerowanych w formacie Speedy 2700. Tak było po prostu prościej/szybciej/wygodniej. Nie było sensu do kodu dodawać procedur odczytu nazwy czy też obsługiwać standardowe bloki w formacie Turbo 2000.

Pomysł z umieszczeniem elektroniki z XC12 w obudowie Commodorowskiego magnetofonu jest świetny! :) Wydaje mi że ta mechanika jest troszkę lepsza (mimo wielu podobieństw)... szczególnie obsługa EJECT i cała konstrukcja klapki jest o wiele bardziej sensowna niż w serii XC12.

I to wczytywanie "Atari Blast!" z Blizzarda! Zacny pomysł :) i jaka realizacja :) chyba ukradnę Twój pomysł i kiedyś z pudła z elektroniką po naprawach XC12 wyciągnę jakąś płytę i dokonam takiej przekładki jak Ty... pomysł bardzo mi się podoba :) Rozumiem że przekładałeś też głowicę bo w tym magnecie chyba firmowo jest głowica mono?

ps) jak usuniesz zamienisz "https://" na "http://" w sekcji której wstawiłeś filmy ([video] [/video]) to forum pokaże od razu player z YT.

Wydaje mi się że Dariusz Rogoziński z IRON SOFT nie miał żadnego wydawcy programów, swego czasu ogłaszał się on w czołówkach swoich programów i oferował sprzedaż bezpośrednią, często jego programy były emitowane w audycji Radiokomputer. Przesyłając niektóre ze swoich programów do emisji na antenie "Radiokomputera", dodawał do tych emitowanych programów informacje o możliwości zakupu swoich innych komercyjnych programów:

Jeżeli chodzi o "A Basic Compiler", to nawet nie jest program autorstwa Dariusza Rogozińskiego/IRON SOFT, to po prostu "crack", czyli przerobiona wersja kompilatora "ABC" (A Basic Compiler) firmy Monarch Data Systems:

Na jakiej zasadzie IRON SOFT to sprzedawał? Pewnie na takiej samej jak wszyscy ówcześni handlarze giełdowi. Nie było zapewne jeszcze ustawy o prawie autorskim i Dariusz Rogoziński sprzedawał wersję przerobioną przez siebie jako produkt "ulepszony".

Oczywiście to wszystko to tylko moje domysły, ale logiczne myślenie i wspomnienia z tamtych czasów tak by sugerowały. Być może ktoś przedstawi inną wersję lub wyjaśnienie tej sprawy.

Garść informacji można znaleźć na Atariki: IRON SOFT