Sprawdziłem, że konwerter jest sprawny, gdyż wyświetla się obraz z mojego aparatu cyfrowego przez wejście Composite. Także Atari jest sprawne, gdyż po podłączeniu do monitora Commodore 1802 jest obraz.

Jednak obrazu z Atari przez wejście Composite konwertera CM-331 uzyskać nie mogę - mam czarny ekran. Wtyczkę mam prawidłowo włożoną. Słyszałem, że kilka osób uzywa konwertera CM331 - czy konieczne są jakieś przeróbki w Atari? Wejścia S-Video na razie jeszcze nie próbowałem, bo muszę kupić odpowiedni wtyk.

A co takiego trzeba zrobić, aby zostać tym wybrańcem i zasłużonym?

Dzięki, nowa wersja działa bardzo dobrze. Tak właśnie myślałem, że w odpowiedzi na mojego posta Tebe każe mi się zwrócić się do autora. :)

A na czym polegają różnice w wyglądzie ekranu? Może coś jeszcze da się zrobić.

Podczas wczytywania pliku feud_przerob.xex powinien być widoczny ekran "Feud - Sound And Play". Aby tak się stało, musi być wyłączony Basic, ponieważ program zakłada, że Display List jest umieszczony od określonego adresu. Zrobiłem sztucznie 2-sekundowe opóźnienie, aby ekran od razu nie zniknął. Czy jeszcze są jakieś różnice?

Udało mi się w całości odczytać Feuda w Turbo 2600 z pliku *.mp3. W nagraniu było jedno słabe miejsce i być może z tego powodu WAV2CAS sobie nie poradził. Wszystkie sumy kontrolne się zgadzają.
Przekonwertuj teraz plik do .cas-a a potem stworzę wersję działającą pod emulatorem i udostępnię.

Super! Pobawię się tym plikiem, może jednak uda się odtworzyć mi .CAS moim własnym programem.
Format Turbo 2600 nie jest taki skomplikowany jakby się mogło wydawać, po prostu kolejne bloki binarne nagrywane są jako oddzielne rekordy.

A byłaby możliwość uzyskania zawartości Epromu od tak przerobionej stacji? Chciałbym sobie takie Turbo zainstalować i zobaczyć jak było zrobione.

Polecam emulator EmuZWin - mój ulubiony. Sprawdzałem - dema się odpalają, tylko trzeba odpowiednio ustawić model emulowanego komputera (ja wybrałem Spectrum+3).

Niestety, GAL-e też można zabezpieczać przed odczytem... Szkoda, choć podobno są programatory, które zdejmują zabezpieczenie.

To by było super! :) W takim razie reflektował bym też na zawartość Eproma z Turbo.

Jakiś czas temu pisałem w tym wątku o moich problemach z kartą AverTV, która nie potrafi odbierać obrazu z Atari. Zrobiłem kilka pomiarów i parę rzeczy odkryłem:

1. Zauważyłem że Atari generuje zbyt wysokie napięcie sygnału composite. U mnie przekracza ono 1.5V (po obciążeniu) a w standardzie PAL powinno być 0-1V. Jest to łatwe do skorygowania odpowiednimi rezystorami.

2. Jak wiadomo z Atariki, GTIA dzieli sygnał zegarowy przez 228 i na tej podstawie generuje sygnał synchronizacji linii. Daje to 3546862Hz / 228 / 25 = 622 linii obrazu na ramkę. Wartość ta odbiega nieco od liczby 625 linii według standardu PAL.

A gdyby tak GTIA dzieliło przez 227, wówczas otrzymalibyśmy 3546862Hz / 227 / 25 = 625 linii i byłaby idealna zgodność. Zacząłem się zastawiać, czy tutaj nie leży przyczyna problemów. Z czystej ciekawości napisałem programik w asemblerze dla mikrokontrolera AVR Tiny13, który dzieli sygnał zegarowy przez 227 i generuje prawidłowe sygnały synchronizacji PAL z przeplotem... I o dziwo! Obraz się pojawił, nic już nie rwało synchronizacji i wszystko było pięknie stabilne... Niestety, sąsiadujące linie były poprzesuwane w poziomie o 1 cykl koloru, gdyż każda linia zajmowała teraz o 1 cykl mniej. Obraz więc nie nadawał się do pracy, choć przyczyna problemów została usunięta.

Mam teraz takie pytanie: czy to możliwe, aby nowoczesna karty telewizyjna były aż tak strasznie czuła na długości linii ekranowych? Na mojej starej karcie tego problemu nie ma. A może ktoś wie, z czego wynika wewnętrzne dzielenie częstotliwości zegarowej w GTIA przez 228 zamiast przez 227?