dokładnie to ten program. Ale ja niestety nie znalazłem ani dyskietki ani programatora ;/ Mam jeszcze piwnicę do przekopania, i gdy znajdę na to czas i do kompletu znajdę dyskietkę oraz programator na pewno wrzucę do tego wątku zdjęcia i linka do softu.

http://youtu.be/BNsrK6P9QvI

uroczyście obiecuje że już nigdy nie odpowiem na żaden post bezrobotnego. EOT.

Nie wydaje mi się, Simius nic nie wspominał o scan-doublerze, a 99% monitorów nie akceptuje sygnału sygnału wizyjnego na wejściu DSUB gdy HSync=~15KHz

@bezrobotny: myślę że wystarczy pomyśleć jak sygnał koloru jest generowany przez układy wizyjne z lat '70 czy '80 przeznaczone np. dla 8-bitowych komputerów, w tym np. GTIA, a potem jasne stanie się jak go w bardzo prosty sposób taki sygnał dekodować.

Dla ułatwienia obrazki (co prawda dla NTSC, ale w PAL jest podobnie):

źródło: http://www.atariarchives.org/cgp/Ch02_Sec07.php

@Wieczór... w wielkim uproszczeniu to chyba będzie jakoś tak...

GTIA ma następujące wyjścia sygnału video:

1) 4-bity cyfrowej luminancji (jasność, piny LUM0-LUM3)
2) analogowe wyjście chrominancji (kolory, pin COLOR)

Simius w swoim układzie dekodera, wykorzystuje te sygnały... zamienia zmodulowany sygnał chrominancji na postać cyfrową (jasność już ma w postaci cyfrowej), następnie mamy dwie pamięci FLASH które robią za tablicę kolorów... wyjścia pamięci flash (2x D0-D7) są podłączone do Video DAC który generuje na swoim wyjściu analogowy sygnał, ale już w formacie RGB :)

dla przypomnienia pin-out GTIA:

Hej!

Podoba mi się prostota tego pomysłu, również  jakość obrazu i zarazem sama realizacja. Mam jedno pytanie dotyczące trybów które korzystają właśnie z miksowania kolorów w sąsiednich liniach (np. mix GR9/GR11). Jak takie tryby wyglądają przy zastosowaniu tego dekodera?

@Fox... jest dokładnie tak jak piszesz, zapomniałem że na wyjściu każdego z kanałów jest zapętlony przerzutnik "D" :-)

I poniżej obiecane screeny z oscyloskopu i kodu który wyżej wkleiłem, legenda:

ch#1) [przebieg w kolorze żółtym] wyjście audio POKEY-a ---> częstotliwość generowana przez POKEY na wyjściu audio.

ch#2) [przebieg w kolorze cyjan] wyjście PIA ---> częstotliwość występowania IRQ (bit #0 przestawiony na wyjście, pochylone zbocza spowodowane przez filtr na płycie Atari)

AUDUF=$0000

AUDUF=$0001

AUDUF=$0002

AUDUF=$0003

AUDUF=$014B

ps) pomiary częstotliwości pokazane przez oscyloskop należy traktować z pewną rezerwą :) ot feler tego modelu/firmware przy niskich częstotliwościach :)

Hej!

A mi wychodzi:

331 ($14B) dla PAL ( 23.4285391 Hz )
334 ($14E) dla NTSC ( 23.4324776 Hz )

10 CLK=15556.55:REM PAL
11 CLK=15699.76:REM NTSC
15 F=23.4
20 N=(CLK/(F*2))-1
25 N=INT(N):? "N=";N
30 F=CLK/(2*(N+1))
35 ? F;" Hz"

Podzukam dyskietki, jak znajdę zgram i udostepnie.

o serial EEPROM się nie martw, od razu dostałbyś procki do zapisu i odczytu poszczególnych bajtów :) po strone sprzętu obsługa odczytu i zapisu jednego bitu, w sofcie zrealizowana transmisja całego bajtu i obsługa protokołu wybranej pamięci szeregowej.

przykładowe rej. kontrone karta

$d500 - <nr_banku
$d501 - >nr_banku

$d502 - serial flash register

bit#0: serial_clock
bit#1: data_in
bit#2: data_out

i to wszystko co potrzeba od strony sprzętu, reszta to napisanie procedur...

ldx <adr
ldy >adr
jsr eeprom_read

ldx <adr
ldy >adr
lda #value_to_write
jsr eeprom_write

to ja zaprezentuję super BASIC viewer do formatu Sikora:

10 OPEN #1,4,0,"H:KARMIACY.SG3"
20 GRAPHICS 3+16
30 SCR=PEEK(88)+256*PEEK(89)
40 FOR I=0 TO 239:GET #1,A:POKE SCR+I,A:NEXT I
50 CLOSE #1
99 GOTO 99

ps) musiałem go popełnić aby szybko obejrzeć powalający obrazek mgr. inż. Rafała :)