{"id":97,"date":"2007-06-13T22:36:51","date_gmt":"2007-06-14T01:36:51","guid":{"rendered":"http:\/\/www.meiradarocha.jor.br\/news\/2007\/06\/13\/prolink-pixelview-playtv-pro\/"},"modified":"2010-10-29T23:58:51","modified_gmt":"2010-10-30T02:58:51","slug":"prolink-pixelview-playtv-pro","status":"publish","type":"post","link":"https:\/\/meiradarocha.jor.br\/news\/2007\/06\/13\/prolink-pixelview-playtv-pro\/","title":{"rendered":"Coisas legais pra fazer com sua placa de TV"},"content":{"rendered":"

Experi\u00eancias com a placa de captura de TV PixelView PlayTV Pro<\/strong>. Essa placa para sintoniza\u00e7\u00e3o e grava\u00e7\u00e3o de TV e v\u00eddeocassete foi comercializada at\u00e9 2006, no Brasil, e era uma das mais baratas do mercado. No entanto, apesar de barata, produz resultados bastantes compensadores, tecnicamente. A PixelView PlayTV<\/strong> pro tem o chip BT878+<\/strong>, com sintonizador Philips FM1236 (NTSC), que tamb\u00e9m sintoniza r\u00e1dio FM. O sintonizador \u00e9 NTSC<\/strong> porque o sistema brasileiro de TV \u00e9 NTSC-M com cor PAL. O controle remoto \u00e9 controlado pelo chip Jaesc IRDC357-M. A placa tamb\u00e9m tem um chip Philips HEF 4052BT<\/a>, um multiplexador\/desmultiplexador an\u00e1logo dual de 4 canais. Pelo nome bonito e dif\u00edcil, imagino que seja um processador de som.<\/p>\n

Essas coisas a gente descobre anotando os n\u00fameros dos chips e procurando no Google.<\/p>\n

No kit, veio um pequeno cabo para ser ligado na sa\u00edda da placa de v\u00eddeo \u00e0 entrada da placa de som. Mas, como a PlayTV Pro<\/strong> tem entrada e sa\u00edda de \u00e1udio internas na placa, eu liguei a sa\u00edda interna \u00e0 entrada interna da placa de som (AUX) com um cabinho de \u00e1udio que a gente encontra em lojas de inform\u00e1tica para ligar o CD diretamente \u00e0 placa de som. Dessa maneira, liberei as entradas e sa\u00eddas externas das placas.<\/p>\n

Gra\u00e7as ao chip de controle remoto, voc\u00ea pode controlar seu micro com o Remote Control (freeware para Windows) ou LIRC (open source para Linux). N\u00e3o apenas os programas de TV, mas qualquer coisa no micro.<\/p>\n

DScaler<\/h3>\n

Sem nenhuma surpresa, os programas que vem com a placa PlayTV<\/strong>, para Windows, s\u00e3o bem ruinzinhos. N\u00e3o s\u00f3 isto: o driver para Windows da Conexant (fabricante do chip BT878<\/strong>), usado pelos fabricantes de placas de TV, n\u00e3o \u00e9 bem desenvolvido. Por exemplo, os programas demonstrativos de grava\u00e7\u00e3o de v\u00eddeo da Microsoft n\u00e3o funcionam com eles, n\u00e3o sintonizam. O pior de tudo \u00e9 que o sintonizador\/gravador de TV n\u00e3o grava compactado nem sabe fazer uso de codecs de compacta\u00e7\u00e3o de v\u00eddeo. Ou seja, os arquivos de v\u00eddeos ficam t\u00e3o gigantescos que n\u00e3o se torna pr\u00e1tico gravar em qualidade total, 640 x 480 pixels de resolu\u00e7\u00e3o, 30 quadros por segundo.<\/p>\n

Para ambiente Windows, o melhor programa para se ver TV com qualquer placa \u00e9 o open source DScaler<\/a>. Como ele tem seu pr\u00f3prio driver, n\u00e3o \u00e9 afetado pelo limitado driver original da Conexant. Sobre o tvtime do Linux, ele tem a vantagem de maior n\u00famero de op\u00e7\u00f5es e a possibilidade de gravar os programas (o tvtime \u00e9 s\u00f3 player). Talvez o DScaler<\/strong> seja, um dia, portado para Linux. Afinal, boa parte do seu c\u00f3digo \u00e9 herdado do driver bttv do ping\u00fcim.<\/p>\n

O melhor desempenho \u00e9 obtido com computadores r\u00e1pidos, que podem aplicar efeitos de desentrela\u00e7amento em tempo real.<\/p>\n

No meu caso eu configurei o DScaler para fazer 640 leituras por linha de TV (menu “Bt Card > Pixel width”). Isto \u00e9 o m\u00e1ximo que a BT878+ pode capturar. Eu poderia ter colocado 720, mas acho que seria desperd\u00edcio, pois a placa s\u00f3 me devolve imagens com um m\u00e1ximo de 640 pixels. Em todo o caso, tenho que fazer mais testes sobre uso de recursos computacionais e qualidade da imagem. Um detalhe: \u00e9 melhor que todos os canais estejam com a mesma largura de pixel, ou poder\u00e1 acontecer um erro ao se mudar de canal, e o programa ficar\u00e1 inst\u00e1vel.<\/p>\n

Captura com Dscaler<\/h3>\n

Com o programa Dscaler, \u00e9 poss\u00edvel se gravar v\u00eddeos da TV. Normalmente, ele s\u00f3 grava 240 linhas, por problemas que podem aparecer no desentrela\u00e7amento. Mas \u00e9 poss\u00edvel se modificar um par\u00e2metro e permitir que ele grave 480 linhas. Fiz uma c\u00f3pia do arquivo de configura\u00e7\u00e3o dscaler.ini, no diret\u00f3rio do programa. Abri com um editor de texto comum e modifiquei, na se\u00e7\u00e3o [TimeShift], o par\u00e2metro RecHeight=1. Coloquei RecHeight=0, conforme li em algum f\u00f3rum da internet. Pronto. Agora consigo 480 linhas de altura.<\/p>\n

A largura da v\u00eddeo capturado \u00e9 determinada pelo par\u00e2metro pixelwidth, pelo menu “BT Card” do Dscale. Embora seja poss\u00edvel se definir este par\u00e2metro individualmente para cada canal, \u00e9 melhor deixar este valor global para todos os canais, j\u00e1 que um bug do Dscaler faz o programa ficar inst\u00e1vel quando se muda de canal e eles t\u00eam largura de pixels diferentes.<\/p>\n

Para uma grava\u00e7\u00e3o final de fonte originalmente feita em videotape, deixo o deinterlace<\/em> ligado. O Dscaler faz o melhor deinterlace<\/em> on the fly <\/em>do mercado. Para posterior edi\u00e7\u00e3o, talvez seja melhor deixar o deinterlace<\/em> desligado (op\u00e7\u00e3o video weave) e aplicar o desentrela\u00e7amento no VirtualDub, na c\u00f3pia final. Isso evita a perda de frames durante a grava\u00e7\u00e3o, j\u00e1 que o deinterlace<\/em> consome muito processamento. No meu novo Sempron 2800+, sem o deinterlace,<\/em> o consumo de CPU \u00e9 de 50%. Com o deinterlace<\/em> ligado, o consumo chega a 100% e h\u00e1 perda de alguns frames, na grava\u00e7\u00e3o a 30 quadros por segundo.<\/p>\n

Para grava\u00e7\u00e3o de fonte originalmente feita em filme qu\u00edmico (filme de cinema telecinado), o melhor \u00e9 deixar o desintrela\u00e7amento com reconhecimento autom\u00e1tico de filme, ou 3-2 pulldown, ou telecine inverso. Isto corta a captura de seis frames por segundo, deixa o resultado muito bom e \u00e9 mais r\u00e1pido. Mas s\u00f3 funciona com filmes.<\/p>\n

Melhor amostragem<\/h3>\n

Com um computador lento, \u00e9 aconselh\u00e1vel usar um desentrela\u00e7amento r\u00e1pido (simple weave), al\u00e9m de colocar a largura de amostragem at\u00e9 pela metade: 320 pixels. A quantidade de dados a processar cai pela metade, e o processador tem tempo de aplicar desentrela\u00e7amento em tempo real sem perder muitos frames. Apesar da queda de amostragem, o olho humano n\u00e3o percebe muita perda de qualidade, j\u00e1 que as 480 linhas continuam sendo vistas.<\/p>\n

\u00c9 mais ou menos este o truque do VHS: imagens de videocassete continuam com as 486 linhas horizontais da TV broadcast, mas as amostragens por linha baixam a cerca de 240 para que o sinal caiba na largura de banda estreita do VHS. A gente n\u00e3o nota muito a perda. Ent\u00e3o, a resolu\u00e7\u00e3o do VHS corresponde aproximadamente a de uma tela 640X480 capturada em 320×480. Se capturarmos a resolu\u00e7\u00e3o m\u00e1xima de 640×480, teremos uma imagem com o dobro da resolu\u00e7\u00e3o do VHS. Na pr\u00e1tica, \u00e9 uma resolu\u00e7\u00e3o pr\u00f3xima \u00e0 da TV comercial.<\/p>\n

Frames per second<\/h3>\n

Para economizar no tamanho do arquivo<\/strong>, \u00e9 melhor diminuir a taxa de quadros por segundo do que diminuir a resolu\u00e7\u00e3o. \u00c9 melhor ter alguns 15 quadros bons do que ter 30 ruins. E o olho humano percebe a freq\u00fc\u00eancia de quadros menos do que a defini\u00e7\u00e3o da imagem. Assim, \u00e9 mais eficiente reduzir a qualidade daquilo que o olho percebe menos.<\/p>\n

Uma boa taxa de quadro por segundo, bem econ\u00f4mica, \u00e9 de 15fps<\/strong>. \u00c9 a metade da taxa de quadros da TV comercial, aproximadamente. E \u00e9 a mesma velocidade usada pelo cinema mudo, no in\u00edcio do s\u00e9culo 20. Ou seja: a humanidade est\u00e1 acostumada com este ritmo. A economia \u00e9 de 50% no processamento e no tamanho do arquivo resultante. Como o processador trabalhar\u00e1 mais livre, a chance de perder quadros \u00e9 pequena. A imagem, ent\u00e3o n\u00e3o ficar\u00e1 “pulada” como poderia acontecer em velocidades mais altas.<\/p>\n

Codec<\/h3>\n

Um dos melhores codecs do mercado \u00e9 o Xvid. Durante algum tempo tive excelentes resultados com o Xvid compilado pelo programador Koepi. A grava\u00e7\u00e3o era mais r\u00e1pida que qualquer outro, e o resultado, excelente. Depois, algo saiu terrivelmente errado e tudo ficou ruim: o resultado final e o tempo de grava\u00e7\u00e3o. A\u00ed, troquei pelo ffdshow com biblioteca Xvid. Por alguma raz\u00e3o do insond\u00e1vel mundo da inform\u00e1tico, nunca mais consegui bons resultados com o Xvid do Koepi.<\/p>\n

A melhor maneira de conseguir codecs \u00e9 instalar o K-Lite Codec Pack, que voc\u00ea consegue em bons sites de downloads.<\/p>\n

\u00c1udio<\/h3>\n

Quanto ao \u00e1udio, recomendo n\u00e3o economizar. Geralmente \u00e9 uma boa id\u00e9ia gravar o \u00e1udio sem compress\u00e3o, para n\u00e3o sobrecarregar a CPU. Depois, no VirtualDub, regravar a imagem desentrela\u00e7ando e comprimindo o som em MP3. Por alguma raz\u00e3o que desconhe\u00e7o, os drivers MP3 Lame n\u00e3o s\u00e3o reconhecidos. Tenho de usar a compress\u00e3o em baixas taxas de bits do driver original do instituto alem\u00e3o Fraunhofer, inventor do MP3. O som n\u00e3o fica l\u00e1 essas coisas.<\/p>\n

Para placas de captura sem est\u00e9reo, \u00e9 uma boa id\u00e9ia gravar o som em amostragem de 44100 Hz, 8 bits, mono<\/strong>. O fato de usar oito bits em vez de 16 corta o tamanho do \u00e1udio pela metade sem que o ouvido perceba muito. O importante, para o ouvido, \u00e9 a freq\u00fc\u00eancia, que se mant\u00e9m em qualidade CD. Embora o r\u00e1dio FM da placa PlayTV Pro<\/strong> seja est\u00e9reo, o receptor de TV \u00e9 mono. Ent\u00e3o, s\u00f3 gravo um canal, o que tamb\u00e9m corta pela metade o tamanho do \u00e1udio. Sem que o ouvido perceba, os dados de \u00e1udio ficaram quatro vezes menores do que em qualidade CD de 44100 Hz, 16 bits, stereo.<\/p>\n

Still frames<\/h3>\n

Com uma largura em pixels estreita (320), as imagens paradas capturadas (still frames) t\u00eam a metada da largura, ou seja, aparecem “comprimidas” na vertical. Para ter imagens normais, eu as amplio no IrfanView 100% na horizontal e zero porcento na vertical. Isso restaura facilmente a propor\u00e7\u00e3o original da imagem. \u00c9 poss\u00edvel se fazer convers\u00e3o em batch pelo IrfanView: um monte de imagens pode ser convertido de uma s\u00f3 vez.<\/p>\n

Essa baixa largura em pixels tamb\u00e9m ajuda a disfar\u00e7ar ru\u00eddos na imagem, chuviscos, interfer\u00eancias.<\/p>\n

Altura da imagem<\/h3>\n

A quantidade de linhas horizontais de captura da placa \u00e9 de 480. Este \u00e9 o tamanho padr\u00e3o VGA, em computadores. \u00c9, tamb\u00e9m aproximado ao tamanho da imagem de TV. No sistema NTSC, usado no Brasil, aproximadamente 486 linhas s\u00e3o dedicadas \u00e0 imagem. Com a BT878<\/strong>, perde-se seis linhas, o que n\u00e3o \u00e9 nada comparado ao que as TVs dom\u00e9sticas mal-reguladas perdem. E TVs est\u00e3o sempre<\/em> mal reguladas.<\/p>\n

Resumindo: a captura de 640×480 pixels da BT878+ \u00e9 adequado ao sistema de TV atual, capturando e mostrando imagens sem grandes perdas.<\/p>\n

Drivers opcionais<\/h3>\n

Se voc\u00ea quiser mesmo usar o driver da Conexant (por exemplo, para usar os programas de grava\u00e7\u00e3o de v\u00eddeo da Microsoft, Adobe Premi\u00e8re e programas que ainda trabalham com o antigo sistema Video For Windows), a melhor op\u00e7\u00e3o \u00e9 usar o driver BT878 melhorado por um argentino<\/a>. Como \u00e9 argentino, deve ser o melhor driver do mundo.<\/p>\n

A Conexant deixou o c\u00f3digo fonte dispon\u00edvel por alguns meses, no final dos anos 90. Depois, tirou de linha. Mas o c\u00f3digo j\u00e1 tinha sido difundido. V\u00e1rias pessoas melhoraram o programa, como este argentino. Um russo tamb\u00e9m melhorou o driver original.<\/p>\n

Leia o tutorial sobre como instalar este driver argentino do chip BT878<\/a> no site Boa Dica.<\/p>\n

Entre outras coisas, o driver argentino do BT878<\/strong> tem op\u00e7\u00e3o de controlar o gama da imagem de TV. V\u00eddeo em computador sempre tem o gama desequilibrado, e \u00e9 bom a gente clarear as \u00e1reas mais escuras da imagem sem precisar mexer no brilho e contraste do monitor.<\/p>\n

Outra op\u00e7\u00e3o de driver \u00e9 o russo da iuLab, tamb\u00e9m resultante do driver Conexant que foi tirado de linha. O driver russo tweakado est\u00e1 em http:\/\/www.iuvcr.com\/drv\/index.shtml<\/a>. Este eu n\u00e3o testei ainda.<\/p>\n

Pros e cons<\/h3>\n

Depois de instalar o driver argentino, algumas fun\u00e7\u00f5es do chip BT878 passam a funcionar<\/strong>, como a corre\u00e7\u00e3o de gamma (deveria funcionar, mas n\u00e3o funcionou no meu caso. Eventualmente ele funciona se a grava\u00e7\u00e3o for feita em RGB e n\u00e3o em YUY2) e o “afiamento” da imagem (sharpening). Outra vantagem do driver argentino \u00e9 que os programas demonstrativos de grava\u00e7\u00e3o de v\u00eddeo da Microsoft passam a funcionar corretamente. O driver original da Prolink<\/strong>\/Conexant<\/strong> tem uma s\u00e9rie de bugs que impedem sua utiliza\u00e7\u00e3o, como dificuldades de sintonia de canais.<\/p>\n

A desvantagem<\/strong> de usar o driver argentino:<\/p>\n

    \n
  1. Perde-se o r\u00e1dio FM<\/strong> pelo programa PixelView Station FM, o programa original da Prolink<\/strong>. Rem\u00e9dios:\n
      \n
    1. Sintonizar-se r\u00e1dio pelas op\u00e7\u00f5es do driver, escolhendo Radio FM no lugar de TV, em programas como o AMcap, demostrativo de captura de v\u00eddeo da Microsoft. Mas \u00e9 impens\u00e1vel e aborrecido ficar descobrindo e setando as esta\u00e7\u00f5es \u00e0 m\u00e3o. Como a programa\u00e7\u00e3o de FM \u00e9 uma droga, mesmo, a gente n\u00e3o perde muito.<\/li>\n
    2. Colocar os plugins do Winamp para isso. A melhor op\u00e7\u00e3o.<\/li>\n
    3. Usar o programa GRadio para Linux. Melhor op\u00e7\u00e3o para Linux.<\/li>\n<\/ol>\n<\/li>\n
    4. Perde-se o controle remoto no PixelView Station TV. Rem\u00e9dio: usar o programa RemoteControl<\/a>.<\/li>\n<\/ol>\n

      tvtime<\/h3>\n

      Pra quem tem um micro lento, uma das melhores op\u00e7\u00f5es de programa para ver TV na placa PlayTV<\/strong> pro \u00e9 o tvtime<\/strong>, open source para Linux. N\u00e3o chega a me surpreender que o Linux seja melhor que o Windows para isto. O caminho \u00e9 este.<\/p>\n

      Este programa j\u00e1 est\u00e1 na vers\u00e3o 0.9.15 (2004). Ele tem grandes chances de se tornar o n\u00facleo do sistema brasileiro de TV digital (SBTVD), porque todos os caminhos apontam para uma televis\u00e3o baseada em FOSS, e o tvtime \u00e9 o mais evolu\u00eddo. \u00c9 bem acabado, bonito, com uma interface de menus simples e bem feita.<\/p>\n

      Para ler o manual do tvtime, voc\u00ea digita man:tvtime<\/a> no campo endere\u00e7o do Konkeror (Linux). Tamb\u00e9m v\u00e3o ajudar leituras dos helps do tvtime-command<\/a> e tvtime.xml<\/a>, que mostram os diversos comandos e a estrutura do arquivo de configura\u00e7\u00e3o do programa. Este \u00faltimo arquivo de configura\u00e7\u00e3o pode ser modificado globalmente em \/etc\/tvtime\/tvtime.xml ou modificado para cada usu\u00e1rio em ~\/.tvtime\/tvtime.xml. Modifica\u00e7\u00f5es neste \u00faltimo local se sobrep\u00f5em \u00e0s modifica\u00e7\u00f5es globais. O arquivo tvtime.xml \u00e9 muito bem documentado em ingl\u00eas, facilitando os ajustes.<\/p>\n

      O tvtime tamb\u00e9m pode ser controlado pela linha de comando. Por exemplo, voc\u00ea pode colocar a seguinte linha num \u00edcone do desktop:<\/p>\n

      tvtime -m --inputwidth=320 --geometry=0x486<\/pre>\n
      Com isto, a TV \u00e9 mostrada em tela inteira (-m) e a quantidade de amostragem de linhas \u00e9 definida em 320 pontos. A altura em pixels da imagem, quando rodando em janela, \u00e9 definida para 486, e a largura \u00e9 automaticamente calculada. Quando em tela inteira, o tamanho \u00e9 o m\u00e1ximo da resolu\u00e7\u00e3o. No meu caso, 1024×768 pixels. No entanto, esses 1024 pixels de largura n\u00e3o significam necessariamente que a amostragem da linha anal\u00f3gica da TV ser\u00e1 feita em 1024 pontos. Isto pode ser controlado pelo par\u00e2metro “–inputwidth=320”. No exemplo, ser\u00e3o feitas 320 amostragens na linha da TV. O desenvolvedor do tvtime recomenda uma amostragem de 400 pixels por linha de v\u00eddeo, o que resulta em poucas perdas de frames em um computador K6-2 500MHz. Combinado com o “Deinterlace bottom field”, tem o melhor custo\/benef\u00edcio em termos de qualidade\/velocidade de rendering.<\/p>\n
      Achei surpreendente que, rodando em tela inteira, praticamente n\u00e3o se nota a mudan\u00e7a de resampling horizontal de 720 para 320. O olho humano n\u00e3o nota muito a diferen\u00e7a. \u00c9 isto que ocorre tamb\u00e9m na grava\u00e7\u00e3o de TV com VCR, quando as linhas horizontais t\u00eam uma amostragem de cerca de 240 pontos. Como a imagem continua com 486 linhas, a gente n\u00e3o nota muita perda.<\/p>\n
      O \u00fanico efeito coleteral da diminui\u00e7\u00e3o da amostragem horizontal foi que o texto apresentado pelo tvtime ficou com resolu\u00e7\u00e3o menor, aparecendo mais serrilhado, pixelizado. Mas quem se importa?<\/p>\n
      Cinema em casa<\/h3>\n
      A melhor configura\u00e7\u00e3o de desentrela\u00e7amento (tecla “T”) \u00e9 a “Blur:Temporal”, que d\u00e1 uma borradinha entre os frames. A gente perde em nitidez mas ganha em estabilidade da imagem. N\u00e3o aparecem mais as linhas serrilhadas resultantes do desentrale\u00e7amento dos dois campos da TV. Quando mostrei para a minha mulher a imagem da placa rec\u00e9m-instalada rodando em Linux, ela exclamou:<\/p>\n
      — Parece cinema!<\/p>\n
      Sim, parece cinema, ou um DVD visto em computador por algu\u00e9m levemente m\u00edope. Ou seja: uma imagem *muito boa*<\/strong>, considerando-se a sofr\u00edvel qualidade da TV anal\u00f3gica (no Brasil, 525 linhas de sinais, 486 linhas de imagem). Meu monitor velho puxava o matiz da imagem mais para o verde-vermelho, enquanto a TV normal puxa para o azul. Isto \u00e9 estranho no in\u00edcio, mas os tons quentes refor\u00e7am a sensa\u00e7\u00e3o de cinema. Mas isto \u00e9 problema do monitor. Meu monitor novo, Samsung SyncMaster 795MB<\/strong>, apresenta a imagem muito melhor que minha velha TV. Os tons de azul parecem corretos.<\/p>\n
      Para configurar o video4linux, depois de muita tentativa e erro, descobri que a setagem \u00e9:<\/p>\n