Panowie... zapewniam was że pliki nagrane w standardzie wymagają dłuższych przerw między rekordami w przypadku długo wykonujących się segmentów INIT. To była i jest norma, nie ma mowy o uszkodzonym sterowaniu silnikiem czy ręcznym robieniu pause. Swego czasu było sporo programów kopiujących dysk-taśma które o tym wiedziały i same robiły odpowiednie przerwy. Trzy posty wyżej zapodałem wam WAV-a zgranego z ATARI przy pomocy takiego kopiera (DT_COPY). Wersja z dłuższą przerwą po drugim rekordzie działa bezbłędnie. Loader "!" zatrzymuje silnik przed uruchomieniem segmentu INIT jednak jak już to pisałem powyżej bezwładność silnika magnetofonu nie pozwala na tak szybkie zatrzymanie się taśmy. Właśnie dlatego w przypadku zapisu programu przez LIST i wczytywaniu przez ENTER, system operacyjny dawał długie przerwy między rekordami aby magnetofon zdążył się zatrzymać po każdym wczytanym bloku.

W przypadku tego nieszczęsnego ROBBO tekst widoczny w czołówce po drugim rekordzie jest wypisywany "ultra szybką" procedurą "put char" z ROM-u Atari i trwa to całe wieki, dlatego po drugim rekordzie ładowanie się sypie (za krótka przerwa między 2 a 3 blokiem danych). Taka uroda zapisu na taśmie ;) Już chyba po prostu o tym zapomnieliście :)

Co do uszkodzenia występującego w przypadku KSO2000, które opisuje kolega Lt_Bri to osobiście się nie takim nigdy nie spotkałem ale jest ono bardzo prawdopodobne jeżeli ktoś dał za słaby tranzystor sterujący silnikiem na płytce KSO. Jeżeli tranzystor został uszkodzony i dostawał przebicia złącza C-E, wtedy działo by się tak jak napisał Lt_bri - silnik był cały czas włączony.

pozdrawiam
Seban

sprawdzę Ci jutro i dam znać.

UPDATE #1: Sprawdziłem twój plik WAV-e, problem jest dokładnie taki o jakim mówiłem, po drugim bloku loader uruchamia segment INIT niestety przerwa między rekordami jest za krótka i w momencie gdy już pokaże się czołówka "cracked by Mr.Bacardi" jest już pozamiatane bo taśma jest już w połowie kolejnego rekordu.

Wyjścia są dwa:

1) przygotować wav-a z odpowiednią przerwą
2) należy wywalić tą czołówkę (do niczego nie jest potrzebna)

Jak znajdę chwilę czasu przygotuję Ci nowego wav-a i wersję z wywaloną czołówką bez segmentów INIT.

UPDATE #2: Tutaj masz WAV-a z przerwą po drugim rekordzie, zgrałem z prawdziwego Atari przy pomocy prymitywnego interface skleconego na szybko (dwa rezystory i dwa kondensatory). Powinno działać, daj znać jak poszedł test. Plik do pobrania tutaj. Rozmiar ~78MB.

pozdrawiam
Seban

Hej!

Dostałem wszystkie materiałty od kolegi lt_bri, chyba brakuje tylko kilku ostatnich stron. Ostatnie miesiące tamtego roku były dla mnie totalnym chaosem więc przyznaję się iż nie miałem kiedy się tym zająć... ale nie spocząłem na laurach. Jak tylko nadrobię zaległości w pracy to zajmę się złożeniem reszty materiałów.

pozdrawiam
Seban

no tak, tyle że:

1) nie każdego stać na taki zakup, a ostanio ceny stacji na Allegro to jakiś absurd.
2) nie każdy ma ochotę za zabawę ze stacją/SIO2PC/ czy SIO-to-cokolwiek

Z analizy podobnych przypadków na forum wnioskuję iż niektórzy to tak zagorzali fani magnetofonu iż nie zastąpią go niczym innym, lub nie mają możliwości zmiany na nic innego lub wystarcza im to co mają i czasami chcą rozwiązać swoje drobne problemy nie kupując dodatkowego hardware.

pozdrawiam
Seban

A mi się przypomniała taka akcja.... dawno, dawno temu na giełdzie na grzybowskiej kiedy jeszcze piractwo w PL było legalne, ludzie którzy zajmowali się tym procederem i nagrywali ludzikom software na kasety... oni używali specjalnych kopierów które robiły dłuższą przerwę pomiędzy blokami w momencie w gdy wykryły segment INIT w takim bloku... W przypadku normalnej przerwy i segmentu INIT loader (np. legendarny "!") zatrzymywał silnik magnetofonu wywoływał kod wskazany przez segment INIT po czym gdy tylko kod wskazany przez INIT został wykonany to loader włączał silnik magnetofonu i kontynuował wczytywanie... jeżeli kod wskazany przez INIT wykonywał się długo to standardowa przerwa między rekordami na kasecie była za krótka i efekt był taki iż bezwładność silnika magnetofonu sprawiała iż zatrzymywał się on gdy już zaczynał lecieć kojeny rekord z taśmy... po próbie wznowienia ładowania przez loader taśma była już za początkiem kolejnego rekordu i było pozamiatane.

Nie wiem jak robi CAS2WAV czy XEX2CAS ale nie wydaje mi się aby dokładał odpowiednio dłuższe przerwy po napotkaniu segmentów INIT. Sądzę iż to może być twój problem. Może ktoś z forum będzie pamiętam który z kopierów DYSK-TAŚMA miał opcję generowania odpowiednio dłuższych przerw po segmentach INIT?

co do przedstawionej wersji Robbo to struktura pliku wygląda tak:

$0600-$06AC
$02e2-$02e3 (INIT: $600)
$02e0-$02e1 (RUN: $A87F)
$0e00-$ba80

Nie wiem kiedy masz błąd wczytywania... ale jest możliwe iż już po pierwszym segmencie INIT coś się sypie.

pozdrawiam
Seban

Ja przygody z Matrox-ami zakończyłem na G400, były to dla mnie najlepsze karty graficzne w tamtym czasie. Szkoda że nie dali rady ustępując pola NV i ATI.

I ja jestem podobnego zdania, czyli:

1) do gier konsole
2) do oglądania materiałów FullHD - odpowiedni telewizor + dedykowany odtwarzacz

Jednak ja nie posiadam w domu żadnego telewizora, nie potrzebuję systemu dźwięku 5.1 ja po prostu chciałem od czasu do czasu obejrzeć sobie jakiś materiał HD. Popcorn byłby dla mnie najlepszym rozwiązaniem gdybym miał jakiś telewizor HD ;) (mój monitor nie ma HDMI)

A tak a propos wbudowanych kart graficznych... to niestety nie podzielam opinii iż one się do czegoś nadają (przynajmniej w przypadku Intel GMA). Przy rozdzielczości większej 1024x768 te karty stają się dla mnie bezużyteczne... komputer dostaje paraliżu, a ilość danych przewalanych z pamięci SDRAM współdzielonej przez kartę z CPU tak spowalnia komputer że zaczyna działać on tak wolno że idzie się pociąć Włożenie byle jakiej karty GFX z własną pamięcią, tak dramatycznie poprawia sprawę że ciężko sobie to wyobrazić ;) przynajmniej tak wyglądały moje doświadczenia w tym temacie, a walczyłem z chipsetami Intela z wbudowanymi GMAxxx. Nie wiem jak się spisują inne chipsety (NV czy ATI) bo nie miałem okazji ich męczyć.

Hej!

Co do testowego materiału to znajduje się on w kontenerze .MKV i w środku stream H264... niestety żadne DxVA nie działa w przypadku mojego ATI. Sprawdziłem również "Media Player Home Cinema" on ma możliwość użycia DXVA. Ustawiłem jak chcieli (http://mpc-hc.sourceforge.net/DXVASupport.html), wywaliłem wszystkie ffdshow, core avc oraz PowerDVD 8  i nastąpiło 100% obciążenie CPU i zero obrazu... Wydaje mi się iż po prostu moje ATI HD2400 nie wspomaga streama H264... być może musi to być jakiś specyficzny stream przygotowany przez ATi ;) Sprawdzę jakiś materiał HD w formacie WMV / HD DVD.

Tutaj http://ati.amd.com/products/radeonhd2400/index.html ... bredzą niby:

ATI Avivo? HD Video & Media
Combine advanced HD video processing with cool, quiet, and energy efficient operation that will delight a home theater enthusiast. ATI Avivo? HD technology provides hardware based H.264/VC-1 decoding of Blu-ray and HD DVD movies and built-in 5.1 surround audio designed for an easy HDMI connection to big-screen TVs.

ale to chyba tylko marketingowy kit co zresztą sugerował Dely... chyba już się pogodziłem z faktem że super UVC w przypadku mojej karty to fikcja. Sprawdzę jeszcze tylko jakiś materiał HD w formacie WMV. Do tego wszystkiego zaczynam się obawiać zmiana na Radeona HD serii 3xxx cokolwiek polepszy.

Core AVC (14 days trial): niestety na moim sprzęcie zachowuje się gorzej niż FFD Show, jak się zaczyna przytykać to na amen, totalny paraliż komputera. W dodatku utylizacja GPU spadła do 10%-15%.

PowerDVD8: małe problemy... próba odtworzenie "Big Buck Bunny" kończy się pokazaniem ikonki FFD Show. Po dodaniu kodeka do H264 z Power DVD do Media Player Classic niestety obciążanie CPU 100%. Czyli niestety moje CPU i GPU nie dają rady choćby nie wiem co. Wygląda na to iż modernizacja sprzętu jest konieczna. Oczywiście w PowerDVD zaznaczona opcja "Enable Hardware Acceleration (ATI AVIVO support)"

dzięki wszystkim za pomoc i pozdrawiam
Seban

Z tego co ja pamiętam z czasów kiedy pisałem pod Quck Assemblerem to miał on sporo błędów, jeden z nich był właśnie przy dyrektywie "icl", także praktycznie rzadko kiedy używałem tej dyrektywy.