Moim zdaniem najlepiej na znacznik wybrać znak który się jak najczęściej powtarza w ciągach czyli $00 (nie przejmując się jaki sygnał z tego wyjdzie), bo i tak ten znak będzie kompresowany.

Mój programik też wyświetla dane (nieco inaczej przy kompresji i dekompresji) i widać, że te znaczniki występują praktycznie zawsze pojedynczo, więc strata dwóch Bajtów za każdym razem prawie murowana (bo może gdzieś się jednak zdarzy, że wystąpią więcej razy :D).

A ja wyszukałem pliki z takim loaderem u Strykera, jest ich co najmniej 98 - lista w załączniku, zaraz spróbuję je potraktować Twoim narzędziem. Trochę jednak szkoda, że nie obsługuje całych plików cas i nie wyciąga też loadera i danych z niego - jak linijki tytułu i tekstu scrolla... W sumie to i tak super, że zrobiłeś to narzędzie :)

Chyba ta sama wersja, ale plik cas się różni: ftp://ftp.pigwa.net/stuff/collections/s … er_3_4.cas więc do sprawdzenia.

Chyba można użyć konwersji zamiast na cas to "-fr" (raw?).

@Supaplex Interesuję się zabezpieczeniem przez które nie mogłem przenieść pliku na Turbo. Mój kompresor (jeszcze nie udostępniony) kompresuje wszystkie $BF i $CF - przeważnie występują pojedynczo, więc są zamieniane na $CF, $01, $CF lub $CF, $01, $BF, nie sądzę żeby adresy miały znaczenie, bo w pliku SuperCobra Bajty po $FF $FF nie są uaktualnione. Raczej tak jak napisał Seban wszystko jest dekodowane "w locie", więc nieskompresowany adres prawdopodobnie byłby źle zinterpretowany. Może problemem jest gdy adres trafi podzielony między bloki? Sprawdzę jak to wygląda po wczytaniu (i zwieszeniu) w pamięci.

Zastanawia mnie dlaczego w ogóle wybrano $BF i $CF, gdyby wybrać dla $00 właśnie $00 to wtedy mniej Bajtów by się marnowało na przymusową kompresję $BF, gdyż $00 z tego co widzę najczęściej się powtarza. Nie wiem czy dobrze, ale kojarzy mi się to z dalekopisem, gdzie chyba eliminowano $00?

Edit: (Powyższe napisałem zanim zauważyłem odpowiedź Sebana - pisaliśmy w tym samym czasie).

@Seban Dobry wieczór ;) Oczywiście zera i przecinki są nagrane na taśmie i do tego niektóre końcówki są uszkodzone - być może miało to być zabezpieczenie przed kopiowaniem, bo kopiowany plik za danymi zgłasza błąd. Z tego co widać przy SuperCobrze zera są dodane już po kompresji. Nie ma ich w niektórych loaderach.
Myślę, że oprócz tych dwóch kaset mam jeszcze inne zabezpieczone, z tego co pamiętam podpisane Haga Soft.
Dzięki :) Poeksperymentuję, jak coś jeszcze zgram to udostępnię.
Jeżeli adresy mają być pomijane przy kompresji to trochę skomplikuje dekompresję i kompresję :/ - będę musiał liczyć Bajty... i odpowiednio pomijać...
W przypadku Freda na początku jest mnóstwo zer - konwertuje je na ciągi $BF $FF $BF $FF... na emulatorze Atari800 z obsługą turbo nie wyrabiał.
Prawdopodobnie po kompresji żaden osobny program nie będzie w stanie stwierdzić gdzie jest wymagana dłuższa przerwa.

Edit2: Jak się okazuje takie pliki cas są również w cas archive: http://cas-archive.pigwa.net/

Atarex, to samo, może i inne?

Jest nawet ftp://ftp.pigwa.net/stuff/collections/s … ier_34.cas by *EMEK
KSO 1.0 podpisany >Genio< ftp://ftp.pigwa.net/stuff/collections/s … er/kso.cas

Edit3: W załączniku jeszcze wersja kompresująca / dekompresująca cały plik. Program nie zgłasza błędów, plik źródłowy musi się znajdować w podanej ścieżce, inaczej program prosi o podanie nazwy aż do skutku. Return pozostawia ustawienia bez zmian. Podanie innych wartości niż przewidziane nie jest sprawdzane i spowoduje nieprzewidziane działanie programu!!! Nie sprawdzałem czy działa zapis na C, choć taki przewidziałem.

@Sikor Super, fajnie, że rozpoznałeś wkładki, jestem bardzo ciekaw czy też masz zabezpieczone pliki, póki co sprawdziłem, że Fred i Ninja Commando nie potrzebują loadera, a pozostałe tak, jeszcze sprawdzę czy ze standardowymi L1 i L2 pójdą. No i ciekawe co masz na tych kasetach? :) Ja w ogóle miałem ich mało...

@Seban Zauważyłem przy scenach do Karateki - 12672 Bajty przed kopiowaniem i jeszcze ze dwa inne pliki, ale nie pamiętam.

Co do tych kopierów to chyba ich nie ma. Turbo Copy jest kilka, ale żaden mi nie pasuje - dwa do K.S.O. Long Turbo Copy i Turbo Copy ("wbudowany"), jeden z Tajemnic Atari wyłącznie do normalu i jeden, który pyta o plik źródłowy i docelowy, więc też nie wygląda na to. Innych nie zauważyłem.

Chodziło mi raczej o pliki zabezpieczone przez AutoCopy 3.0 lub podobnie, ale ciekawie, że pojawiły się też inne informacje i katalog :) - nie znałem, ale fajnie coś takiego zobaczyć.

Pliki zabezpieczone *AJEK mają tekst z informacją, że jest to *AJEK, sygnał jest wyraźnie inaczej zapisany, podczas wczytywania są kolorowe pasy, łatwo się zorientować, że będzie problem ze skopiowaniem. Kiedyś udostępniłem kilkanaście takich plików, ale do tej pory został chyba tylko jeden. Krótki zgrał też jeden z loaderów, również zabezpieczony przed kopiowaniem, szkoda, że nie ma wersji xex.
Szczegóły i pliki w tym wątku: atarionline.pl/forum/comments.php?DiscussionID=2848

Swoją drogą to ciekawe zjawisko, pliki prawdopodobnie odbezpieczone, przeniesione na inny nośnik, zostały ponownie zabezpieczone tym razem chroniąc interes kogoś innego...

Te z Loaderami z AutoCopy 3.0 wczytują się pozornie normalnie jak każdy programy z loaderem, nie ma żadnych dodatkowych napisów, nic podejrzanego, uruchomiony program wydaje się, że wczytuje się jak każdy inny. Dopiero przy próbie skopiowania okazuje się że plik jest uszkodzony, nie pomagają wielokrotne próby kopiowania, błąd jest zwracany na każdym kolejnym bloku poza loaderem, na słuch sygnał jest w porządku. Także można być zupełnie nieświadomym, że używa się zabezpieczonych plików, a po próbie skopiowania uznać, że plik jest uszkodzony. No i taki plik jest zapisywany przez standardowe narzędzie.

Ciekaw jestem czy "Brodaty" celowo tak nagrywał, czy nie był tego świadomy? Ja bym obstawiał to drugie. W każdym razie tak jak się spodziewałem na drugiej kasecie też znalazły się zabezpieczone programy, a są to: kaseta 3: Ninja Commando, Fred, Zybex 2, Who Dares Wins II; kaseta 2: Ninja, Robbo, GhostBusters (wszystkie na Atari odczytałem przerobionym Long Turbo Copy 1.1). Zauważyłem też, że nagrywał programy pojedynczo i sprawdzał czy się wczytują, jak nie, to nagrywał w to miejsce ponownie dodając loader, czy używając właśnie AutoCopy 3.0. Spod GhostBusters-a "wystaje" niezabezpieczona wersja, a na kasecie 3 w przerwie jest kilka bloków ze Special Delivery. Tennis, który o ile dobrze pamiętam uruchamia się przed końcem ostatniego bloku ma ten koniec nadpisany następnym plikiem i nie da się odczytać ostatniego bloku, co też może być traktowane jako zabezpieczenie.

Niestety oprócz tych dwóch kaset (trzecia nagrana przeze mnie), znalazłem jeszcze tylko jedną z tej "serii" - "nr 4", prawie całą wykasowaną, póki co nie udało mi się z niej nic odczytać, a zostały na niej tylko 4 programy i jakieś kopie z normalu czy Basic. Znalazłem też kolejną "czerwoną" wkładkę ze spisem programów, w dobrym stanie, ale bez kasety nr 5.

Co do kaset w normalu to z takich które da się przegrać na Turbo została mi tylko jedna, którą właśnie zgrałem. Być może została, bo część programów jest w wersji boot lub ma niestandardowy loader i błedy na końcach*. Prawdopodobnie kaseta pochodzi z Sezamu, lub ktoś kto robił tę kompilację stamtąd skopiował Super Cobrę, bo ta ma specyficzny loader, bez którego gry nie da się uruchomić (ale skopiować na normal można). Ta wersja jest zbliżona do "Super Cobra (1983)(Parker Brothers)[a1].xex" z AOL, jednak bez loadera się zawiesza. *)Większość plików na tej kasecie ma na końcach dodatkowe ciągi Bajtów - zera lub przecinki, a w dwóch przypadkach ostatni zerowy "blok" sygnału jest nieco uszkodzony - w jednym przypadku w dość dziwny sposób - sygnał cichnie i na "wykresie" przemieszcza się zygzakiem w dół, co oczywiście zwraca błąd przy kopiowaniu, ale już za danymi. Kaseta nie ma oryginalnej wkładki, ale została dołączone karteczka z wydrukiem takiej treści:

Reszty kaset, które mam w normalu nie da się skopiować bez odpowiedniego kopiera (o ile taki istnieje), podczas wczytywania mają napisy zachęcające do odwiedzenia domów towarowych centrum - m.in. kaseta, którą Krótki skonwertował na cas-y i dorzucił do bazy AOL: Ixion (1985)(U.S. Gold)(GB)(beta)[cr The Sorcerer][h DT Wars].cas i Spy vs Spy - Arctic Antics (1987)(Epyx)(US)[cr BodzioSoft - Gizmo & K...][h DT Wars].cas
Z tego co sobie przypominam, te kasety dość często podczas wczytywania gubiły sygnał, więc oprócz walorów "copy protection" były dość "awaryjne".

Jak ktoś ma coś w "AJK-u", czy z innym zabezpieczeniem, czy wersje wieloplikowe, czy w ogóle z dawnych kaset to warto pomyśleć o udostępnieniu (niezależnie w jakim turbo, a nawet w normalu) :).

W załączniku kaseta zgrana z normalu. Pliki tak jak opisałem mają na końcach dodatkowe Bajty. Zauważyłem też że wersja cas gry Pharaohs Curse na AOL ma jeden Bajt zmnieniony, nie wiem co to daje (czy to może błąd? - kod kontrolny w cas się zgadza), ale w tej wersji jest taki jak w każdej innej z AOL. Zauważyłem też, że wersja z AOL na emulatorze często zalicza Boot Error, u mnie było lepiej, a zupełnie pomogło ponowne zapisanie pliku cas.

Edit: podmieniłem plik 7z, ale tylko z uwagi na literówkę w pliku txt.

Edit2: Przy okazji zauważyłem, że Universal Copy *EMEK do niektórych plików dodaje jeden Bajt $00 na końcu, czy jest szansa, żeby to poprawić? Seban?

Ja też tylko emulatora, ROM-ów i programu Long Turbo Copy oraz Kopiarka Turbo, bez nich to nie wiem jak miałbym ten sygnał w samym emulatorze odczytać? A do zgrywania i edycji, gdyby była potrzebna to bym użył Audacity.

Zwykłe programy kopiujące używają handlera zawartego w programie K.S.O., więc nie mają wpływu na generowany sygnał. Dedykowane z wbudowaną obsługą Turbo - jak te których użyłem - tak.

Odpowiedź na pytanie wątku brzmi: NIE

Co do odpowiedzi na dodatkowe pytanie to skoro mamy ustalić jak / czym (software / hardware) był zapisany sygnał informacja o szumie może być istotna.

Edit: jeżeli chcesz ustalić czy to software generuje taki efekt to sprawdź sygnał generowany różnymi wersjami Turbo K.S.O. zapisany zwykłym kopierem, oraz zapisany dedykowanymi narzędziami. Na emulatorze wyeliminujesz wpływ hardware-u. Choć ja bym raczej obstawiał że taki efekt wygenerował hardware. Może odstęp pomiędzy głowicą nagrywającą, a kasującą miał na to wpływ, więc i poprzednia zawartość może mieć wpływ.

Edit2: Tylko wtedy dziwne, że przed pilotem "nazwy" tego nie ma... czyli jednak software?

Edit3: A czy w niewielkim odstępie za ostatnim blokiem nie ma podobnego zniekształcenia na "ciszy" - kiedy wyłącza się głowica kasująca?

@Willy Też już o tym pisałem :)

Co do tych zagięć to niekoniecznie, bo mogłoby się zdarzyć że to zagięcia powstałe po przeciwnej stronie taśmy. A może sygnał jest nieco inaczej zapisany i przerwy są krótsze?

Szkoda, że nie mamy udostępnionego chociaż jednego programu w wav-ie może na słuch ktoś by coś więcej wywnioskował, no i chętnie bym sprawdził na Atari i z innymi programami niż emulator.

Hello???

@Seban Mi się też tak wydaje, co zresztą już napisałem, ale piszę to z punktu widzenia użytkownika, więc warto sprawdzić.

@Jer O zabezpieczeniu AutoCopy przecież napisałem, że dziś pisałem o nim w sąsiednim wątku i to nie jest ten przypadek - tam anomalii nie słychać jest błąd transmisji i to mnie dziwiło, a sygnał jest po prostu krótszy.

@Dely nie napisałeś czym zgrywasz i co to za kasety - w sensie jak są nagrane - myślałem, ze moja wypowiedź cię na coś naprowadzi, a i ciekaw jestem czy moje pliki też mają ten efekt?

Jak nie chcesz ich sprawdzać to sam coś uploaduj to ja sprawdzę u siebie, czy się wczytają.

Próbując odczytać pliki z jednej z powyższych kaset - ze sfatygowanej taśmy, oprócz uszkodzonych częściowo plików, których sygnał jest ewidentnie zniekształcony, a który udało mi się uzupełnić fragmentami plików z innych wersji, natknąłem się na 4 takie, których mimo, że wydają się brzmieć prawie w całości dobrze, skopiować mi się nie udawało. Pomyślałem, że są uszkodzone jak pozostałe, ale przy próbach odczytu kolejnych bloków okazało się, że nie udaje się odczytać żadnego poza pierwszym, który wygląda jak Loader 2 uzupełniony zerami. Przy pomocy Turgen-a zauważyłem, że wszystkie bloki są uszkodzone w tym samym miejscu, a suma ich wielkości odpowiada wielkości jednej z wersji pliku dostępnej w sieci. Czyli niczego nie brakuje - bloki są po prostu krótsze - mają max. 2816 Bajtów zamiast 3072! Porównanie dołączonego loadera ze znaną wersją Loadera 2 pokazało różnice, do tego okazało się, że przy pozostałych 2-ch plikach jest jeszcze inna wersja. Wyszukanie kodu loaderów wśród plików z Atari dało rezultat - identyczne loadery znajdują się w pliku AUTOCOPY.V30 - czyli we wspominanej AutoKopiarce KSO wersji z zabezpieczeniem i tu się wyjaśnia dlaczego nie udawało mi się tych plików skopiować i skąd te nietypowe bloki :) - jakby ktoś chciał się przyjrzeć to pierwszy loader znajduje się od adresu 26BF, a drugi 32BF. PS. Gdybym próbował uruchomić taki plik to o ile nie jest rzeczywiście uszkodzony to by się uruchomił.

Edit:

Sprawdziłem jak wyglądają loadery zawarte w AUTOCOPY.COM - czyli AutoKopiarce zapisującej standardowo. Wbrew temu, czego się spodziewałem, znalezione loadery, różnią się tylko dwoma Bajtami od zapisywanych przez wersję "zabezpieczającą". Z tego wynika, że pliki z loaderami zapisane z poziomu Autocopy mają loader dołączony do właściwego pliku, i nie są to te loadery dostępne osobno do "ręcznego" nagrania przed danymi programu (za Loaderem 2 należy pominąć nagłówek z nazwą programu, po L1 nagłówek musi zostać). [Moim zdaniem osobne loadery nie uzupełnione zerami są mimo wszystko elegantsze.]

Ponieważ loadery różnią się tylko dwoma Bajtami wyszukałem analogiczną sekwencję instrukcji w Turbo Long Copy 1.1 (właśc. Long Turbo Copy) i mimo, że nie wiem jak to działa, zmieniając analogicznie dwa Bajty uzyskałem możliwość kopiowania "zabezpieczonych" bloków.
030E: 17 16 (prawdopodobnie potrzebne do prawidłowego obliczenia sumy kontrolnej)
0322: 0C 0B (długość bloku)
Dodatkowo zmieniłem jeszcze opis w menu, co nie powinno mieć wpływu na działanie programu.

(Wielkość pliku na screenie jest mniejsza niż powinna, bo usunąłem uszkodzone bloki - 3x$0B00.)

Aby prawidłowo skopiować dane zapisane z krótszymi blokami, trzeba pominąć pierwszy blok z loaderem (np. ustawiając taśmę tuż za nim, a nagłówek z dowolną nazwą odczytać z innej kasety, podmienić ponownie i zaakceptować).

Zapis działa bez zmian - plik zapisany w Turbo (lub normalu) można już bez problemu odczytać z poziomu KSO (ew. może być potrzebny L1 lub L2) lub innych narzędzi KSO.

W Long Turbo Copy jest też opcja "Format", którą można ustawić na T1, nie sprawdzałem tego, ale myślę, że chodzi o format pierwszej wersji KSO, która nie wymaga przeróbki sprzętowej.

Skoro ten facet nagrywał używając "zabezpieczonego" formatu, to pewnie więcej osób ma kasety z takimi plikami. Ktoś się z takimi plikami już spotkał? Sikor?

W załączniku chyba wszystkie "firmowe" loadery KSO jakie do tej pory udało mi się zgromadzić i zmodyfikowany program Turbo Long Copy. Wymienione programy można uruchomić na emulatorze Atari800 od FUJI-ego (trzeba wyłączyć SIO patch i zamiast resetu z klawiatury, używać zimnego startu z menu, może się przydać też przed uruchomieniem wybranego z menu emulatora xex-a, czy atr-a).

Dzięki.

Znalazłem rysunki, o których pisałem - projekt mojej gry, który prawdopodobnie powstał nie później niż w 1992 roku (najpóźniejsza data jaka jest zapisana na pozostałych kartkach). Spróbuję te rysunki zeskanować. [Co ciekawe szukając znalazłem moje notatki z elektroniki, które uzupełniają to o czym pisał dziś Jer.]

Oglądałem jednego dnia lekcje w TV, trafiłem na dość ciekawe (podobno były też wpadki uczących). Ale nie wyobrażam sobie jak wyglądają lekcje on-line z grupą dzieciaków.

Sprawdziłem raz jeszcze i moim zdaniem schemat jest zgodny z tym co mam w magnetofonie - ścięta krawędź tranzystora BC158 oznacza kolektor i jest on podłączony do 14-tej nóżki układu scalonego, podobnie jak na tym schemacie.

Jeżeli dobrze pamiętam to drugie turbo zrobiłem w oparciu o schemat, gdzie tranzystor jest odwrotnie. Muszę to sprawdzić...

@Piwkooo Dokładnie - odtwarzam to co już jest zrobione, żeby udokumentować ten układ, a przy okazji wyjaśnić o co chodzi skoro są rozbieżności. Dzięki za notatki :)

Co do "pętli masy" to myślę, że jest tak dlatego, że K.S.O. było osobnym interface-m zewnętrznym więc uważam, że powinno tak zostać. Ale może ma to też inne uzasadnienie. Jak pisałem elektronik ze mnie marny...

Teraz pomyślałem, że można podłączyć tak, że wtyk SIO do jednego Atari (jako zasilanie magnetofonu), a wtyk Turbo K.S.O. - joy 2 - do drugiego Atari? Wtedy masy się połączą. Chyba nic się nie sfajczy? Będzie można używać turbo i innego urządzenia SIO jednocześnie bez żadnych przejściówek, czy przeróbek!?

W ciekawą przygodówkę z interaktywną grafiką chętnie bym pograł :)

W zamierzchłych czasach chciałem zrobić przygodówkę. Chyba wtedy jeszcze takich gier nie było? Miało się sterować szczurkiem podobnym do postaci ze Spy vs Spy, gdzie po zebraniu i użyciu przedmiotów w domu miało się lecieć w kosmos :) Powinienem mieć jeszcze rysunek :)

Kiedyś pytałeś mnie czy bym nie zrobił grafiki do jakiejś Twojej gry. Jak to mówią na bezrybiu i rak ryba, ja od czasu do czasu coś narysuję, ale do poziomu grafików dużo mi brakuje i chyba nie dałbym rady aż tyle grafiki na całą grę zrobić.

Łatwiej rysuje się na kartce, potem można to zeskanować i poprawić lub przy pomocy tabletu graficznego (ja mam taki mały kilku calowy). Pisałem już o tym przy okazji konkursu Blukiego i mojej niby gry. Do której zrobiłem trochę grafiki (obrazki powyżej).

Na marginesie: Tej gry chyba już nie dokończę. To co jest, to zaledwie zajawka tego co miałem zamiar zrobić. Miała to być jedna z dostępnych miejscówek w większej całości. Niedawno napisałem program - "kostka do gry", który miał powstać na potrzeby tego projektu, a napisałem go bo sama kostka pseudo 3D wydała mi się ciekawym wyzwaniem. Kolejnymi niedokończonymi pomysłami są Koło Fortuny i Gra w Statki, a to jeszcze nie wszystko... a teraz zajmuję się OCR-em... i turbo K.S.O. ;)

Ostatnio DearHenry przyznał że jest grafikiem, może by się zgodził coś narysować? ;) Ew. mógłbym spróbować zapytać znajomych grafików... jak rozumiem projekt niekomercyjny?

@Jer czyli mam drugie turbo dzięki Tobie :) Jeden i drugi układ działa, więc albo ja coś przekręciłem rysując (sprawdzałem już dwa razy) albo nie ma to znaczenia? - mógłbyś zerknąć na ten schemat który "zrekonstruowałem" wg "mojej" wersji turbo i porównać ze zdjęciami? Spróbuj też odczytać wartości rezystorów - lepsze zdjęcia są w udostępnionej paczce (wszystkie pliki TU). Ja niestety z klasycznej elektroniki mocny nie byłem, a teraz to już i z cyfrówki niewiele pamiętam.

A co do XC12 to myślałem o zasilaniu również przez SIO, ale bez podłączania pozostałych linii do Atari?

Edit:

Co powoduje dołączenie kolejnego inwertera w Twojej wersji?

W sumie to fajnie jakbyś omówił ten układ.

Nie powinno się zostawiać bramek itp. niepodłączonych, ale jakie to ma znaczenie?

W każdym razie taka wersja była sprzedawana i montowana.

Edit2:

Instrukcja Blizzarda w formacie tekstowym i z usuniętym podziałem wierszy rtf - OCR zrobiłem z pliku udostępnionego przez Kimseo TU.