algúem pode dizer como gerar sinal de vídeo com CI's TTL?

[renan-papaco]

vou tentar ser o mais detalhista possível...

andei analizando uns esquemas de placas de arcade e vi que ali tem uma série de circuitos que fazem a varredura vertical e horizontal
tbm tem umas etapas chamadas de Vblank e Hblank...contadores de endereçamento horizontal e vertical e queria saber como trabalhar com isso... onde aplicar os sinais de "entrada" e como montar um circuito desse para testes e ensaios...

[vtrx]

Voce deve estar se referindo as placa dos anos 80.
Usava-se deslocadores para dividir o clock e retirar o sincronismo vertical , horizontal e Vblank.
Tinha tambem que gerar os endereços das Vram e amplificá-los com um 74LS244 e nas saidas um DAC resistivo para o R.G.B.
Melhor voce usar um micro ou CI dedicado.

[renan-papaco]

Voce deve estar se referindo as placa dos anos 80.
Usava-se deslocadores para dividir o clock e retirar o sincronismo vertical , horizontal e Vblank.
Tinha tambem que gerar os endereços das Vram e amplificá-los com um 74LS244 e nas saidas um DAC resistivo para o R.G.B.
Melhor voce usar um micro ou CI dedicado.

sim...as placas de arcade da década de 80...especialmente as de 8 bits tem essa de enormes circuitos com chips lógicos que fazem toda a varredura de vídeo.. eu tô até afim de fazer uns experimentos... poderia dizer quais as funções de Vblank, Hblank e qual a frequência da varredura? uns 6MHz? de acordo com oq eu via nos diagramas...

[msamsoniuk]

depende da resolucao e da epoca que estamos falando... vou dar um exemplo bem tipico que era utilizado por mais de um sistema e era baseado em um clock que era 4x a frequencia de chroma do NTSC... opa, essa frequencia eh o que permite codificar a cor no padrao NTSC em um cabo de video composto e opera a 3.58MHz. no caso, 4x essa frequencia implicava em um pixel clock de 14.28MHz, o que permitia imagens de 720x480 pixels com overscan e 640x400 pixels sem overscan, mas tudo isso apenas com monitores monocromaticos. vamos por partes, overscan eh quando a imagem se extende para alem da borda visivel da tela: lembre-se que na epoca as TVs de tubo nao eram planas e muito menos tinham cantos retos, o que significava que a imagem retangular acabava sumindo nas bordas arredondadas do tubo. bom, pq funcionava com 720x480 apenas em monitores monocromaticos? pq a informacao de luminancia variava a 14.28MHz, porem a informacao de crominancia apenas a 3.58MHz.

bom, o incrivel clock de 14.28MHz era usado para serializar os pixels e gerar todos os outros sinais. no caso, um contador de 10 bits gerava o hblank e hsync da seguinte forma: no valor 0 hblank era desligado, entao no valor 720 o hblank era ativado e, aproximadamente, no valor 813 o hsync era ativado e desativado no valor 853, digamos. o contador rodava somente ateh 906, entao voltava para 0, desativando hblank. note que 14.28MHz dividido por 906 resulta em aproximadamente 15.75kHz, que eh a frequencia de sincronismo horizontal do NTSC. cascateado com esse contador de 10 bits teria outro contador de 9 bits gerando o vblank e vsync de forma similar: no valor 0 vblank era desligado, entao no valor 240 o vblank era ativado e, aproximadamente, no valor 251 o vsync era ativado e no valor 256, digamos, desativado. o contador rodava entao ateh 262 e voltava para 0, desativando vblank. os valores de vblank e hblank eram unidos para formar o sinal blank, que definia a area ativa de video e era usado para controlar a varredura do buffer de imagem, a ativacao do shift register de video e o proprio DAC de video, gerando uma borda preta qdo blank eh ativado. os valores de hsync e vsync acabavam indo para a imagem tambem, mas com uma amplitude bem maior que os sinais do DAC. aqui tem uma figura que mostra isso:



na area de imagem ativa tem os niveis para branco e preto, daih na area do blank tem o "mais preto que o preto", mas tudo isso na area que chamamos de "possivelmente visivel", porem nitidamente dah para ver que o sinal de sincronismo vai muito alem disso. agora, tem um detalhe tosco ae: eu falei que a imagem tem 720x480 linhas em overscan, mas falei que o contador ia apenas ateh 240... bom, tem o detalhe tragico de que o NTSC eh entrelacado, entao ele vai precisar exibir 240 linhas em um quadro e as outras 240 linhas em outro quadro, formando entao a imagem completa:



bom, isso calculando para essa resolucao. digamos que vc queria fazer metade, ou seja, apenas 360x240, sem problemas, o pixel clock vai ser de 7.16MHz e vc vai gerar os quadros nao-entrelacados a 60Hz, ao inves de gerar quadros entrelacados a 30Hz. uma coisa chata eh que 720x480 nao tem uma relacao 1:1 entre largura e altura, entao quando vc desenha um circulo com 10 pixels de altura e 10 pixels de largura, ele ficava oval na tela... assim, os caras desenhavam os circulos compensando essa falha, daih se vc tirar um printscreen e abrir no seu monitor moderno, que tem relacao 1:1, os circulos vao parecer ovais, como acontece com o relogio nessa tela:



complicado? eh que vc ainda nao viu como gera cores no videocomposto!

eh de foder, mas vamos lah... acho que imagem abaixo vai dar uma boa ideia de como funciona:



no pulso da esquerda eh o NTSC com cor e na direita a mesma imagem sem cor. o conceito eh simples: o clock de 3.58MHz eh modulado no sinal de video, de modo que se vc simplesmente subtrair esse clock, vc obtem a luminancia. para codificar a crominancia e saturacao o chute no saco eh forte: a amplitude do clock de 3.58MHz eh a saturacao e a fase do clock de 3.58MHz eh a crominancia, isso mensurado em relacao a um pulso de referencia, o chamado burst de chroma que ocorre no inicio de cada linha e permite comparar amplitude e fase. coloca um filtro para tirar o 3.58MHz e vc obtem o video monocromatico novamente. bom, fazer tudo isso em TTL eh possivel, mas francamente, soh faziam isso na decada de 70 pq ainda nao existiam chips para dar conta do recado. entao seria muito melhor e mais facil vc achar algum chip da decada de 80, como o TMS9918 ou o MC6847, que jah fazem todo esse trampo de gerar video NTSC automaticamente.

por exemplo: http://people.ece.cornell.edu/land/cour ... mc6847.pdf

o MC6845 tb eh bastante popular, inclusive vc vai encontrar ele em placas CGA e MDA antigas que equipavam os primeiros PCs da IBM.

em algo mais moderno vc pode extrair os numeros dos contadores das modelines do xorg.conf, visto que os modernos controladores de video continuam muito parecidos com qq outro:

ModeLine "NTSC-59.94i" 14.35 768 808 864 912 483 485 491 525 Interlace

nesse caso, a resolucao eh de 768x483 pixels ativos, o 808 e 864 indicam onde o hsync comeca e termima e o 912 o contador total na horizontal. entao temos os numeros respectivos para a vertical. o clock de 14.35MHz, no caso, eh programado em um PLL e provavelmente a saida nem eh em videocomposto, mas em RGB, dispensando assim o clock de 3.58MHz e permitindo maior qualidade de cor.

soh para contrastar, a modeline para TV full HD sem entrelace requer um pixel clock 10x maior:

ModeLine "1920x1080" 148.50 1920 2008 2052 2200 1080 1084 1088 1125 -HSync -VSync

[renan-papaco]

uau!! explicou legal hein! parabéns!! mas... me diga... qual o tempo de duração dos sinais de sincronosmo Hblank e Vlbank q devo aplicar...isso depende da resolução?

[renan-papaco]

cara... eu pesquisei sobre o MC6847 e pqp! acho q me apaixonei! ele atende as minhas expectativas e dá pra usar ele facilmente graças ao fato de precisar de um cristal de 3.58MHz e desses eu tenho vários aqui! mas é possível acha-lo na net pra comprar? se for oq tô pensando... eu acho q encontrei na compomil... esse site é confiável?

[msamsoniuk]

uau!! explicou legal hein! parabéns!! mas... me diga... qual o tempo de duração dos sinais de sincronosmo Hblank e Vlbank q devo aplicar...isso depende da resolução?

depende da resolucao, clock e monitor. para o CGA 640x200 achei a seguinte modeline:

modeline "640x200" 14.32 640 752 816 912 200 225 228 261

esta usando justamente 4x o clock do cristal de chroma como pixel clock e, fazendo as contas:

912-816 = 96 pixels de borda na esquerda
752-640 = 112 pixels de borda na direita
816-752 = 61 pixels de hsync

261-228 = 33 linhas de borda acima
225-200 = 25 linhas de borda abaixo
228-225 = 3 linhas de vsync

essas modelines sao usadas no X e lah eles tem um tool que permite ajustar esses valores para que a imagem fique ajustada corretamente na tela:

http://howto-pages.org/ModeLines/

sobre o MC6847, nao tenho ideia de onde vc vai conseguir ele, mas se vc conseguir, esse cara dah uma sugestao legal de como vc pode testar:

http://homebrewcpu.blogspot.com.br/2009 ... rator.html

[vtrx]

Vale lembrar que video arcade dos anos 80 não usava video composto nem padrão de cores,era RGB.
Dei muita manutenção em arcades e simuladores entre 1993 a 2003 ,ainda tenho o esquema original do simulador Cruis'n USA.



Nesta imagem voce pode ver como foi feito o driver de video RGB.
A resolução da foto é boa,voce pode baixar ampliar e estudar.
Tenho todo o esquema do arace,mas veja,é mais fácil para voce usar um CI dedicado,ficando apenas limitado as caracteristicas do CI
e evitando fazer o Hardware e o mapeamento de memória direto.

[msamsoniuk]

mas note que eu estava falando de "composite video" (decada de 50) e nao "component video" (decada de 90)... em um determinado momento deve ter sido melhor e mais simples adotar TVs padrao SCART com RGB separado, mas em um momento inicial eu duvido que alguem arriscasse sair do bom e velho video composto, tanto que os computadores, video-games e video-cassetes da decada de 70 e 80 usavam o maledito adaptador de RF, que simplesmente modulava o video composto direto no canal 3. mas bom, como eu nem sou tao velho assim, teria que ressussitar alguma mumia caquetica do forum e confirmar! huahuahua

Vale lembrar que video arcade dos anos 80 não usava video composto nem padrão de cores,era RGB.
Dei muita manutenção em arcades e simuladores entre 1993 a 2003 ,ainda tenho o esquema original do simulador Cruis'n USA.



Nesta imagem voce pode ver como foi feito o driver de video RGB.
A resolução da foto é boa,voce pode baixar ampliar e estudar.
Tenho todo o esquema do arace,mas veja,é mais fácil para voce usar um CI dedicado,ficando apenas limitado as caracteristicas do CI
e evitando fazer o Hardware e o mapeamento de memória direto.

[renan-papaco]

a minha intenção era mesmo fazer um circuito do "pong" do atari... tentar criar o meu projeto mas isso é algo meio inviável pq esse circuito já existe além do mais ainda pretendo usar algum CI dedicado pra fazer meu terminal de vídeo e apartir dele criar algum "joguinho" usando um 8051 rodando em 12MHz ou um PIC como CPU...criando um hardware bem simplificado... agora eu tô é fazendo um circuitinho mirabolante... um clone do "paredão" dos anos 70 em q você tem q rebater a bolinha q bate na parede. mas esse é com matriz de leds... um 8051 controlará a trajetória da bolinha... vai ficar com um extenso hardware externo mas como vocês mesmo sabem sou péssimo em programação a ponto de "enfiar" todo o circuito do jogo num MCU de 40 pinos... ainda sim teria q usar um ADC0809 para controlar a "raquete" ainda vou postar o esquema pra vocês verem.

[vtrx]

Renam,ja existe vários projetos com PIVCe AVR(pong),se voce quer aprender a fazer o seu,vai ter que estudar os que estão prontos.
Marcelo,eu acho muito mais facil RGB direto que usar Video componente,pelo menos na hora de alterar resoluções.

[renan-papaco]

estudar os que estão prontos... como fazer isso se é tudo tão complicado pra mim?

[norad58]

Se tu quer montar um circuito gerador de video somente com ci´s ttl, começe a montar por blocos, como gerador de clock, contadores para Hsync e Vsync, contadores para blanking, gerador de endereços e circuito de memoria ram com multiplexador, ai tu aprende bem como funciona.
Se quiser usar curcuitos integrados dedicados, tem varios como já disseram, como o MC6847 que é facil de ligar e se adapta facilmente a varios tipos de cpu´s ou mpu´s, ja possui o gerador de caracteres internos.
O MC6845 permite ter mais resolução de video, quase um vga, mas o circuito fica maior pois necessita de varios circuitos auxiliares.
TMS 9918/28 facil de encontrar, mas tem que encontrar também aquelas dram marditas 4464 ou outra similar. Com este CI tu tem que programar primeiro a tabela de caracteres e modos de operação, senão nao funciona.
Tanto o tms9918 e o mc6847 necessita de um circuito de croma aparte como o mc1373. Uma dica é analisar o circuito de video do MC1000 da CCE (mc6847) ou do MSX (tms9918 ou tms9928).
Há outros CIs mais modernos da decada de 90, mas são dificeis de achar aqui no Brasil, um circuito integrado bem conhecido é o HD63484, se nao me engano gera video VGA já vi trabalhando junto em placas com z80 cpu.
Informações sobre estes circuitos tem de monte na internet....só usar o google!

[renan-papaco]

bem... essas ideias suas são realmente ótimas... mas acho q vou no MC 6847 mesmo... até comprei alguns de um site chamado compomil... eles realmente tem esse CI la...ne? pois ja aconteceu comigo...comprar algum CI específico e vir outro com o msm nome.

[brasilma]

Os TK 82 geravam vídeo, liam teclado, produziam sons, e ainda tinham tempo para processar o software do usuário (durante os tempos de retraço vertical e horizontal do vídeo)!!!

Eu já fiz um gerador de vídeo - coisa de quem não tinha literalmente o que fazer - utilizando contadores binários, enchi um protoboard grande de CIs, a imagem era estática e vinha de uma EPROM.