W standardzie się nie wczytywały bo jest błąd w procedurze odczytu w OS. Ktoś z naszych to odkrył. Nie pamiętam kto i na szybko nie znajdę wątku. Na poprawkę nie ma miejsca w ROM i itp.
Resztę zostawiam dla lepiej zorientowanych.

1 i 2.
a) Zapis turbo działa na zupełnie innej zasadzie (PWM) niż normal (FSK). Modulacja PWM jest znacznie prostsza, więc bardziej niezawodna, sygnał jest w znacznie mniejszym stopniu przetwarzany przez magnetofon i w mniejszym stopniu zależy od jakości elektroniki.
b) tak jak napisał mono - bezpośredni związek z bugiem w OS. Procedury odczytu turbo są od niego niezależne.
c) pośredni związek z bugiem w OS - przy pewnych szczególnych prędkościach bug manifestuje się znacznie cześciej
d) pośredni związek z bugiem w OS - przy pewnych szczególnych odstępach pomiędzy blokami danych bug manifestuje się znacznie częściej - tak jak by następowała swoista synchronizacja sygnału z taśmy z wyświetlaniem obrazu, tzn. odstęp pomiędzy ostatnim bitem poprzedniego bloku i pierwszym następnego potęguje efekt do tego stopnia, że błąd może występować zawsze w tym samym miejscu nagrania
e) sposób działania Pokeya - według dokumentacji Pokey potrafi odczytywać dane z prędkością do 5% większą niż aktualnie ustawiona, nie ma słowa o odczytywaniu z prędkością niższą niż aktualnie ustawiona. W związku z tym są pewne szczególne graniczne wartości prędkości, przy których najmniejsze wahnięcie obrotów magnetofonu w dół (czy rozciągnięcie taśmy itp.) może powodować błąd; może się też zdarzać, że obliczana prędkość transmisji jest kwalifikowana do błędnego przedziału i Pokey jest programowany na prędkość wyższą niż powinien być (taka łagodniejsza wersja buga w OS). Nawet 1 baud różnicy w prędkości transmisji może mieć znaczenie. Natomiast zapis turbo nie korzysta ze sprzętowej obsługi transmisji Pokeya, jest od tego niezależny.
3.
a) w normalu - po zgraniu przekonwertować na .hex, w edytorze tekstowym pousuwać śmieci, ustawić modelową prędkość transmisji (594-595 baud, źródła podają równe 600). Po poprawkach przekonwertować na wav. Nawet wtedy będzie od czasu do czasu występował błąd związany z bugiem w OS.
b) w turbo - istotne jest dobre ustawienie skosu głowicy przy zgrywaniu, zwykle trzeba ustawić tak, żeby sygnał był najsilniejszy, jeszcze istotniejsze jest, żeby kształt fali był jak najbardziej zbliżony do fali prostokątnej (choć w przypadku większości nagrań będzie bardziej podobny do sinusa), dobrze też jeżeli amplitudy wąskich i szerokich impulsów są do siebie zbliżone. Prędkość przesuwu taśmy jest dość istotna, bo większość systemów turbo (w tym turbo 2000) nie ma programowej kompensacji zmian prędkości (nie pamiętam teraz, czy poza Blizzardem jakiś system turbo ma - no jest jeszcze Sistema Injektor, ale to jeszcze inny rodzaj zapisu).
c) turbo - po zgraniu przekonwertować na hex, w edytorze tekstowym pousuwać śmieci, poustawiać odpowiednie szerokości impulsów itp. Po poprawkach przekonwertować na wav.
4.
a) W przypadku turbo i adapterów bardzo ważna jest siła sygnału - nie może być ani za mała, ani za duża. Trzeba dobrać eksperymentalnie. Zwykle lepiej ustawić ciszej niż dla normal.
b) Dla wielu systemów turbo istotna jest polaryzacja sygnału, tzn. czy impuls zaczyna się od zbocza narastającego czy opadającego. Nie pamiętam w tej chwili na pewno, ale Turbo 2000 chyba powinno być od tego w jakimś stopniu niezależne, natomiast odwrócenie polaryzacji może w każdym przypadku i tak pomóc lub zaszkodzić. Dość ważna jest szerokość ostatniego półimpulsu przed pierwszym impulsem synchronizującym, która to połówka ma tendencję do bycia skróconą i rozpoznawaną jako pierwsza połowa impulsu synchronizującego. Jak nagranie się nie wczytuje, to warto w edytorze audio spróbować zrobić inwersję sygnału. Polaryzacja może się zmieniać w wielu miejscach (przy zgrywaniu, przy odtwarzaniu z komputera, w adapterze kasetowym, w magnetofonie Atari...)
c) w pewnym stopniu ważna jest prędkość przesuwu taśmy przy zgrywaniu, co za tym idzie wynikowa szerokość impulsów.
5.
a) http://a8cas.sourceforge.net/ (tylko normal, bo a8cas-convert obsługujący turbo mam chyba tylko ja, nie upubliczniałem bo nie dokończyłem przeróbek)
b) http://www.arus.net.pl/FUJI/a8cas-util/ (normal i turbo, tylko pod linuksa)

P.S. Część moich twierdzeń jest wydedukowana na podstawie obserwacji i nie potwierdzona badaniami ;).

bue, forum zezarlo mi przydlugiego posta w odpowiedzi. no ale executive summary, poprobuje jeszcze z a8cas-utilem, wydaje sie miec znacznie wiecej niz wav2cas, z ktorego uzycia efekty (.cas) sa gorsze niz proby wczytywnia z oryginalnego .wav. a tych jego .hexow nie umim edytowac.
pytanie dodatkowe - obecnie uzywam takiego do zgrywania: https://allegro.pl/oferta/magnetofon-pr … 7712733707 (wyjsciem sluchawkowym do line-in na kompie i audacity). jest sens przelozyc sie na jakis starszy, ale bardziej firmowy deck, typu: https://allegro.pl/oferta/magnetofon-un … 8092439020 czy to niespecjalnie ma znaczenie?

2. Na jakość odczytu w normalu też wpływa ustawienie głowicy,  nawet jest bardziej czuły na kręcenie głowicą (ćwierć obrotu +-) niż w Turbo Blizzardze (tu czasem jeden obrót nie szkodził), no i w normalu nie było programów do ustawiania głowic (a by się przydał). Przekonałem się o tym jak kupowałem kasety z Avalonu.
Kilkukrotne próby aby się dała gra wczytać, aż wpadłem na pomysł pokręcenie głowicą i polepszyło się (tak na 99%)
2. Czy problem jest na kasetach nagranych u kogoś ?(giełda itp). Kilka kaset które dostałem miały gry które zawsze wchodziły oraz takie które nigdy (jedna miała licznik rekordów do wczytania błąd często w tym samym miejscu 002 od końca). Przydałby się kopier-analizer, który pokazywał na każdym bloku prędkość i jaki rodzaj błędu się zdarza (tych programów z T.A. "100%" itd nie sprawdzałem bo już byłem wtedy w erze turbo).