Zestaw 16:

strona A: Tales of Dragon and Cavemen, Sun Star, Chomper
strona B: War Copter, Sidewinder, Gridrunner

Uwagi:

Tales of Dragon and Cavemen: dedykowany loader (brak zabezpieczania przed kopiowaniem)
Sun Star, Chomper, Sidewinder, Gridrunner: Turbo Copy 3
War Copter: kolejna śmieszna ciekawostka... klasyczny loader "!" (tzw. wykrzyknik) zabezpieczono przed kopiowaniem przez użycie tego samego programu który generuje multi-baud record dla programów typu "BOOT", o którym pisałem przy okazji zestawu 9.

Archiwum ZIP zawierające zbiory z kasety (CAS, HEX) do pobrania tutaj: "GRUBCIO - zestaw 16"

https://pigwa.code32.org/grubcio/photos/grubcio_16.jpg

Zestaw 10:

strona A: SHAMUS: case II, Elektra Glide, Juno First
strona B: Raid Over Moscow, Space Dungeon, Stealth

Uwagi:

Wszystkie zbiory zabezpieczone za pomocą "Turbo Copy 3".

Archiwum ZIP zawierające zbiory z kasety (CAS, HEX) do pobrania tutaj: "GRUBCIO - zestaw 10"

https://pigwa.code32.org/grubcio/photos/grubcio_10.jpg

Zestaw 09:

strona A: Mirax Force, Chicken Chase
strona B: Nexuss MCMLXXXVIII (1998), Gorf, Twilight World, Unicum

Uwagi:

Przed "Mirax Force", nagrany jest jakiś dziwny loader (ładuje na koniec strony $BF00, co widać przy wczytywaniu, bo to pamięć obrazu). Po wczytaniu loadera należy wcisnąć klawisz "O", oby kontynuować odczyt. Nagranie nie jest zabezpieczone przez kopiowaniem.

Przed "Chicken Chase" jest nagrany również dziwny loader (w/g instrukcji po wczytaniu loadera, należy wybrać opcję "B", aby wczytać właściwą grę). Loader zabezpieczono softem który jeden z rekordów zapisuje na taśmie jako tzw. rekord multi-baud, tzn. początek rekordu zapisany jest ze standardową prędkościę 600bps, po czym w trakcie jego trwania prędkość zmienia się na 300bps, loader wie po ilu bajtach zmienić baud-rate na 300bps, więc poprawnie dekoduje rekord. Co ciekawe wystarczyło pominąć loader, i skopiować właściwy program znajdujący się za nim, aby otrzymać plik w formacie .XEX.4

Gra Nexuss jest nagrana bez żadnych zabezpieczeń, natomiast pozostałe pozycje zabezpieczono  za pomocą "Turbo Copy 3".

Archiwum zip zawierające zbiory z kasety (CAS, HEX) do pobrania tutaj: "GRUBCIO - zestaw 9"

Sama kaseta wygląda tak:
https://pigwa.code32.org/grubcio/photos/grubcio_09.jpg

Hej!

Jakiś czas temu wpadły w moje ręce parę zestawów ze studia "GRUBCIO", a mianowicie są te zestawy o numerach:

09, 10, 16, 25, 34, 35, 40, 44, 57, 65, 68, 70, 71, 77, 78, 83, 86, 87, 88, 91

Zajęło mi to trochę czasu, ale udało mi się zgrać wszystkie te zestawy i odzyskać wszystkie pliki zapisane na kasetach. Ponieważ niektóre pliki były na owych kasetach były uszkodzone (zaniki sygnału, etc.) sądziłęm że to wina wieku kaset, bądź też uszkodzenia nośnika, jednak ponieważ niektóre z kaset powtarzały się (dysponowałem dwoma kopiami), mogłem stwierdzić ze to kaseta "matka" z której kopiowano/powielano dany zestaw była uszkodzona. Skąd taki wniosek? Otóż pliki zgrane z dwóch niezależnych kopi były zazwyczaj uszkodzone identycznie, tzn. dokładnie w tych samych miejscach. Do kompletu jedno z nagrań było po prostu ucięte. Mogę zatem wysnuć wiosek że firma komputerowa "GRUBCIO", nie bardzo przywiązywała wagę do "jakości" nagranych kaset. Po protu kopiowano, z uszkodzonych źródeł nie przejmując się tym że kopia nie będzie działać u kupującego.

Programy na kasetach były większości wypadków zabezpieczone przed kopiowaniem, początkowo były stosowane różne dziwne programy (np. Enigma Copy, czy też któryś z programów który zabezpieczał programy typu BOOT, zapisując pierwszy rekord ze zmianą "baud rate" w środku rekordu). Potem do akcji wkroczył "Turbo Copy 3", a koniec końców pojawił się program "Jumbo Copy", jak się wydaje napisany na zlecenie właściciela firmy GRUBCIO.

W planach miałem co prawda opisywać moje boje ze zgraniem tych kaset i walką o odzyskanie każdego ze zbiorów, ale chyba nie za bardzo o czym pisać, poświęciłem temu i tak zbyt dużo czasu, po prostu będę wrzucał kolejne posty zawierające linki do kolejnych zestawów, z krótkim opisem które zbiory czym zabezpieczono. Miałęm też wyciągać pliki binarne (.XEX) tam gdzie się dało i robić wersje "plikowe" z programów które mają "niestandardowy" loader, ale to chyba nie ma już najmniejszego sensu. Trwało by to zbyt długo i sądzę że nikomu to by nie było potrzebne.

Pliki potraktowane przez Turbo Copy 3/4 można zdekodować narzędziem z mojego pakietu TCX Tools.

Myślę ze nie ma co przedłużać i zacznę wrzucać w następnych postach, pliki które udało mi się zgrać, niektóre z nich musiałem odzyskiwać ręcznie, naprawiać, etc. Zajęło to o wiele więcej czasu niż sądziłem, gdybym jeszcze zaczął się bawić z robienie .XEX-ów czy wersji "FILE", to by to trwało kolejne tygodnie, zatem wrzucam tak jak jest, czyli bedę wrzucał, zdjęcie kasety, plus pliki .CAS i .HEX w archiwum .ZIP dla każdego zestawu którym dysponowałem.

EDIT: Jeszcze jedna uwaga, znakomita większość kaset od Grubcia wyglądała tak:

https://pigwa.code32.org/grubcio/photos/grubcio_tape_ex1.jpg

Trafiła się również jedna z zielonymi napisami:
https://pigwa.code32.org/grubcio/photos/grubcio_tape_ex2.jpg

A końcowe zestawy już wyglądały tak:
https://pigwa.code32.org/grubcio/photos/grubcio_tape_ex3.jpg

105

(46 odpowiedzi, napisanych Sprzęt - 8bit)

Cześć! Przyznam Ci się za tak dawno nie grzebałem już w tym że na pamiętam, ale postaram się zajrzeć do tego jakoś na dniach i przypomnieć sobie jak to demontowałem. Jak odświeżę sobie pamięć to tam znać, o ile nikt wcześniej tego nie uczyni.

Hej!

Dzięki wielkie za odpowiedź i rzeczowe komentarze! Powiem Ci że jeżeli chodzi o funkcjonalność COPY to też zastanawiałem się jak to rozwiązać, ale chciałem już wypuścić jakąś wersję w świat, aby mieć jakikolwiek "feedback" i widzę że to okazało się dobrym pomysłem. Dodam funkcjonalność kopiowania pierwszego napotkanego zbioru wraz automatycznym dostosowaniem nazwy. Być może dodam też coś w rodzaju "TAPE DUMP", aby kopiował wszystko jak leci na wskazany dysk/nośnik./ram-dysk, etc. dodatkowo będzie generowany będzie pewnie plik .LOG który będzie zawierał statusy operacji. Odczyt/Zapis w systemie turbo możesz przerwać normalnie klawiszem BREAK (zrezygnowałem ze START+OPTION+SELECT).

C3 Copy jak najbardziej pochodzi od Code3, nazwa pozostała ponieważ w źródłach miałem jakieś pierwotne wersje tego programu, postanowiłem przenieść to co już było i nieco rozbudować. W sumie skończyło się na przepisaniu praktycznie wszystkiego od nowa, ale nazwa pozostała.

T:, T1: T2:/ --> bez nazwy ... nie sprawdzałem w sumie :D ale wydaje mi się że przy odczycie będzie czekał na nazwę składającą się z samych "spacji", a przy zapisie zapisze "pustą" nazwę, jednak zweryfikuję to, bo przyznam że nie sprawdzałem :D

Jeżeli chodzi o pytanie o nazwę i T/N... to ja sprawdzam czy kod znaku nie jest >="T", wtedy każdy klawisz powyżej "T" akceptuję nazwę, tzn. odpowiedź użytkownika typu: "T","U","V","W","X","Y","Z"... będzie dawało taki sam efekt jakbyś nacisnął "T", to wynika z faktu uproszczenia procki sprawdzającej i aby można było wciskać zarówno "T" jak i "Y".

Z Twoich poprawek oczywiście skorzystam jak tylko trochę się odkopię z bieżących spraw. Dzięki, że chciało Ci się to przeczytać... ja byłem już tak "zmęczony" tym projektem że to "readme.md" naprawdę klepałem byle jak aby jak najszybciej to skończyć. Dopiero teraz widzę ile literówek i błędów zrobiłem!

Hej!

Obiecywałem udostępnić ten handler dla Turbo 2000 (KSO/F/2001) który współpracuje z DOS-em instalując urządzenie "T:" w systemie. Handler oczywiście znalazłem i miałem go w sumie tylko wrzucić, ale jak to zwykle ja... nie mogłem się powstrzymać i postanowiłem nieco dopracować ten "dirty hack" który kiedyś uskuteczniłem... przeniosłem zatem wszystko na PC i zacząłem poprawiać. Niestety mam taką wadę, że zawsze coś chce dopracować do jakiegoś wyobrażonego przez siebie ideału, ale to nigdy nie następuje bo zawsze coś można dorobić i ulepszyć. Tak też zacząłem robić i z tym projektem, który zaczął się rozrastać a ja spędzałem kolejne godziny na dodawaniu dodatkowych funkcjonalności. Jak tylko się zorientowałem że to nie ma najmniejszego sensu, powiedziałem STOP! Wydaje mi się ze obecna forma jest dość akceptowalna, zatem zapraszam zainteresowanych na stronę projektu na GitHub: T2K Handler - repozytorium na GitHub

https://raw.githubusercontent.com/seban-slt/t2k_handler/refs/heads/main/scr/t2k_hnd_no_dos.png

Projekt jest public domain! Po szczegółowy opis funkcjonalności jak i "release" (czyli archiwum zip zawierające pliki .ATR i .XEX) zapraszam jak pisałem wyżej do repozytorium na GitHub. Mam nadzieję że przyda wam się to narzędzie do archiwizacji czy też nagrywania sobie kaset w systemie Turbo 2000, na prawdziwym sprzęcie z pod DOS (sterownik obsługuje zarówno odczyt jak i zapis). Jeżeli ktoś znajdzie jakieś błędy lub nieścisłości proszę o info, będę starał się poprawić w miarę możliwości czasowych.

108

(4 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

128 zł na start! :)

@Jer... też miałem ten sam problem, do czasu aż nie zobaczyłem że da się to ogarnąć używając "Inpost Szybkie Nadania":

https://inpost.pl/SzybkieNadania/pl

110

(6 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

to ja standardowo zacznę od 51,2zł dla równego rachunku.

OK, wygląda na to że nikt więcej nie licytował. Wpłata do zbiórkę dokonana. Szczegóły wyślę via e-mail.

112

(7 odpowiedzi, napisanych Sprzęt - 8bit)

nie tylko "cubeniculosis", w "sky computer 9" (a właściwie to 10), słychac to najbardziej. Zapewne wszystkie kanały L/R we wszystkich utworach są zamienione (przy jednym ze źródeł dźwieku).

EDIT:Nie chciałem tego pisać wcześniej aby tego nie sugerować nikomu w wątku, ale skoro to napisałeś to "już po ptakach" ;-)

113

(7 odpowiedzi, napisanych Sprzęt - 8bit)

Moje typy to:

Cubeniculosis:    A - POKEY,  B - SUB
Cyberpunk    :    A - SUB,    B - POKEY
Draconus     :    A - SUB,    B - POKEY
Extirpator   :    A - SUB,    B - POKEY
IK           :    A - POKEY,  B - SUB
Rewind2      :    A - POKEY,  B - SUB
SkyComputer9 :    A - SUB,    B - POKEY

114

(4 odpowiedzi, napisanych Emulacja - 8bit)

Hej!

Podpowiesz gdzie jest jakiś help/doc do xedisk? zbudowałem sobie go pod Linuxem (gdc, gdmd wrapper) ale próba ./xedisk help daje tylko "no help yet", w repo na github nie widzę też pliku z jakąś bardziej szczegółową dokumentacją. make doc buduje tylko małego html-a który nie zawiera zbyt dużo informacji, a "man" mówi że dokumentacji mam szukać w repo na github, ale chyba jestem ślepy bo znaleźć nie mogę ;)

EDIT: Zajrzałem do źródeł, udało mi się uzyskać to co chciałem:

./xedisk create -f mydos thnd_mydos.atr
./xedisk write-dos -D mydos450t thnd_mydos.atr 
./xedisk add thnd_mydos.atr handler.xex
./xedisk list thnd_mydos.atr 
dos.sys
dup.sys
handler.xex

licytuję zatem 51,2 zł dla równego rachunku! :D

No to wystawiaj ponownie! :D Czekam aż będę mógł zalicytować ;)

117

(3 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

Hej!

Wpłata na Emilię poszła! Reszta szczegółów via email.

Dzięki!

118

(6 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

Hej!

Wpłata na Emilię poszła! Reszta szczegółów via email.

Dzięki!

119

(3 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

na start daję 32zł.

120

(6 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

51 zł 2 gr.

121

(6 odpowiedzi, napisanych Kupię / Sprzedam / Zamienię Atari)

na start daję 32zł dla równego rachunku ;)

122

(66 odpowiedzi, napisanych Miejsca w sieci)

Szacunek za masę włożonej w ten projekt pracy! Dzięki!

Hej!

Dzięki za linka, przetestowałem na nim czy ten mój stary skrypt (python) jeszcze działa, bo nie pamiętałem stanu w jakim go zostawiłem. Okazało się że działa bez większego problemu. W załączniku wynik działania programu (w archiwum wygenerowany plik .XEX oraz .HEX który został poddany konwersji. Z kolei do stworzenia pliku .HEX wykorzystałem a8cas-util autorstwa FUJI-ego.  Zresztą po więcej szczegółów i chyba miarę sensowny opis użycia tego mojego prymitywu można podejrzeć na GitHub, o tutaj: T2K Tools.

Mam nadzieję że się przyda, ja korzystałem z tego własnie przy konwersji do XEX-ów taśm zapisanych w standardowym formacie Turbo KSO/2000F/2001. Narzędzie jest naprawdę prymitywne, bo nie sprawdza poprawności danych zawartych w pliku .HEX, po prostu zakład że dostarczony plik .HEX nie zawiera błędów (uszkodzonych rekordów, rekordów z błędnym CRC). Tworząc go założyłem że "a8cas-util" wykona swoją robotę poprawnie, czyli podczas przetwarzania nie będzie żadnych błędów:

./a8cas-util.pl conv -t turbo2000 hobby_tronic_90.wav hobby_tronic.hex
Starting ecasound... started.
SUMMARY: Data blocks: 28 (0 Errors).
86 HEX blocks stored in file hobby_tronic.hex.

potem można wywowałać extract_t2k.py:

./extract_t2k.py hobby_tronic.hex
nazwa pliku T2K: "HOBBY TRO."

Przetwarzam blok nr 001 o długości 3072 bajtów.
Przetwarzam blok nr 002 o długości 3072 bajtów.
Przetwarzam blok nr 003 o długości 3072 bajtów.
Przetwarzam blok nr 004 o długości 3072 bajtów.
Przetwarzam blok nr 005 o długości 3072 bajtów.
Przetwarzam blok nr 006 o długości 3072 bajtów.
Przetwarzam blok nr 007 o długości 3072 bajtów.
Przetwarzam blok nr 008 o długości 3072 bajtów.
Przetwarzam blok nr 009 o długości 3072 bajtów.
Przetwarzam blok nr 010 o długości 3072 bajtów.
Przetwarzam blok nr 011 o długości 3072 bajtów.
Przetwarzam blok nr 012 o długości 3072 bajtów.
Przetwarzam blok nr 013 o długości 3072 bajtów.
Przetwarzam blok nr 014 o długości 3072 bajtów.
Przetwarzam blok nr 015 o długości 3072 bajtów.
Przetwarzam blok nr 016 o długości 3072 bajtów.
Przetwarzam blok nr 017 o długości 3072 bajtów.
Przetwarzam blok nr 018 o długości 3072 bajtów.
Przetwarzam blok nr 019 o długości 3072 bajtów.
Przetwarzam blok nr 020 o długości 3072 bajtów.
Przetwarzam blok nr 021 o długości 3072 bajtów.
Przetwarzam blok nr 022 o długości 3072 bajtów.
Przetwarzam blok nr 023 o długości 3072 bajtów.
Przetwarzam blok nr 024 o długości 3072 bajtów.
Przetwarzam blok nr 025 o długości 3072 bajtów.
Przetwarzam blok nr 026 o długości 3072 bajtów.
Przetwarzam blok nr 027 o długości 0268 bajtów.

Operacja zakończona, plik 'hobby_tronic.xex' o długości 80140 bajtów zapisano.

Mam nadzieję ze to pomoże w wyłuskiwaniu plików z nagrać zapisanych w standardowym formacie Turbo KSO/2000F/2001. I nie będzie trzeba już walczyć z kopierami, etc. Oczywiście poszukam jeszcze tego handlera "T:", mam nadzieję że gdzieś jeszcze mam źródła to może wrzucę do repo na GitHub, a jak nie to chociaż spróbuję namierzyć samą binarkę.

Miałem jeszcze parę innych prostych bash-owych skryptów do automatyzacji konwersji całych taśm, ale nie mogę tego teraz namierzyć, to było sporo czasu temu i nie sądziłem że komukolwiek to może być potrzebne i przydatne. Jak znajdę bedę wrzucał na GitHUB.

Możecie mi podesłać link do tego "Hobby Tronica '90" w wersji WAV/FLAC, chciałem sprawdzić mój stary skrypt do bezpośredniej konwersji z formatu Turbo KSO/2000/F zapisanego w postaci .HEX (atari8cas-util.pl) do .XEX. Naklepałem go kiedyś w jakimś pośpiechu i jest wręcz prymitywny, ale jeżeli miałby pomóc w konwersji to go oczywiście udostępnię.

Kiedyś o tym chyba gdzieś wspominałem, ale popełniłem handler "T:" który instalował się jako rezydent pod DOS (używałem w tamtych czasach) MyDOS 4.53 który miałem wbudowany w stację Toms 720. Sprawdzało mi się to doskonale, bo standardowe (3kB bloki) w Turbo KSO/2000/F można kopiować porcjami, tzn. czytasz rekord i zapisujesz od razu to od razu do drugiego otwartego pliku (np. na dyskietkę). Muszę tego poszukać, sądzę że gdzieś to przetrwało (o ile już tego kiedyś gdzieś nie wrzuciłem, ale to mogło być dawno temu i już nie pamiętam gdzie i czy w ogóle).

Hej!

Tak na szybko i nieco w biegu... udało się wprowadzić poprawki i dodać dodatkowe opcje:

- optymalizacja pętli czytającej bloki danych, udało się zaoszczędzić trochę cykli! dzięki temu...
- sprawdzane jest przepełnienie bufora (próba wczytania za długiego pliku skończy się błędem $9E (158 dec) - "OUT OF MEMORY"
- dodane sterowanie silnikiem
- w release jest już ATR zawierający BW-DOS w wersji 1.30 wraz z Anty *AJEK.
- poprawiono drobny błąd przy zaokrąglaniu MEMLO do granicy strony.
- drobna poprawka w procedurze wyboru interface z którego program będzie czytał dane

do pobrania tutaj: "Anty *AJEK Copy v.1.5"

bufor dostępny z poziomu BW-DOS wynosi: 53504 bajtów ($D100)
bufor dostępny bez ładowania DOS wynosi: 59658 bajtów ($E900)

ale jak pisałem wcześniej, wielkość bufora oznaczy tylko i wyłącznie ograniczenie maks. wielkości pojedynczego bloku, tzn. jeżeli program będzie się składał z 10 bloków po 50 kB, to nie będzie dla programu problemem, on przetwarza dane sekwencyjnie. Czyta wszystko do momentu wystąpienia kolejnego tonu synchronizującego.