Antonio Manoel dos Santos Neto

Estudo e Desenvolvimento de um Aplicativo

para Monitoramento de Vdeo Proveniente de
DVR

So Jos SC
fevereiro / 2012

Antonio Manoel dos Santos Neto

Estudo e Desenvolvimento de um Aplicativo

para Monitoramento de Vdeo Proveniente de
DVR
Monograa apresentada Coordenao do Curso
Superior de Tecnologia em Sistemas de
Telecomunicaes do Centro Federal de Educao
Tecnolgica de Santa Catarina para a obteno do
diploma
de
Tecnlogo
em
Sistemas
de
Telecomunicaes.

Orientador:
Eng. Henrique Fernandez

Coorientador:
Prof. Diego da Silva de Medeiros

CURSO SUPERIOR DE TECNOLOGIA EM SISTEMAS DE TELECOMUNICAES

CENTRO FEDERAL DE EDUCACAO TECNOLOGICA DE SANTA CATARINA
So Jos SC
fevereiro / 2012

Monograa sob o ttulo Estudo e Desenvolvimento de um Aplicativo para Monitoramento

de Vdeo Proveniente de DVR, defendida por Antonio Manoel dos Santos Neto e aprovada
em fevereiro de 2012, em So Jos, Santa Catarina, pela banca examinadora assim
constituda:

___________________________________________________
Eng. Henrique Fernandez
Orientador

___________________________________________________
Prof. Tecg. Diego da Silva de Medeiros
Coorientador

___________________________________________________
Prof. Me. Pedro Paulo Corra de Souza
IFSC / SO JOS

___________________________________________________
Prof. Dr. Evandro Cant
IFSC / SO JOS

Pouco conhecimento faz com que as pessoas se sintam orgulhosas.

Muito conhecimento, que se sintam humilde.
Leonardo da Vinci

Agradecimentos

Dedico meus sinceros agradecimentos primeiramente aos meus pais, Antonio Carlos e
Maria de Lourdes, que sempre me ofereceram uma tima educao e oportunidades para que
eu pudesse concluir a graduao.
A toda minha famlia, incluindo tambm a famlia da minha namorada, que sempre
acreditaram no meu sucesso e fizeram parte de toda a trajetria.
Aos meus colegas de trabalho, que se tornaram amigos, e que me ajudaram a
desenvolver o carter profissional assim como a oportunidade de realizar o projeto com foco
no produto que desenvolvemos.
E por fim, e no menos importante, aos meus orientadores que com tamanho
conhecimento foram fundamentais para que eu pudesse realizar este projeto.

Resumo

Os brasileiros deparam-se diariamente com o aumento do sentimento de insegurana

sobre seus objetos materiais, seja este um estabelecimento comercial ou sua residncia. Alm
dos bens materiais, o risco de vida de cada um e de suas famlias constante.
Por esse motivo, o segmento de segurana eletrnica vem crescendo gradativamente. Um
dos principais produtos deste segmento o DVR (Gravador Digital de Imagem) o qual
permite receber sinal de cmeras analgicas transformando-o em digital. Atravs do DVR
possvel tambm realizar o acesso remoto das imagens pela internet.
Existem alguns modos de realizar este monitoramento, porm todos necessitam que o
usurio possua um conhecimento mnimo em informtica, seja para configurar alguns
parmetros ou para realizar instalao de software. Grande parte dos usurios de DVR que
pertencem ao segmento de CFTV no possui este mnimo de conhecimento de informtica
nem de redes de computadores.
Vislumbrando isto como oportunidade, este projeto tem como objetivo a criao de um
aplicativo para visualizao das imagens de forma mais simples e fcil se comparada as
existentes no mercado. Para que isso se tornasse vivel, foi necessrio estudar desde a
captao das imagens nas cmeras, digitalizao no DVR at a transmisso das imagens via
rede.
Palavras-chave: DVR, acesso remoto, aplicativo.

Abstract

Brazilians are faced daily with the increased sense of insecurity about their material
objects, like theirs business company or residence. In addition to material things, the risk of
living in each of two families is constant.
For this reason, the electronic security industry has been growing gradually. One of the
main products of this segment is the DVR (Digital Video Recorder) which allows you to
receive analog signal from cameras turning into digital. Through the DVR can also be watch
by remote access images over the Internet.
There are some ways to accomplish this monitoring, but all require that the user has a
minimal knowledge in computer science, can be set some parameters or to perform software
installation. Most DVRs users who belong to the CCTV segment dont have this minimum
knowledge of computers or networks computer.
Glimpsing this as an opportunity, this project aims to create an application for viewing
images in a more simple and easy compared as existed in the market. For this to become
feasible, it was necessary to study the capture of images from the cameras, the scanning it on
DVR to the transmission of images via network.
Key words: DVR, remote access, new software.

Sumrio

Lista de Figuras ......................................................................................................................10

Lista de Tabelas ......................................................................................................................11
1

Introduo .....................................................................................................................12
1.1 Motivao .....................................................................................................................12
1.2 Organizao do texto ....................................................................................................13
1.3 Objetivos ......................................................................................................................13

Fundamentao Terica............................................................................................... 15
2.1 Conceitos tcnicos para o entendimento do CFTV para a captao da imagem ..........15
2.2 Converso analgico para digital .................................................................................16
2.3 Compresso ..................................................................................................................21
2.4 Transmisso do Vdeo ..................................................................................................30
2.5 A transmisso do vdeo e seus protocolos ....................................................................34
2.6 Problemas na transmisso de vdeo sobre rede TCP/IP ...............................................35

Gravador Digital de Imagem Intelbras ......................................................................38

3.1 Caractersticas e especificaes tcnicas do DVR .......................................................38
3.2 Formao do vdeo no DVR.........................................................................................43
3.3 Visualizao remota .....................................................................................................44
3.4 Modos de acesso remoto .............................................................................................. 45
3.5 Dificuldades encontradas na visualizao remota ........................................................52

O aplicativo....................................................................................................................56
4.1 Desenvolvimento do aplicativo ....................................................................................56

4.2 Cenrios de testes .........................................................................................................58

4.3 Resultados ....................................................................................................................64
5

Concluses e trabalhos futuros ....................................................................................65

Referncias Bibliogrficas .....................................................................................................66

Lista de Figuras

Figura 1: Padro televisivo por pas

Figura 2: Representao do vdeo analgico
Figura 3: Representao do vdeo digital
Figura 4: Exemplo de sinal amostrado
Figura 5: Exemplo de um sinal quantizado
Figura 6: Carta de cores
Figura 7: Redundncia espacial
Figura 8: Comparativo. Fonte: www.axis.com.br
Figura 9: Painel traseiro DVR
Figura 10: Conexes
Figura 11: Resolues
Figura 12: Entradas de vdeo
Figura 13: Interface de rede do DVR
Figura 14: Interface WEB
Figura 15: Comunicao inicial
Figura 16: Mensagens de negociao
Figura 17: Senha incorreta
Figura 18: Interface principal
Figura 19: Topologia DSS
Figura 20: Controles ActiveX
Figura 21: Cadastro de dispositivo
Figura 22: Comunicao entre aplicativo e DVR
Figura 23: Organizao dos arquivos
Figura 24: Cenrio na rede local
Figura 25: Interface de login
Figura 26: Stream Principal
Figura 27: Stream extra(secundrio)
Figura 28: Cenrio rede externa
Figura 29: Configuraes DDNS
Figura 30: Acesso via nome de domnio
Figura 31: Mosaico com stream principal
Figura 32: Mosaico com stream extra (secundrio)

16
17
17
18
19
23
25
29
39
40
41
43
44
46
47
48
49
50
52
53
54
58
59
59
60
60
61
61
62
63
64
64

Lista de Tabelas

Tabela 1: Camadas do modelo TCP/IP ....................................................................................32

12

Introduo

1.1 Motivao
O ndice de violncia no Brasil tem aumentado gradativamente nos ltimos anos. De
acordo com o coordenador do sistema de Videomonitoramento da Secretaria de Segurana
Pblica, tenente-coronel Vnio Luis Dalmarco, as cmeras de segurana ajudam a aumentar
a sensao de segurana e uma ferramenta importante de apoio ao policiamento,
fiscalizao e identificao do marginal [GOBBI].
Outro dado importante, publicado no site do Jornal Hoje [RAIMUNDO], diz respeito
percentagem de utilizao de monitoramento eletrnico no Brasil: Segundo a Associao
Brasileira das Empresas de Sistema Eletrnicos de Segurana (ABESE), mais da metade do
monitoramento eletrnico do Brasil est na regio Sudeste. Vinte e dois por cento no Sul,
doze por cento no Centro-oeste e nove por cento no Nordeste.
Neste contexto foram desenvolvidos mtodos para reduzir o crescente ndice de
violncia existente no pas. Dentre os mtodos, possvel citar a utilizao de equipamentos
tais quais, Circuito Fechado de TV (CFTV) as cmeras e os gravadores digitais , os
sistemas de controle de acesso tradicionais e biomtricos , centrais de alarme com
sensores com e sem fio e o controle perimetral que incluem cercas eltricas, barreiras fsicas e
eletrnicas.
Os projetos de implantao destes sistemas vo desde consumidores, como pequenos
estabelecimentos comerciais e pblicos, at grandes aplicaes, como portos, aeroportos,
usinas hidreltricas e principalmente instituies militares.
Algumas empresas deste segmento esto investindo pesado em diferentes modelos de
tecnologia a fim de oferecer a garantia da segurana de seus clientes. Dentre estas empresas, a
Intelbras est se consolidando em todo o segmento de segurana eletrnica com um grande
portflio de produtos Dentre os produtos de segurana eletrnica, o DVR (Gravador Digital

13
de Imagens) um dos mais importantes. Este responsvel por realizar a converso do sinal
analgico proveniente das cmeras em sinal digital possibilitando a gravao do vdeo no
disco rgido do prprio equipamento. Com isso, possvel tambm enviar este sinal atravs
de uma rede TCP/IP.
A visualizao das imagens atravs da rede chamada de acesso remoto. Entretanto, a
visualizao das imagens via rede no um processo trivial aos usurios leigos.
No mbito de consumidores de pequenos estabelecimentos comerciais e pblicos
observou-se uma dificuldade inerente no processo de implantao do sistema de
monitoramento, pois o usurio necessita de certo conhecimento em informtica o que nem
sempre possvel. Vislumbrando esta caracterstica no como uma limitao e sim como uma
oportunidade, este trabalho tem aplicao prtica e utilizao especfica em um produto
produzido pela Intelbras e possui o intuito de focar na necessidade voltada a estes
consumidores.

1.2 Organizao do texto

Este projeto est organizado da seguinte maneira: No Captulo 2 detalhada a
fundamentao terica necessria para entender como o ocorre a captao, formao e
transmisso do vdeo. No captulo 3, o foco o equipamento utilizado no projeto e suas
principais caractersticas. J no captulo 4 apresentado o desenvolvimento do novo
aplicativo e os testes realizados em diferentes cenrios. Por fim, no captulo 5 as concluses
obtidas e sugestes para trabalhos futuros.

1.3 Objetivos
O objetivo deste projeto tornar acessvel, a um usurio leigo, o acesso s imagens das
cmeras de monitoramento remotamente. Para que isso seja possvel, o foco do projeto ser a
criao de um aplicativo que permita a visualizao remota das imagens, oriundas de um
Gravador Digital de Imagens (DVR Digital Video Recorder), sem ser necessria uma
configurao inicial.
Alm da facilidade da visualizao para o usurio final, este projeto tambm tem como
objetivo agregar um diferencial de mercado no produto. Com a implementao do aplicativo

14
junto ao DVR, a Intelbras ter mais um produto para disponibilizar aos seus clientes de
maneira com que eles possam controlar seu CFTV com agilidade e praticidade.
Aps a concluso do aplicativo, tambm ser disponibilizado um manual de instrues
para que os usurios possam solucionar suas dvidas caso estas ocorram.

15

Fundamentao Terica

2.1 Conceitos tcnicos para o entendimento do

CFTV para a captao da imagem

Vivemos em um mundo analgico onde a grande maioria dos sistemas integrados est
sendo substitudos por solues digitais. Entretanto, alguma das funes vitais dentro de um
sistema digital ainda analgica. Os sistemas de CFTV no fogem a esta regra, pois a
captao das imagens ainda realizada por cmeras. Aps a cmera obter as informaes
provenientes do ambiente analgico, esta por sua vez realiza tratamento de imagem tornandoa vdeo digitalizado atravs de conversores analgico/digital.
Os vdeos so compostos pelo agrupamento de vrios quadros de imagens captadas
analogicamente pelas cmeras. Estes quadros, por serem recebidos sequencialmente e por
este motivo estarem deslocados na linha tempo, ao serem visualizados possibilitam a
sensao de movimento contnuo a olho nu, formando assim o vdeo.
Para que as cmeras de CFTV possam formar o vdeo, necessrio que haja um
sincronismo com os gravadores digitais de imagem delimitando o tamanho de cada vdeo, ou
seja, um ciclo com ponto de incio e outro de final. Este processo realizado periodicamente
e pode ser obtido por uma frequncia a desejar. Por padro e facilidade, em CFTV so
utilizadas as frequncias de 50 Hz e 60 Hz, pois estas so equivalentes ao modelo de
fornecimento de energia eltrica das concessionrias. De acordo com estas frequncias, foram
definidos os padres de TV analgica:

PAL (Phase Alternating Line): forma de codificao que significa Linha de Fase
Alternante. utilizado em pases em que o fornecimento da frequncia pela
concessionria 50 Hz, e com isso, possui taxa de 25 quadros por segundos (FPS
Frames Per Second) com 625 linhas de resoluo por quadro.

16

SECAM (Sequentil Couleur Mmorie): surgiu na Frana e significa Sequencial

com Memria, possui as mesmas caractersticas de FPS e linhas de resoluo que o
padro PAL, porm se difere em transmitir as cores de forma sequencial, ou seja,
vermelhos e amarelos numa linha e azuis e amarelo na prxima linha.

NTSC (National Television System Committe): quer dizer Comit Nacional do

Sistema de Televiso. Este padro transmite 59,96 meio-quadros por segundo ou
29,97 quadros por segundo e possui resoluo com 525 linhas.

Na figura 1 possvel visualizar as principais reas de atuao de cada padro.

Figura 1: Padro televisivo por pas

Conforme a figura 1 o padro televisivo utilizado no Brasil o PAL-M, porm os
sistemas de CFTV utilizam o padro NTSC por ser o padro compatvel com a frequncia, 60
Hz, fornecido pelas concessionrias de energia eltrica. Sendo assim, para que possamos ter
em uma cmera a visualizao da imagem em forma de vdeo, ou seja, com movimento
contnuo, devemos ter 29,97 quadros por segundo na transmisso.

2.2 Converso analgico para digital

Para que o vdeo possa ser tratado, armazenado em disco rgido e transmitido
necessrio que o sinal analgico, proveniente das cmeras, seja convertido em sinal digital. A

17
digitalizao do sinal um processo que otimiza a qualidade da visualizao das imagens.
Os sinais analgicos podem ser de qualquer valor contnuo no tempo que seja prdefinido em uma faixa de operao. Isso quer dizer que no possvel definir o valor exato
do sinal, seja este de vdeo ou de udio. Sabemos que os valores de um sinal de vdeo so
definidos entre a faixa de 0V a 0,7V, onde 0V corresponde ao preto por ser ausncia de cores
e 0,7V corresponde ao branco, soma das cores. Um sinal analgico pode ser representado
conforme a figura 2:

Figura 2: Representao do vdeo analgico

A digitalizao do sinal analgico tem como principal objetivo minimizar a interferncia
de rudos no sinal original. Desde a captao do sinal por parte cmera at o processo de
converso nos gravadores digitais de imagem, o sinal passa por alguns agentes geradores de
rudos tais como cabos e conectores. O sinal digital pode ser definido apenas por dois valores,
sendo zero ou um. Ao contrrio do sinal analgico, estes no sofrem muita alterao de sinal
ao ser exposto ao rudo por ter pouca variao aps a incluso do sinal indesejado no sinal
original, ou seja, o que seria 0 torna-se 1 e vice-versa. Sabemos que os rudos so inevitveis,
por isso a converso do sinal muito importante para manter a qualidade e originalidade da
imagem capturada pelas cmeras. Um sinal digital pode ser representado conforme figura 3:

Figura 3: Representao do vdeo digital

O sinal digital determinado em apenas alguns instantes de tempo e amplitude tendo
seus valores pr-definidos e podendo variar entre 0 ou 1. Sendo assim, um sinal digital pode

18
ser classificado como descontinuado em relao ao domnio do tempo e amplitude.
O processo de digitalizao de um sinal analgico consiste em realizar sua amostragem,
quantizao e por fim sua codificao.
Amostragem
O processo de amostragem de um sinal algico o primeiro passo para torn-lo em
digital, pois consiste em definir um conjunto de valores discretos a partir de um faixa de
valores definidos por um sinal analgico. A figura 4 exemplifica como realizada a
amostragem de um sinal analgico:

Figura 4: Exemplo de sinal amostrado

Assim como est sendo demonstrado na figura 4, a amostragem deve ser realizada em
perodos constantes. Chama-se esta periodicidade de taxa de amostragem (Ta), e que neste
exemplo possui valor igual um. Sendo assim, os valores das amostras devem ser obtidos em
intervalos de tempo e/ou espaos regulares. Alm da amostragem no tempo possvel
tambm realizar a captura dos valores no domnio da frequncia, ou seja, a taxa de
amostragem definida pela quantidade de vezes por segundo que obtida uma amostra. Para
este processo necessrio definir a frequncia de amostragem (Fa).
Ao amostrar um sinal analgico fundamental definir quantas amostras do sinal
original sero necessrias obter para que no haja diferena significativa durante a
digitalizao. Para no haver perdas de sinal, necessrio respeitar o Teorema Nyquist, mais
conhecido como Teorema da Amostragem, para que seja realizada a amostragem fiel ao sinal
original. Segundo este teorema, para um sinal digital ser representado corretamente, a taxa de
amostragem deve ser igual ou superior que ao dobro da maior frequncia do sinal analgico
original, pois so necessrias duas amostras por cada sinal senoidal, um para cada metade da
onda. O valor limite correspondente ao dobro da maior frequncia do sinal original definida

19
por Frequncia de Nyquist (Fn).
A frequncia dos sinais analgicos de vdeo oscila entre 10 Hz a 4.2 MHz. Com isso,
a taxa de amostragem (Ta) deve ser igual ou superior a duas vezes 4.2 MHz. Durante o
processo de amostragem definida uma quantidade especfica de amostras por cada linha
rastreada do sinal original e essas amostras representam pontos individuais chamados de
pixels. Sendo assim, a resoluo pode ser determinada pelo nmero de pixels nas linhas
horizontais e verticais.
Quantizao
Com os resultados obtidos no processo de amostragem, o passo seguinte realizar a
quantizao do sinal. A quantizao consiste em definir valores especficos com o objetivo de
atribuir valores aos resultados das amostras coletados durante a amostragem. Para isso, so
definidos nveis de quantizao, valor em bits pr-definidos, responsveis por discretizar
amplitude de cada amostra. A figura 5 est quantizando os valores do sinal amostrado na
figura 4.

Figura 5: Exemplo de um sinal quantizado

Neste exemplo, os pontos sem preenchimento so os valores obtidos durante o processo
de amostragem. Foram definidos quatro nveis de quantizao (N1, N2, N3 e N4) de onde
sero representados os valores que o sinal digital poder assumir. Aps esta quantizao, os
possveis valores do sinal amostrado sero definidos com apenas quatro bits de acordo com
os nveis. Com este exemplo possvel evidenciar a discretizao do sinal no tempo.
Quanto maior o nmero de bits utilizados para representar tais valores, melhor ser o
resultado final do sinal digital, melhorando assim, o processo de digitalizao, pois com isso
podemos reduzir as distores no sinal. Por outro lado, esse aumento reflete diretamente em
maior espao em disco para armazen-lo, tendo a necessidade de optar pela melhor relao
custo beneficio. Esse processo de amostragem juntamente com o processo de quantizao

20
realizado pelos ADC (Analog to Digital Converter Conversor Analgico Digital).
(MONTEZ e BECKER, 2005)
Como mencionado anteriormente, o sinal analgico est mais susceptvel a rudos se
comparado ao digital, pois durante o trajeto que este percorre at chegar visualizao os
rudos so acumulados formando uma grande parte do sinal resultante (original e rudo). Um
dos tipos de rudos que mais influencia no sinal resultante o rudo trmico proveniente dos
circuitos integrados (CI`s) das cmeras, pois este percorre um caminho muito longo passando
desde os cabos para transmisso do sinal at a sua recepo nos monitores, por exemplo. Em
contrapartida, por ter representao limitada em zero ou um, os rudos ou erros na formao
do sinal digital resultante so facilmente detectados e corrigidos com tcnicas tais como ARQ
(Automatic Repeat Request Retransmisso Automtica) e FEC (Forward Error Correction
Correo de Erro Adiante).
Outro diferencial e no menos importante da digitalizao do sinal a facilidade de
manipulao e alta capacidade de processamento em computadores. A capacidade de ser
processada em computadores com certeza a grande vantagem da representao digital dos
dados multimdia, ou seja, aps serem transformados em sinal digital, os dados multimdia
passam a ter representao universal: qualquer mdia digital codificada em uma sequncia
de bits. (MONTEZ e BECKER, 2005)
Codificao
Codificar transformar a mensagem original em um conjunto de cdigos binrios
relativos aos intervalos de quantizao. Ela visa obter a compresso do sinal codificado,
dando segurana, reduzindo a banda de frequncia necessria para a transmisso do sinal e
aumentando a robustez. (MOECKE, 2004)
Conforme descrito na seo 2.1, as caractersticas de um sinal de vdeo tais como preto e
branco, televiso colorida e de alta definio so definidas a partir do padro de TV (PAL,
SECAM ou NTSC) que est sendo utilizado. Porm, para um melhor entendimento de como
a codificao realizada necessrio destacar alguns conceitos inerentes a este padro.
A luminncia (Y) uma medida de intensidade da luz refletida em uma dada direo, ou
seja, refere-se s luzes preta e branca existentes na faixa do sinal. De acordo com estas luzes,
definida a crominncia (C), cujo conceito refere-se aos valores de cada cor existente na
faixa. Diante deste cenrio, surge o modelo de sinal de vdeo RGB (Red, Green e Blue
Vermelho, Verde e Azul) que a combinao dessas cores primrias com o propsito de
gerar outras cores. A intensidade dessas cores pode variar entre o mnimo, sendo

21
representado pela cor preta, e ao mximo, resultando na cor branca. Essa intensidade
representada de forma numrica e na base 2, ou seja, a cor preta representaria RGB (0,0,0)
e a branca RGB (1,1,1).
Outro modelo, o YIQ, deriva do sistema RGB, sendo uma das trs componentes de sinal
representadas por ele, luminosidade (Y) e as outras duas para a informao da cor, em fase
(I) e quadratura (Q). O YCbCr, (Y) luminncia, (Cb) crominncia azul e (Cr) crominncia
vermelha, a representao utilizada para indicar os sinais digitalizados a partir do espao de
cor provindo dos padres de televiso analgica. (VILLAA, 2008)
De acordo com estes conceitos, possvel entender as duas principais etapas da
codificao. A primeira etapa refere-se correlao/descorrelao do sinal RGB para YCbCr
atravs do uso da transformada discreto do cosseno (DCT discrete cosine transform). O
processo de codificao baseado na DCT iniciado com a converso da imagem do formato
RGB para o YCbCR. O formato YCbCr separa a imagem em um componente de luminncia
(Y), que representa a intensidade de luz da imagem; e dois componentes de crominncia Cb e
Cr, que indicam respectivamente o desvio de cor para o azul e para o vermelho. Como o olho
humano menos sensvel a variaes de cor que de luz, possvel aplicar uma
subamostragem nos componentes Cb e Cr, chamada de chroma sub sampling, sem que haja
muita perda na qualidade da imagem. Aps isso, inicia-se a segunda etapa codificando o sinal
por entropia e, de acordo com valores de nveis de quantizao pr-definido, a resultante do
processo uma sequncia binria representando o sinal digital.

2.3 Compresso
A compresso de vdeo fundamental para o sucesso das aplicaes que manipulam
vdeos digitais, pois um vdeo no comprimido ocupa uma quantidade de bits muito elevada.
Com isso, os fatores de espao de armazenamento e enlace para transmisso tornam-se
inviveis no que se refere aos custos, e, sendo assim, estes custos acabam por dificultar o
desenvolvimento de produtos como os DVRs caso a compresso no seja utilizada. Por
exemplo, considerando vdeos com resoluo de D11 referente 720x480 pixels a 30 quadros
por segundo, utilizando 24 bits por pixel, a taxa necessria para a transmisso sem
compresso desse vdeo seria aproximadamente de 249 milhes de bits por segundo, ou seja,
237 Mbps. Este mesmo vdeo se fosse necessrio armazenar 10 minutos de gravao, sem

22
compresso, seria necessrio aproximadamente espao em disco rgido no mnimo 10 vezes
maior. Para vdeos com compresso H.264, atualmente utilizada no DVR utilizado neste
projeto, para transmitir vdeos com a mesma resoluo utilizada anteriormente seria
necessria uma taxa de transmisso prxima de 2Mbps, como veremos nos prximos
captulos. J para armazenar este mesmo vdeo durante os mesmos 10 minutos utilizado no
exemplo sem compresso, seria necessrio um espao em disco rgido de aproximadamente
15MB, com qualidade semelhante s imagens sem compresso.
Diante destas informaes intuitivamente fcil de pensar que seria quase impossvel
representar todos os bits que o vdeo possui antes de ser comprimido. Ento o vdeo
comprimido totalmente diferente do original? Apesar dos vdeos digitalizados serem
representados por uma enorme quantidade de bits, as informaes destes vdeos possui, na
grande maioria, uma importante propriedade intrnseca: apresentam elevado grau de
redundncia. Isto significa que uma boa parte da enorme quantidade de dados necessrios
para representar o vdeo digitalizado desnecessria. O objetivo da compresso de vdeo ,
justamente, o desenvolvimento de tcnicas que possibilitem a mxima eliminao possvel
destes dados desnecessrios para, deste modo, representar o vdeo digital com um nmero de
bits muito menor do que o original sem perder as principais informaes.
A compresso de vdeo uma tcnica que pode ser classificada em compresso sem
perdas

compresso

com

perdas.

Sem

perdas,

aps

processo

de

compresso/descompresso, o sinal reconstitudo idntico ao original, enquanto no segundo

caso h uma degradao desse sinal, denominada distoro.
Quando esta compresso sem perdas, geralmente, possvel compactar dados de duas a
trs vezes. J na compresso com perdas, a taxa resultante depende apenas da distoro
admitida as tecnologias de compresso mais recentes podem comprimir para uma taxa at
100 vezes menor do que a taxa original, com uma distoro ainda aceitvel. Este tipo de
compresso limita-se a um pequeno nicho de aplicaes que no toleram qualquer distoro,
como vdeos mdicos ou sistemas de arquivamento. Entretanto, a compresso com perdas a
mais usada e difundida, j que certas distores podem ser imperceptveis ao olho humano,
ou mesmo toleradas sendo essa a utilizada pelo padro H.264. (ALENCAR, 2007)
Um sistema para representar cores chamado de espao de cores. A definio do espao
de cor ao representar um vdeo digital essencial para a eficincia da codificao deste vdeo.
So vrios os espaos de cores usados para representar imagens digitais, tais como: RGB,

Sony D1, padro utilizado nos DVDs

23
HSI e YCbCr (DAMJANOVSKI, 2005). O espao de cores RGB um dos mais comuns e
conhecidos, tendo em vista que este o espao de cores utilizado nos monitores coloridos
para interao computador-usurio. A figura 6 representa a carta de cores representveis em
um monitor.

Figura 6: Carta de cores

O RGB representado nas trs cores primrias captadas pelo sistema visual humano:
vermelho, verde e azul. Por este motivo chama-se RGB, proveniente do ingls red, green,
blue, respectivamente. J no espao de cores YCbCr, as trs componentes utilizadas so
luminncia (Y), que define a intensidade luminosa ou o brilho; crominncia azul (Cb) e
crominncia vermelha (Cr). (DAMJANOVSKI, 2005)
Para a compresso de vdeos o espao de cores utilizado o YCbCr. Os componentes R,
G e B possuem um elevado grau de correlao entre si, o que no nada saudvel do ponto
de vista da compresso de vdeos. Por isso, a compresso aplicada para espaos de cores do
tipo luminncia e crominncia, como o YCbCr. Outra vantagem do espao de cor YCbCr
sobre o RGB que, no espao YCbCr, a informao de cor est completamente separada da
informao de brilho. Deste modo, estas informaes podem ser tratadas de forma
diferenciada pelos codificadores.
O sistema visual humano mais sensvel a informaes de luminncia do que a
informaes de crominncia. Sendo assim, os padres de compresso de vdeos podem
explorar esta caracterstica humana para aumentar a eficincia na decodificao atravs da
reduo da taxa de amostragem dos componentes de crominncia em relao aos
componentes de luminncia (DAMJANOVSKI, 2005). Esta otimizao chamada de
subamostragem de cores, a qual realizada sob o espao de cores YCbCr nos padres de
compresso de vdeo atuais, incluindo o do DVR Intelbras utilizado neste projeto. A

24
subamostragem de cor aumenta significativamente a eficincia da codificao, uma vez que
parte da informao da imagem simplesmente descartada, sem causar impacto visual
perceptvel ao olho humano.
Caractersticas da compresso de vdeo
A compresso de vdeos tem por objetivo diminuir a quantidade de dados considerados
redundantes na representao computacional das informaes do vdeo. Considera-se
redundante aquele dado que no contribui com novas informaes relevantes para a
representao da imagem. Basicamente, existem trs tipos diferentes de redundncias
exploradas na compresso de vdeos: redundncia espacial, redundncia temporal e
redundncia entrpica. Cada uma destas ser brevemente explicada a seguir:

Redundncia espacial: tambm conhecida por redundncia intra-quadros ou

redundncia interpixel baseada na correlao existente entre os pixels espacialmente
distribudos em um quadro. Esta correlao pode ser percebida no domnio espacial e
da frequncia. No domnio espacial visualmente percebida quando observados
pixels vizinhos em um quadro, que tendem a possuir valores semelhantes como
ilustrado na figura 7. Neste caso, a redundncia pode ser reduzida atravs da operao
chamada de codificao intra-quadro, presente em alguns padres de codificao de
vdeo atuais. No domnio da freqncia a operao realizada para reduzir a
redundncia espacial chamada de quantizao. Para aplicar a quantizao, antes as
informaes da imagem devem ser transformadas do domnio espacial para o domnio
da frequncia. A quantizao uma diviso inteira dos coeficientes gerados pela
transformao e reduz grande parte dos coeficientes zero. Esta operao
irreversvel, pois o resto da diviso no armazenado e, deste modo, a quantizao
gera perdas no processo de codificao. Importante ressaltar que estas perdas tendem
a interferir de forma nula ou pouco significativa na qualidade perceptual da imagem.

25

Figura 7: Redundncia espacial

Redundncia temporal: A redundncia temporal, tambm chamada de redundncia

inter-quadros (GHANBARI, 2003) causada pela correlao existente entre quadros
temporalmente prximos em um vdeo. Na verdade, a redundncia temporal poderia
ser classificada como apenas mais uma dimenso da redundncia espacial. Segundo
(GONZALES; WOODS, 2003). Muitos blocos de pixels simplesmente no mudam de
valor de um quadro para outro em um vdeo, como por exemplo, em um fundo que
no foi alterado de um quadro para outro. Outros pixels apresentam uma pequena
variao de valores causada, por exemplo, por uma variao de iluminao. Por fim,
tambm possvel que o bloco de pixels simplesmente tenha se deslocado de um
quadro para o outro, como por exemplo, em um movimento de um objeto em uma
cena. Todos os padres atuais de codificao de vdeo visam reduzir a redundncia
temporal. A explorao eficiente da redundncia temporal conduz a elevadas taxas de
compresso, o que fundamental para o sucesso dos codificadores.

Redundncia Entrpica: A redundncia entrpica est relacionada com as

probabilidades de ocorrncia dos smbolos codificados. A entropia uma medida da
quantidade mdia de informao transmitida por smbolo do vdeo. A quantidade de
informao nova transmitida por um smbolo diminui na medida em que a
probabilidade de ocorrncia deste smbolo aumenta. Ento, os codificadores que
exploram a redundncia entrpica tm por objetivo transmitir o mximo de
informao possvel por smbolo codificado e, deste modo, representar mais
informaes com um nmero menor de bits. A codificao de 32 entropia,
(GHANBARI, 2003) como chamada, utiliza diferentes tcnicas e algoritmos de
compresso sem perdas para atingir este objetivo.

26
De acordo com estas tcnicas foram designados alguns modelos de compresso cuja
utilizao viabilizou as aplicaes de imagem e vdeo. Os principais modelos, MPEG e
H.264, sero explicados a seguir.
O MPEG-4
Implementado em 1998, o MPEG-4 juntamente com tantos outros MPEG-X, tais como
MPEG-1 e MPEG-2, pertence ao grupo da ISO/IEC. Esta organizao tem por objetivo
principal padronizar os codificadores/decodificadores, processamento e a representao
codificada de vdeo, udio e a multiplexao destes. O MPEG baseado no JPEG, tambm
desenvolvido pela ISO, que auxiliou do desenvolvimento, pois se baseou na ideia de fotos
compactadas separadamente e apresentadas sequencialmente para formar o vdeo. O MPEG-4
a evoluo dos padres MPEG-1 e MPEG-2, direcionada a compresso de udio e vdeo
previamente digitalizados. Por esse motivo, pode ser utilizado em vdeos transmitidos pela
internet e telefone celular que utilizam imagens e em sua verso AVC (Advanced Video
Coding Codificao de Vdeo Avanada) pode ser utilizado em HDTV (High Definition
Television Televiso de Alta Definio). (ALENCAR, 2007).
O MPEG possui vrias verses, as quais so definidas por tpicos e so denominadas
como partes, onde cada uma dessas partes aborda o padro sob um aspecto diferente. A parte
1 descreve a sincronizao de udio e vdeo, a parte 2 o processo de compresso das imagens,
a parte 3 o processo de compresso de udio, a parte 4 os procedimentos para verificar a
conformidade de determinada amostra com outras partes do padro e, a parte 5, indica o
software para demonstrar e ilustrar partes especficas do padro. As partes seis, sete, oito e
nove no possuem relevncia para este projeto, por no ser comum sua aplicao na prtica
.J a parte 10 surgiu com o avano da parte 2 e por isso recebeu o nome de AVC, que deu
origem ao H.264 que ser detalhado no prximo tpico. (ALENCAR, 2007)
O MPEG-4 foi projetado para ser utilizado em diferentes perfis de compresso de vdeo,
porm sua faixa de valores de perfil muito maior do que a faixa de valores do MPEG-2, que
possui qualidade equivalente a de um DVD-Video (Digital Versatile Disc-Video Disco
Verstil Digital-Vdeo). Sendo assim, o MPEG-4 capaz de transmitir de forma satisfatria
em qualquer cenrio de rede, seja esta uma conexo discada ou em redes gigabit.
Para que seja realizada a codificao necessrio amostrar e digitalizar os sinais de
vdeo. A semelhana entre as imagens so feitas com base na compensao de movimento. O
mtodo para regular a taxa de transmisso empregado nesse padro foi realizado atravs do
controle do processo de quantificao. Para isso, um buffer colocado na sada do

27
codificador e, quando esse buffer estiver perto de completar sua capacidade total, ordenado
ao sistema para que o processo de quantizao diminua a resoluo do vdeo. A desvantagem
deste procedimento exigir um grande esforo de processamento aos componentes para
manipulao do vdeo. (ALENCAR 2007)
O MPEG-4 foi criado para ser utilizado em aplicaes de vdeo e, sendo assim, algumas
caractersticas esto bem definidas, tais como:

Eficincia de codificao: com as modificaes em relao s verses anteriores, o

MPEG-4 capaz de codificar mltiplos fluxos de dados simultneos aumentando a
aceitao das aplicaes baseadas no padro MPEG-4;

Garantia da transmisso de dados: possvel transmitir em boa qualidade utilizando o

MPEG-4 mesmo com elevados nveis de BER (Bit Error Rate, do ingls Taxa de Erro
de Bit), pois h algumas tcnicas capaz de corrigir erros nos decodificadores;

Codificao de objetos visuais animados: possvel conter objetos naturais ou

sintticos 2D ou 3D e suas camadas de realce completam em quadros MPEG-4.

De acordo com estas caractersticas, o MPEG-4 tem por como principal aplicao a
visualizao em tempo real de arquivos de mdia. Esta visualizao consegue ser
proporcionada porque este tipo de compresso pode ser adaptvel de acordo com o meio que
est sendo transmitido. Para links de baixa transmisso, possvel aumentar a compresso
diminuindo assim a qualidade da mdia e possibilitando a transmisso satisfatria do arquivo.
J em redes que possibilitam alta velocidade, o desempenho da compresso pode ser
diminudo, fazendo com que a mdia se aproxime ao mximo do arquivo original e sendo
transmitido sem perdas.
O MPEG-4 durante muitos anos foi utilizado como principal padro de compresso de
vdeo para os gravadores digitais (DVRs), por apresentar um alto desempenho dentre os
modelos que existiam. Porm, desde 2009, este vem sendo substitudo gradativamente pelo
H.264, modelo que ser abordado no tpico a seguir.
O H.264/AVC
Considerado o mais importante padro de compresso de vdeo atual para CFTV, o
H.264/AVC (Advanced Video Coding Codificao de Vdeo Avanada) foi desenvolvido
pelo JVT (Joint Video Team), o qual foi formado a partir de uma unio entre os especialistas
do VCEG (Video Coding Experts Group) da ITU-T e do MPEG da ISO/IEC. O JVT tinha o
objetivo de completar o desenvolvimento tcnico do padro at o ano de 2003. A ITU-T
decidiu adotar o padro com o nome de ITU-T H.264/AVC e a ISO/IEC decidiu adotar o

28
padro com o nome de MPEG-4 parte 10 - AVC. O padro H.264/AVC teve seu rascunho
final (ITU-T, 2003) aprovado em outubro de 2003 (AGOSTINI, 2007). Em julho de 2004, o
JVT adicionou algumas novas funcionalidades ao padro H.264/AVC atravs de uma
extenso do padro chamada de Fidelity Range Extensions (FRExt). Desde ento, este padro
de compresso vem dominando as aplicaes de vdeo que necessitam desempenho entre a
relao qualidade sobre taxa de transmisso.
Alm da diminuio da taxa de transmisso do vdeo, o H.264 possui algumas
importantes caractersticas, tais como (AGOSTINI,2007):

Robustez de erro, de modo que os erros de transmisso em vrias redes sejam

tolerados;

Prioriza aplicaes de baixa latncia, mas, se comparado com os outros padres,

possui melhor desempenho para maior latncia;

Flexibilidade ao se adaptar de acordo com o que a aplicao exige em relao

qualidade e banda disponvel;

Especificao clara de sintaxe dos modelos de codificao e decodificao, o que

simplifica as implementaes;

Decodificao de correspondncia exata, que define exatamente como os clculos

numricos so feitos por um codificador e decodificador, a fim de evitar erros
decorrentes de acmulo.

O H.264/AVC teve como principal motivo de sua criao o desejo de transmitir vdeo
com qualidade de imagem igual ou superior aos padres MPEG-2 e MPEG-4, porm com
pelo menos metade das taxas de transmisso j aplicadas. Para viabilizar esta otimizao foi
necessrio um grande aumento na complexidade computacional das operaes dos CODECs
que seguem o padro H.264/AVC em relao aos demais padres disponveis na atualidade.
Este aumento de complexidade foi possvel graas utilizao de CODECs compatveis com
a implementao do H.264/AVC. Implementados em software quando as resolues so
elevadas e/ou quando se deseja tempo real, com 30 quadros por segundo por exemplo,
necessrio CODECs especiais com hardware dedicados. Os DVRs Intelbras, utilizados neste
projeto, utilizam CODECs da Intersil Techwell, compatveis com esta compresso.
O JVT, grupo criador do H.264, teve como foco a criao de uma soluo simples e
clara, limitando as opes e os recursos a um mnimo. Um importante aspecto do padro, se
comparado com os outros, fornecer os recursos em perfis (conjuntos de recursos
algortmicos) e nveis (classes de desempenho) que idealmente so compatveis com

29
produes populares e formatos comuns.
O H.264 tem vrios perfis, cada um direcionado a uma classe especfica de aplicaes.
Cada perfil define qual conjunto de recursos o codificador pode usar e limita a complexidade
de implementao do decodificador. Os DVRs Intelbras utilizam um perfil denominado
Baseline Profile, do ingls perfil da linha de base, que se destina principalmente a aplicaes
com recursos limitados de computao. O perfil da linha de base mais adequado de acordo
com o desempenho disponvel em um codificador em tempo real, que incorporado em um
produto de vdeo de rede. O perfil tambm permite baixa latncia, que um requisito
importante de vdeo de vigilncia e tambm especialmente importante para habilitar o
controle em tempo real de PTZ (Pan/Tilt/Zoom ou Panorama/Inclinao/Zoom) em cmeras
mveis conectadas ao DVR.
O H.264 tem 11 nveis ou grau de recursos para limitar os requisitos de desempenho,
largura de banda e memria. Cada nvel define a taxa de bits e a taxa de codificao em
macroblocos por segundo para resolues variando de QCIF (Quad Common Intermediate
Format) a HDTV (High Definition TV) e outras. Quanto maior a resoluo, maior o nvel
necessrio.
A eficincia do H.264
O padro de compresso de vdeo utilizado para o H.264 possui caractersticas que o
diferencia em relao aos outros, como o alto nvel de desempenho na relao dados versus
taxa de transmisso. Sendo assim, no por acaso que este est sendo utilizado em larga
escala por grandes aplicaes de vdeo. O segmento de CFTV dominado por esta
compresso justamente por estas caractersticas na transmisso, pois possibilitam o acesso
remoto das imagens com melhor desempenho e eficincia.
Na figura 8 h um comparativo entre algumas das principais compresses:

Figura 8: Comparativo. Fonte: www.axis.com.br

30
O grfico representado na figura 8 fornece uma comparao da taxa de bits sobre o
mesmo nvel de qualidade de imagem. Foram relacionados neste exemplo os seguintes
padres de vdeo: Motion JPEG, MPEG-4 parte 2 (sem compensao de movimento), MPEG4 parte 2 (com compensao de movimento) e H.264 (perfil da linha de base).
Neste exemplo interessante observarmos a diferena entre os MPEG-4 parte 2 com
compensao e o H.264. As curvas referentes ao Motion JPEG e ao MPEG-4 sem
compensao servem para fundamentao de que, nos piores casos, mesmo que o tipo de
compresso utilizada no seja a ideal, h uma grande vantagem em relao s transmisses
sem compresses. De acordo com o exemplo, o codificador H.264 atingiu at metade dos bits
por segundo (bps) para a sequncia de imagem (o vdeo) se comparar com o codificador
MPEG-4 com compensao de movimento. Para quesito de anlise e comprovao da
superioridade, possvel afirmar que o decodificador H.264 foi, pelo menos, trs vezes mais
eficiente do que um codificador MPEG-4 sem compensao de movimento e, no mnimo,
seis vezes mais eficiente do que o Motion JPEG.
O que foi comprovado no exemplo anterior tem sua fundamentao na previso
diferenciada do H.264. Ele oferece tcnicas que permitem melhores eficincias de
compactao devido aos recursos de previso mais precisos, alm de tcnicas de tratamento
de erros aprimoradas. Permite novas possibilidades para criar melhores codificadores de
vdeo que permitam fluxos de vdeo de qualidade superior, taxas de quadro mais altas e
resolues superiores a taxas de bits mantidas (em comparao aos padres anteriores) ou a
mesma qualidade de vdeo a taxas de bits inferiores.

2.4 Transmisso do Vdeo

Com o vdeo digitalizado e, principalmente, comprimido, o prximo passo a ser
realizado a transmisso destes dados pela rede. Neste captulo ser detalhado como o vdeo,
aps ser tratado, enviado dos DVRs para uma aplicao que ir receber e entender os dados
formadores do vdeo.
A grande maioria das transmisses de dados necessita modular o sinal a ser transmitido
antes de realizar esta operao. A modulao um processo de variao do sinal original em
relao amplitude, fase e/ou frequncia. Alguns sinais no podem ser transmitidos
diretamente no canal de transmisso dependendo das suas caractersticas e, por isso,
necessrio modificar o sinal eletromagntico original. A modulao do sinal realizada pela

31
incluso da onda portadora2.
Dimensionar e implementar uma rede para realizar boas transmisses de udio e,
principalmente de vdeo, necessita um conhecimento prvio de algumas caractersticas
inerentes a este tipo de mdia e de rede. Os dados de udio e/ou vdeo so compostos por uma
sequencia de informao, as quais devem ser reproduzidas na mesma ordem que foi gerada.
O sincronismo dos bits indispensvel, pois caso haja alguma sobreposio e
desordenamento, o erro na reproduo ser notoriamente perceptvel aos olhos e ouvidos
humanos. Este tempo de chegada das informaes conhecido como latncia e, um dos
problemas que ocorrem na transmisso de dados multimdia.
Alm da latncia, outro grande vilo para as transmisses em tempo real excesso de
fluxo de pacotes em determinados perodos, ocasionando assim o congestionamento na rede.
Estas transmisses de muitos pacotes em um perodo curto de tempo so conhecidas como
burst (rajadas). Dados de tempo real so descartados se no chegarem a tempo, ou seja, caso
no cheguem ao receptor antes do timeout (tempo limite) estes sero desconsiderados para a
montagem da informao final no receptor.
Quando ocorre o timeout e os pacotes no conseguiram ser transmitidos com sucesso, a
retransmisso dos pacotes perdidos a primeira ao a ser tomada, porm este processo de
reenvio dos pacotes perdidos em rajadas comprometeria o desempenho da rede. Uma das
solues seria aumentar a largura de banda, porm no resolver totalmente o problema de
transmisso em rajadas, alm de ter um valor financeiro elevado no mercado brasileiro. Para
a maioria das aplicaes multimdia, o receptor tem um buffer de tamanho limitado. Se
nenhuma medida for tomada para regular o fluxo de dados, ele pode gerar uma sobrecarga
(ou um fluxo leve demais) no buffer da aplicao. Quando os dados chegarem muito rpido,
o buffer ir sobrecarregar-se e alguns pacotes sero perdidos, resultando em um arquivo com
baixa qualidade. (TSCHOKE, 2001)
No cenrio apresentado neste projeto ser utilizada a transmisso de vdeo via rede
TCP/IP. Neste meio, o vdeo digitalizado pelo DVR no necessita sofrer modulao para
poder ser transmitido, pois a informao a ser transmitida (o vdeo) ser fracionada em
pacotes, de acordo com a estrutura de rede oferecida. A rede TCP/IP e os protocolos de
transporte sero abordados no prximo tpico.
Protocolo TCP/IP
O protocolo de controle de transmisso (TCP - Transmission Control Protocol) e o
2

Sinal senoidal que transmitido junto com a informao para facilitar a transmisso.

32
protocolo de internet (IP - Internet Protocol) foram responsveis em viabilizar a comunicao
entre computadores na rede mundial de computadores (WWW ou WEB - World Wide Web).
Esses protocolos tm a funo de controlar como a informao transmitida de uma rede
para outra, e como lidar com o endereamento dos pacotes, o empacotamento dos dados e a
checagem de erros.
O TCP/IP, utilizado neste projeto, baseia-se em um modelo de referncia de quatro
camadas, no qual o conjunto de protocolos TCP/IP est localizado nas trs camadas
superiores desse modelo. Conforme ilustra a Tabela 2, cada camada do modelo TCP/IP
corresponde a uma ou mais camadas do modelo de referncia OSI (KUROSE, 2003).
Camada
4

Aplicao

Especificaes
Define os protocolos de aplicativos TCP/IP e como os

Protocolos
HTTP,

programas hospedeiros estabelecem uma interface com FTP,

os servios de camada de transporte para usar a rede.

SNMP,

Telnet,
TFTP,
DNS,

SMTP,SSH,etc

Transporte

Fornece gerenciamento de sesso de comunicao entre TCP, UDP, RTP,

computadores hospedeiros. Define o nvel de servio e RTSP
o status da conexo usada durante o transporte de
dados.

2 Internet/Rede

Empacota dados em datagramas IP, que contm IP, ICMP, ARP,

informaes de endereo de origem e destino usados

IGMP,

para encaminhar datagramas entre hospedeiros e redes.

RIP, etc

OSPF,

Executa o roteamento de datagramas IP.

1 Fsica/Enlace

Especifica os detalhes de como os dados so enviados Ethernet, RS-232,

fisicamente pela rede. Especifica tambm o hardware V.35, Wi-Fi, etc.
que estabelece interface com o meio da rede, como
cabo coaxial, fibra ptica ou par tranado.

Tabela 1: Camadas do modelo TCP/IP

Protocolo TCP
O TCP um protocolo da camada de transporte do modelo TCP/IP representada na
tabela 2, situados entre as camadas de aplicao e rede. Este tem por principal caracterstica a
garantia da entrega de um fluxo ordenado de bits de um processo rodando em um host a
outro, atravs da rede.
O TCP definido originalmente na RFC 793 (Request For Comments Requisio de

33
Comentrio) alm de oferecer um servio de transferncia com garantias, tambm oferece
controle de fluxo e controle de congestionamento. considerado orientado conexo, pois os
processos de aplicaes enviam dados para ajustar os parmetros entre os hosts3 de origem e
destino. Aps o estabelecimento da conexo TCP, os processos de aplicao podero
comear a enviar dados um para o outro. O TCP implementa uma transmisso full duplex4
entre a porta do cliente e a porta do servidor. Os dados da aplicao so encapsulados em
pacotes chamados segmentos, cujo tamanho mximo determinado pelo MSS (Maximum
Segment Size Mximo Tamanho de Segmento), que, por sua vez, limitado pelo MTU
(Maximum Transmission Unit Mxima Unidade de Transmisso) do enlace, visando evitar
a fragmentao do datagrama IP na camada inferior. Aps ter sido armazenado em buffer, o
TCP combina pores de dados do cliente com um cabealho, formando os chamados
segmentos TCP. Esses segmentos seguem pela camada de rede e so encapsulados de forma
separada dentro dos datagramas IP e estes, por sua vez, so enviados para dentro da rede. Na
outra extremidade, quando h o recebimento de um segmento por parte do TCP, os dados
encapsulados so armazenado no buffer de recepo que posteriormente sero lidos pelo
processo de aplicao do receptor. (KUROSE E ROSS, 2007).
Os erros ocorridos na transferncia, como pacotes perdidos, duplicados ou entregues fora
de ordem, so tratados pelo TCP. Atravs do uso de portas, que consiste em um nmero
inteiro que enderea a aplicao dentro de uma mquina, o TCP permite a execuo de
mltiplas aplicaes em um dispositivo computacional.
Protocolo UDP
O UDP (User Datagram Protocol Protocolo de Datagramas de Usurios) (KUROSE,
2010) definido pela RFC 768 e, assim como o TCP, tambm um protocolo da camada de
transporte. O UDP tem por principal caracterstica a no orientao conexo e, inerente a
isso, a conexo no possui entrega garantida das informaes. Se comparado com o TCP, o
UDP um protocolo muito mais simples, o qual basicamente realiza a multiplexao de
aplicaes atravs das portas.
Por ser considerado um protocolo no confivel, o UDP tem como modelo de servio a
Best-Effort (melhor esforo). Esta tcnica consiste em enviar o fluxo de dados
simultaneamente com todos os outros fluxos da mesma rede, ou seja, a banda disponvel ser
disponibilizada para todas as aplicaes e os fluxos sero concorrentes entre si. Em caso de
3
4

Termo tcnico utilizado para designar uma estao de trabalho.

Comunicao onde os dois lados podem transmitir simultaneamente em ambos os sentidos.

34
congestionamento na rede, os dados so descartados sem qualquer critrio nem distino,
sendo assim no h garantia alguma que a transmisso de toda a informao foi bem sucedida
nem de que esta chegou a seu destino com boa qualidade.
Devido a sua simplicidade, o UDP no possui o mesmo atraso se comparado com o TCP,
sendo assim este usado algumas aplicaes de udio e vdeo que no necessitem de garantia
na entrega de todos os pacotes.

2.5 A transmisso do vdeo e seus protocolos

Em todas as aplicaes de vdeo sobre TCP/IP o que todo usurio busca alto
desempenho de transmisso sem perdas de informao dos pacotes. Para que isso seja
atingido, existem dois pontos fundamentais para o bom desempenho: tolerncia de perda de
alguns dados e tempo de transmisso. O tempo que toda a informao leva at chegar ao seu
destino muito importante, pois muitas aplicaes multimdia so extremamente sensveis ao
atraso de chegada e, caso ocorra um atraso no meio da transmisso, por exemplo, todo os
outros dados que j tinham sido transmitido podem ser simplesmente descartados. J o nvel
de tolerncia com perdas ou erros depende de cada aplicao. Cada uma possui um nvel de
acordo com a informao que est esperando, contudo com transmisses eficazes alguns
pequenos erros ou perdas so facilmente aceitveis pelo receptor.
Para (FERREIRA, 2007), h duas tcnicas utilizadas para fornecer servio de vdeo:

Download and play como o prprio nome sugere esta tcnica precisa que todo o
arquivo seja transferido para cliente e ento seja possvel sua visualizao, esta
tcnica possui a vantagem de ser visualizada, pausada, avanada e retrocedida depois
de armazenada, a qualquer momento;

Streaming aqui os dados so armazenados em buffer e so visualizados na mesma

medida em que vo chegando. Para esse tipo de transmisso ser eficaz necessrio
utilizar uma alta taxa de compresso, sendo o MPEG a mais utilizada. Tcnicas do
tipo streaming podem ainda se dividir em:
o Streaming de vdeo armazenado neste caso o host cliente solicita os dados
que esto previamente armazenados em um servidor, dando ao cliente a
liberdade de manipular o vdeo, isto , poder pausar, retroceder, avanar, etc.
Neste tipo de aplicao o contedo s acontece sob demanda e pode existir
mais que um cliente conectado ao mesmo servido ao mesmo tempo.

35
o Streaming de vdeo ao vivo baseado em transmisses do tipo broadcast, os
dados no so armazenados em um servidor, fazendo com que o usurio no
tenha a liberdade assumida acima. A distribuio dessa transmisso pode ser
do tipo unicast (conexo ponto-a-ponto entre o cliente e o servidor onde cada
cliente recebe seu prprio stream) ou do tipo multicast (utilizado quando h o
desejo de preservar a banda fazendo com que todos os clientes compartilhem o
mesmo stream).
o Vdeo interativo em tempo real objetiva agregar muito mais que uma
conversa entre duas pessoas, podendo ser expandida ao caso de uma reunio
atravs de uma videoconferncia.

Reproduo contnua - Uma vez que o playout comea, ele deve ocorrer de acordo
com o tempo original de gravao. O dado deve chegar ao destino a tempo de ser
vista corretamente pelo cliente.

2.6 Problemas na transmisso de vdeo sobre rede

TCP/IP
Aplicaes que requerem transmisso de vdeo em redes de computadores apresentam
um trfego contnuo e tambm so caracterizados por exigirem que a reproduo do sinal no
destino seja feita a uma taxa constante. Deste modo, o retardo de transferncia mxima tem
grande importncia e a variao estatstica do retardo deve ser compensada.
Para este tipo de aplicao, que se diferem das aplicaes tipo pedido/respostas como a
Web (texto/imagem), e-mail, FTP, algumas caractersticas precisam ser consideradas
(KUROSE E ROSS, 2001).

Restrio temporal aplicaes em vdeo so altamente sensveis a atrasos e as

variaes que podem ocorrer nesses atrasos (jitter5);

Tolerncia perda perdas ocasionais podem ocorrer, porm so facilmente

manipuladas.

Como as aplicaes de mdia continua apresentam restries temporais e toleram

algumas perdas, normalmente utilizam como protocolo de transporte na internet o

uma variao estatstica do retardo na entrega de dados em uma rede, ou seja, pode ser definida como a
medida de variao do atraso entre os pacotes sucessivos de dados.

36
UDP, que oferece um transporte tipo melhor esforo.
Para (KUROSE E ROSS, 2001) as limitaes do servio melhor esforo podem ser
divididas em:

Perda de pacotes uma das causas das perdas de pacotes o pacote UDP chegar at
um buffer do roteador, porm no conseguir ser tratado por ele devido o fato destes
buffers estarem lotados, fazendo com que o datagrama seja descartado e por fim no
conseguindo atingir seu destino. Uma soluo neste caso seria usar transmisso do
tipo TCP, porm no recomendvel retransmitir pacotes em aplicaes de mdias
continua, pois alm de aumentar o atraso fim-a-fim, tambm pode levar a uma no
inteligibilidade ao receptor. H tambm de se considerar que perdas entre (1 e 20)%
so tolerveis em algumas aplicaes e que podem ser corrigidas por mecanismos de
correo de erros como o FEC;

Atraso fim-a-fim o acumulo de atrasos na transmisso fim-a-fim, que quando so

menores que 400 milissegundos so tolerveis, fazendo com que o receptor descarte
pacotes acima desse limite tolervel;

Variao de atraso (jitter) definido como o tempo de variao intrnseco a cada

pacote, ocasionados pelos atrasos aleatrios nas filas dos roteadores. Caso o receptor
ignore os atrasos de cada pacote, poder gerar de novo uma ininteligibilidade do dado
transmitido, fato este corrigido pela utilizao dos nmeros de sequncia, marcas de
tempo e atraso de reproduo. Estes trs mecanismos so realizados em conjunto para
tentar eliminar o jitter: preceder cada poro com um nmero de sequncia e com
uma marca de tempo e atrasar a reproduo de pores com uma marca de tempo.
Esse atraso de reproduo deve ser suficientemente longo para que a maioria dos
pacotes sejam recebidos antes de seu tempo de reproduo programado.

A taxa de erro devido s essas limitaes esta intimamente ligada com a aplicao. Para
a maioria das aplicaes de vdeo uma pequena taxa de erro de bit aceitvel, uma vez que
para essas aplicaes no haver problema se um pixel de um quadro ficar azul ao invs de
verde. A razo mdia de trfego gerado por uma fonte de vdeo varia de acordo com a
qualidade do sinal e com os algoritmos de codificao empregados. (KUROSE E ROSS,
2001)
Neste contexto cabe ressaltar que depender apenas do servio de melhor esforo
oferecido pela camada de rede e transporte UDP no o suficiente. Para tanto, os servios IP
precisam ser incrementados agregando-se alguma inteligncia aos elementos internos da rede
a fim de diferenciar o trfego que passa pelos mesmos, essa inteligncia pode ser traduzida

37
sobre forma de qualidade de servio QoS. A qualidade de servio a capacidade de fornecer
a um elemento de rede algum nvel de segurana de que seus requisitos de trfego e servios
sero satisfeitos. Fornecer QoS no uma tarefa trivial, sendo necessria a colaborao de
todos os elementos da camada de rede, ressaltado que o emprego dele no capaz de criar
largura de banda, apenas administr-la segundo a demanda das aplicaes e dentro de certos
parmetros de gerenciamento e desempenho de rede. (VASILOU, 2000).

38

Gravador Digital de Imagem Intelbras

3.1 Caractersticas e especificaes tcnicas do

DVR
Os dispositivos que recebem sinais analgicos de vdeo atravs de uma cmera e
possuem a capacidade de armazenar estas imagens so chamados de DVR. Os DVRs podem
ser classificados em dois modelos: placa de captura e stand alone. Os usurios chamam os
stand alone apenas de DVR, pois a placa de captura est em processo de desuso. A principal
vantagem do DVR versus a placa de captura que o DVR possui hardware e software
dedicados e exclusivos para a aplicao em CFTV. J a placa de captura geralmente
instalada em um computador que j possui muitas outras aplicaes. Com isso, o tempo de
vida til do dispositivo prolongado e sua eficincia superior placa de captura.
Este projeto utiliza o DVR da marca Intelbras. Como o principal objetivo auxiliar os
usurios leigos com um aplicativo simples de ser usado, foi utilizado o DVR Intelbras
modelo VD 4E 120 C. Este o modelo que foi lanado em novembro de 2011, sendo assim
este ainda ter vida longa no mercado de CFTV. Nesta linha de produtos, h tambm DVRs
de 8,16 e 32 canais de entradas de vdeo.
O DVR, alm de receber o sinal analgico das cmeras, possui algumas outras funes
de udio e alarme. Na figura 9 possvel visualizar o painel traseiro do modelo em uso.

39

Figura 9: Painel traseiro DVR

De acordo com a numerao descrita na figura 9 as possveis conexes do DVR esto
descritas a seguir:
1. Entradas de vdeo: este modelo possui quatro entradas de vdeo analgico. Nessas
entradas que o DVR recebe o sinal analgico provenientes das cmeras e manipula
cada canal individualmente. Sendo assim, possvel gravar um canal por vez ou todos
eles simultaneamente.
2. Entradas de udio: possui duas entradas de udio. Estas entradas so acopladas ao
primeiro e segundo de canal de vdeo, respectivamente. Sendo assim, se o primeiro ou
segundo canal de vdeo estiver programado para gravar o vdeo, o udio tambm ser
armazenado e sincronizado com o respectivo canal.
3. Sada de udio: este modelo possui uma sada de udio coletiva, ou seja, esta
utilizada por todos os canais individualmente.
4. Sada de vdeo analgica: possui uma sada analgica a qual possvel visualizar
todos os canais do DVR simultaneamente em uma mosaico de at quatro janelas. Esta
sada possui resoluo de 500 TVL (Tele Vision Line - Linhas de Televiso) e sua
conexo atravs de conectores BNC (Bayonet Neil Concelman).
5. Porta USB: h duas portas USB 2.0 disponveis neste modelo, uma na parte frontal e
outra na parte traseira. As portas USB so utilizadas para operao atravs de mouse e
para backup de arquivos de vdeo e foto atravs de dispositivos USB, tais como pen
drive, disco rgido externo, entre outros.
6. Interface ethernet: o modelo VD 4E 120C possui uma interface de rede megabit
(10/100M). Esta interface utilizada para comunicao remota, seja esta pela rede
local ou internet.
7. Sada de vdeo VGA: alm da sada de vdeo analgica via BNC, h tambm uma
sada de vdeo atravs de uma conexo tipo VGA (Video Graphics Array). Esta sada

40
espelhada com a sada analgica via BNC, ou seja, todas as aes realizadas pelo
operador sero exibidas nas duas interfaces simultaneamente.
8. Alimentao: este dispositivo alimentado por uma fonte externa a qual sua sada
12VDC.
9. Bloco auxiliar: este borne possui:

Entrada de alarme: h quatro entradas de alarme neste modelo. As entradas de

alarmes so rels de estado slido configurveis em Normalmente Aberto (NA)
ou Normalmente Fechado (NF). Podem ser configuras com sensores de estado
slido para alterao de estado e, com isso, gerao de evento no DVR.

Sada de alarme: este modelo possui uma sada de alarme capaz utilizada para
acionar circuitos de sirene ou giroflex, por exemplo. Seu estado normalmente
aberto e acionado ao fechar contato via software.

RS485: a comunicao serial realizada atravs de dois pinos, A e B. Estas

conexes so responsveis por controlar cmeras mveis. Para que o DVR
mande um comando PTZ s cmeras mveis necessrio um comando via
software que ser transmitido atravs desta interface.

A figura 10 mostra como todas as conexes do equipamento podem ser realizadas.

Figura 10: Conexes

Alm das caractersticas fsicas importante ressaltar algumas funes disponveis no
equipamento. Para o monitoramento do vdeo, o equipamento possui trs tipos de

41
anormalidades: deteco de movimento, perda de vdeo e mascaramento. Estas funes so
tratadas como eventos de alarme de vdeo, ou seja, cada uma delas configurada para que
quando ocorra irregularidade o equipamento possa tomar alguma ao como gravao do
vdeo em tempo real no seu HD (Hard Disk Disco Rgido).
Todas as gravaes realizadas nos DVR podem ser configuradas individualmente por
canal. Alguns parmetros configurveis no equipamento definem qual ser o modo de
gravao e, principalmente, a qualidade em que ser armazenado. Estes parmetros so:

Resoluo: definida apenas para o modo digital onde a unidade de medida so os

pixels. J para o modo analgico no h possibilidade de alterao no arquivo final,
pois so definidos por TVL. As resolues so originadas de acordo com os padres
de vdeo NTSC E PAL-M e, conforme descrito na seo 2.1, cada padro possui
caractersticas prprias. Para os dois padres, as resolues padres so D1,
2CIF,CIF6 e QCIF e so definidas conforme figura 11.

Figura 11: Resolues

Taxa de frames: tambm conhecido como Frame Rate, este parmetro define a
quantidade de fotos (quadros) por segundo que sero usadas para a formao do
vdeo. O FPS, frames por segundo, influencia diretamente no tamanho do arquivo
final, ou seja, quanto menos quadros por segundos constituir o vdeo, menor ser o
arquivo. Entretanto, para que o vdeo seja visualizado sem que haja robotizao na

Resoluo CIF, do ingls, Common Intermediate Format

42
reproduo e percepo do usurio que o vdeo a soma de vrias fotos, necessrio
no mnimo 24 FPS.

Bit Rate: o Bit Rate (Taxa de bit) para o DVR significa definir a taxa de transferncia
mxima de Kb/s(Kilo bits por segundo) que este poder armazenar ou transmitir pela
rede. Como a configurao do Bit Rate pode ser configurada individualmente por
canal, possvel realizar uma espcie de QoS (Quality of Service Qualidade de
Servio) de qualidade do vdeo a ser e armazenado, ou seja, possvel configurar o
canal 1 para gravar com a melhor qualidade possvel enquanto o canal 2 grava em
qualidade aceitvel. Alm do armazenamento, o Bit Rate influencia diretamente na
visualizao remota, pois pode sobrecarregar a banda disponvel caso no seja
configurado de acordo com o fluxo disponvel.

O monitoramento remoto das imagens atravs da rede tambm uma das principais
funes que o DVR deste projeto dispe. Como mencionado na seo 2.4, trafegar vdeos
pela rede no uma tarefa trivial. Alm de transmitir o vdeo pela rede, este equipamento
possui uma funo chamada Dual Bit Stream. Para que seja otimizada a transmisso do vdeo
pela rede sem sobrecarreg-la, o DVR possui dois tipos de stream7 de vdeo:

Stream Principal: este possui qualidade configurvel de boa a excelente, sendo que h
a possibilidade de configurar cada canal com um stream diferente. dado este nome
por ser o stream utilizado para realizar as gravaes locais no HD do DVR. A
qualidade deste vdeo pode ser configurada no mximo possvel do equipamento,
sendo resoluo D1 com 30 FPS e Bit Rate de 2048 Mbit/s.

Stream Extra: este possui qualidade configurvel de regular a boa. dado este nome
por ser considerado um stream secundrio, o qual utilizado para as funes
auxiliares do DVR. Este stream utilizado principalmente para visualizao remota
das imagens. Por possuir uma limitao de qualidade menor se comparado com o
stream principal, ao utilizar o extra para visualizao remota, o DVR otimiza o
consumo da banda e possibilita a visualizao de mais cmeras simultaneamente caso
a largura de banda disponvel seja incompatvel.

No captulo 4 ser detalhada uma aplicao com utilizando os dois tipos de stream.

Significa fluxo de vdeos. Em CFTV um termo tcnico conhecido e utilizado por todos.

43

3.2 Formao do vdeo no DVR

Para que o DVR reproduza os vdeos necessrio que este receba o sinal com as
imagens de algum dispositivo auxiliar. O Processo de formao do vdeo inicia-se na
captao do sinal analgico pelas cmeras e, em seguida, estas interpretam o sinal. No
mercado brasileiro, o padro de vdeo utilizado em CFTV o NTSC e, sendo assim, a
interpretao e sincronismo das imagens provenientes das cmeras e reproduzidas nos DVRs
necessitam tambm operar neste padro. Com o sinal analgico interpretado e a imagem
formada, as cmeras transmitem a informao por meio de sinal eltrico para as entradas de
vdeo dos DVR atravs de um par de fios metlicos. A entrada de vdeo dos DVR definida
por conectores BNC, por isso o cabo coaxial comumente utilizado como meio de
transmisso do sinal da cmera at o DVR, conforme ilustrado na figura 12.

Figura 12: Entradas de vdeo

Ao receber o sinal das cmeras, o DVR realiza o processo de digitalizao do sinal
analgico, conforme descrito na seo 2.2. A transformao do sinal analgico em digital
realizada pela pelos codificadores de vdeo. Aps digitalizar o sinal, o DVR utiliza a
compresso modelo H.264 para otimizar as imagens e formar o vdeo. A partir da formao
do vdeo, o DVR possui um stream de vdeo para cada canal. Com o stream de vdeo
formado possvel armazenar as imagens no disco rgido do DVR, visualizar as imagens
atravs das sadas de vdeo analgica e digital, descritas na seo 4.1, e tambm enviar o
vdeo pela rede atravs da interface de rede tambm descrita na mesma seo.

44

3.3 Visualizao remota

Como mencionado anteriormente, o DVR utilizado neste projeto possui uma interface de
rede ethernet 10/100 Mbit que permite conectar o equipamento a uma topologia de rede
TCP/IP para acesso remoto.
Alm do monitoramento realizado localmente atravs das sadas de vdeo, o DVR
possibilita ao usurio visualizar suas cmeras atravs da rede. Para viabilizar o acesso
remoto, necessrio realizar algumas configuraes bsicas no DVR, como configurao de
endereo IP e gateway. Estas configuraes devem ser realizadas no software local do DVR,
conforme figura 13 a seguir.

Figura 13: Interface de rede do DVR

Nesta interface, os parmetros que obrigatoriamente devem ser configurados para que
seja possvel o acesso remoto so:

Endereo IP: o usurio deve definir um endereo IP que no esteja sendo utilizado na
rede em que ser configurado o equipamento;

Msc. Sub rede: necessrio incluir a mesma mscara de rede, com a mesma classe,
definida pelo administrador da rede;

Gateway: o gateway indispensvel para realizar a comunicao do DVR com outras

redes;

45
Conforme ilustrado na figura 13, o DVR possui a funo de cliente DHCP8, ou seja, caso
a rede a qual este seja inserido possua um servidor DHCP, estas configuraes podem ser
obtidas automaticamente.
Uma caracterstica importante ao inserir um DVR rede que este tipo de equipamento
classificado como DTE (Data Terminal Equipament Equipamento Terminal de dados).
Sendo assim, necessrio que o DVR seja conectado a um DCE (Data Circuit-terminating
Equipament), como por exemplo, switches e roteadores. Caso seja necessrio realizar a
comunicao direta de um DVR a um computador, o qual tambm um equipamento tipo
DTE, necessria conexo com cabo crossover9.
Com o endereo IP, mscara de rede e gateway configurados, o usurio necessita definir
tambm duas portas de operao do DVR: porta de servio e porta HTTP10. A porta de
servio dos DVRs utilizada para transmisso dos dados, incluindo o vdeo, atravs do
protocolo TCP. J a porta HTTP utilizada para viabilizar o acesso web pelo usurio ao
equipamento. Estas duas portas possuem valores pr-definidos, porm podem ser alteradas
de acordo com a necessidade da topologia de rede.
Na seo a seguir sero descritos os possveis modos de visualizao remota para os
DVRs Intelbras.

3.4 Modos de acesso remoto

Atualmente, para qualquer DVR tornar-se competitivo no mercado necessrio que o
equipamento seja compatvel com algumas maneiras de acesso remoto. Em muitos casos, o
acesso remoto no utilizado apenas para visualizao das imagens, pois, por exemplo,
alterar configuraes de qualidade de imagem, agendamento de gravao e acionamentos de
sada, tornaram-se funes comuns para os operadores.
Nas sees a seguir sero detalhados os modos de acesso remoto compatvel com o
equipamento utilizado neste projeto.
Visualizao via WEB
A visualizao via interface web mtodo mais utilizado para acesso remoto ao DVR.
Atravs da interface web, alm de visualizar as cmeras possvel realizar configuraes
8

Dynamic Host Configuration Protocol Protocolo de configurao de host dinmico

Cabo de par tranado que permite comunicao entre dois DTE sem a necessidade de um DCE

46
conforme descrito neste captulo.
Para que o usurio acesse o DVR, necessrio utilizar um navegador de internet. Todos
os DVRs Intelbras, incluindo o modelo utilizado neste projeto, utilizam como navegador
padro o Microsoft Internet Explorer. Atravs do endereo IP configurado no equipamento e
da porta HTTP definida nas configuraes de interface de rede, o usurio aps executar o
Microsoft Internet Explorer deve digitar o endereo IP seguido de dois pontos (:) no browser.
A figura 14 ilustra como deve ser realizada esta operao.

Figura 14: Interface WEB

Ao dar incio comunicao, algumas mensagens de estabelecimento de conexo so
trocadas entre o computador e o DVR. Utilizando o Wireshark, ferramenta para anlise de
trfego, a figura 15 demonstra a comunicao inicial.

10

HyperText Transfer Protocol Protocolo de Transferncia de Texto

47

Figura 15: Comunicao inicial

Neste trfego apresentado possvel verificar que para viabilizar a conexo remota do
navegador ao DVR e, para que o computador receba os arquivos com mais agilidade, o DVR
comunica-se com mais de uma porta. Neste trecho do trfego, possvel visualizar a
comunicao entre as portas 62581 e 62582 do navegador com a porta 80 do DVR. A
conexo com comunicao em vrias portas otimiza o envio das informaes, pois a abertura
de vrios sockets11 e seu fechamento logo em seguida mais vantajoso para o DVR em
termos de processamento se comparado a manter apenas uma comunicao por muito tempo.
Para iniciar o acesso ao equipamento, o navegador necessita instalar um complemento o
qual enviado automaticamente pelo DVR no primeiro acesso. Este complemento possui as
imagens da interface de login e os arquivos necessrios para a decodificao do vdeo
transmitido pela rede, as DLLs12. Para a visualizao remota necessrio acessar o
equipamento com um usurio cadastrado no equipamento com esta permisso. Ao informar o
nome de usurio e senha na interface de login, o navegador ir enviar ao DVR estas
informaes e a negociao ser feita como no exemplo da figura 16.

11
12

Conjunto endereo IP e porta de aplicao

Dynamic-Link Library Biblioteca de Vnculo Dinmico

48

Figura 16: Mensagens de negociao

As mensagens deste trecho do trfego exemplificam a autenticao do navegador ao
DVR. Atravs de uma porta aleatria, neste caso a 61726, o navegador solicitou a conexo
atravs da sinalizao SYN13 ao DVR na porta 37777, cuja porta foi previamente configurado
no equipamento. Em seguida o DVR tambm respondeu com um SYN. Ao receber o SYN, o
navegador enviou as sinalizaes ACK14 e PSH15 contendo as informaes de usurio e
senha. Ao receber as informaes e confirmar que as credenciais do usurio estavam corretas,
o DVR tambm enviou as sinalizaes ACK e PSH. Aps isso, o navegador confirmou o
estabelecimento de conexo e, atravs da porta 61727, abriu nova conexo para transmisses
dos dados.
Por ser um equipamento de segurana, a validao de credenciais um procedimento
indispensvel para o estabelecimento da conexo. A figura 17 mostra exemplifica a tentativa
de conexo, porm com credenciais invlidas.

13

Synchronize

14
15

Acknowledgement

Push

49

Figura 17: Senha incorreta

O navegador iniciou a comunicao atravs de uma porta aleatria, neste caso a 57452,
enviando um SYN para porta 37777 configurada no DVR. O equipamento ento respondeu
um SYN utilizando as mesmas portas. Em seguida, o navegador enviou as sinalizaes ACK e
PSH com o usurio e senha para autenticao no DVR. Ao receber as mensagens, o DVR
conferiu as informaes e percebeu que as credenciais eram invlidas e, sendo assim, enviou
um ACK seguido de PSH alertando o navegador. O navegador ento enviou a sinalizao
FIN16 para que a tentativa de conexo fosse finalizada e, logo em seguida, o DVR respondeu
com a mesma informao. Por fim, o navegador enviou um ACK para confirmar o
encerramento.
Na interface web, a visualizao das imagens no realizada de forma automtica, ou
seja, necessrio que o usurio clique em dos canais para que inicie a reproduo. Para que o
usurio possa reproduzir algum canal, este deve estar logado com um usurio que possua
permisso no sistema para tal ao.
Visualizao via S.I.M.
O S.I.M.(Sistema Inteligente de Monitoramento) um software de monitoramento
compatvel com os DVRs Intelbras. Atravs deste software possvel visualizar cmeras de
vrios DVRs simultaneamente.
Ao acessar um DVR via interface web o usurio estabelece conexo direta com o
equipamento, ou seja, via web o usurio realiza o acesso individual no DVR. Tal limitao se
deve porque o acesso ao equipamento realizado atravs do seu endereo IP por um
navegador e, por definio, cada equipamento de rede pode ter apenas um IP como sendo seu
identificador na rede. Sendo assim, possvel visualizar apenas as cmeras conectadas
16

Finish

50
fisicamente naquele equipamento acessado.

No S.I.M.. a conexo tambm realizada

individualmente e atravs do endereo IP de cada DVR, porm o software permite conexo

com at 50 DVR simultaneamente.
Para que seja realizada a visualizao das imagens necessrio ter o software
previamente instalado em um computador com sistema operacional Microsoft Windows.
Com o software instalado, a interface principal onde sero visualizadas as imagens ser de
acordo com a figura 18.

Figura 18: Interface principal

Ao ser instalado, o software cria um diretrio na raiz do sistema operacional (C:) onde
sero armazenadas todas as informaes necessrias para a operao, tais como os
decodificadores de vdeo (as DLLs) e imagens que sero utilizadas para formar, por exemplo,
a interface ilustrada na figura 18. Alm destes, h tambm um arquivo chamado
devices.xml onde as informaes de cada DVR sero armazenadas individualmente
durante o cadastro do equipamento realizado pelo usurio. Tais informaes como endereo
IP, porta de servio, usurio e senha sero utilizadas para estabelecer a conexo do S.I.M..
com o DVR. Diferente da visualizao via web, este software no possui interface web e,
sendo assim, no necessrio estabelecimento de conexo na porta 80, como descrito na
seo anterior.
A troca das informaes entre o software e cada DVR realizada de maneira semelhante
a interface web, porm como no h aplicao web, o S.I.M.. utiliza apenas a porta de servio
de cada de DVR para estabelecimento de conexo e transmisso de vdeo. Ao realizar o
cadastro das informaes do DVR, o equipamento ser includo em um lista onde estar
pronto para ser utilizado. Da mesma forma que a interface web, necessrio realizar

51
autenticao de usurio e senha para iniciar a conexo. O S.I.M.. tambm utiliza portas
aleatrias para conexo com a porta de servio do DVR, que por padro a 37777. Aps
conexo estabelecida, o software continua a abertura de conexo com portas aleatrias para
que o vdeo seja transmitido.
Alm de visualizar imagens, o software S.I.M.. possui algumas funes que, associadas
ao DVR, possibilitam realizar controle total de vrios equipamentos simultaneamente.
Atravs deste software possvel realizar remotamente todas as configuraes que seriam
realizadas no software local do DVR, tais como mudana de qualidade do vdeo e
agendamento de gravao. No S.I.M.. possvel tambm controlar as entradas e sadas de
alarme do DVR, ou seja, atravs deste software o usurio pode acionar uma sada de alarme
para que um circuito externo, como um giroflex ou uma sirene, seja habilitado.
Visualizao via DSS
Conforme descrito na seo anterior, o S.I.M.. um software de monitoramento o qual
suporta a visualizao de at 50 dispositivos e para aplicaes de pequeno e mdio porte
atende as necessidades de forma eficiente. Entretanto, existem algumas aplicaes de grande
porte, tais como portos, aeroportos, grandes empresas de monitoramento e instituies
militares que possuem muito mais do que 50 DVRs em seu parque CFTV instalado e neste
caso no haveria software de monitoramento compatvel.
O DSS (Digital Surveillance System Sistema de Monitoramento Digital) foi criado
justamente para atender as necessidades deste nicho de mercado, onde o S.I.M.. no suporta
tais aplicaes. O DSS um software de monitoramento que permite monitorar at 1000
dispositivo simultaneamente. Isto possvel porque o DSS possui, diferente de qualquer outra
aplicao, uma estrutura cliente/servidor o qual todo o processamento subdivido em vrias
estaes de trabalho. A figura 19 ilustra um exemplo de cenrio de aplicao com o DSS.

52

Figura 19: Topologia DSS

De acordo com esta aplicao possvel evidenciar que todas as informaes que
chegam at o cliente obrigatoriamente passam pelam servidor. Em todos os possveis
cenrios utilizando o DSS quem faz a comunicao com o DVR o Servidor DSS e este, por
sua vez, encaminha as informaes ao Cliente DSS que solicitou. Assim como no S.I.M., o
DSS no utiliza interface web para comunicao com o DVR e, sendo assim, a comunicao
entre equipamento, Servidor DSS e Cliente DSS realizada apenas atravs da porta de
servio. No cenrio da figura 19 h tambm demonstrada aplicaes com NAS17, NVS18 e
Speed Dome IP19.
Para que o usurio possa visualizar as cmeras necessrio instalar o DSS completo, ou
seja, cliente e servidor. Este um software que tambm compatvel com a plataforma
Microsoft Windows e possui caractersticas de configurao remota. O DSS considerado o
software de monitoramento de imagens Intelbras mais robusto, pois permite controle de uma
grande quantidade de dispositivos simultaneamente alm de possibilitar a subdiviso do
processamento e visualizao das cmeras.

3.5 Dificuldades encontradas na visualizao remota

Como descrito nas sees anteriores, atualmente possvel realizar o acesso remoto aos
DVRs atravs de trs diferentes maneiras: via interface web, S.I.M. ou DSS. Para cada modo
17

Network Attached Storage

Network Video Server Servidor de Video via Rede
19
Cmera mvel do tipo Speed Dome que possui interface ethernet.
18

53
de acesso h algumas peculiaridades que se tornam empecilhos aos usurios leigos a sua
utilizao. Grande parte dos usurios de DVR no possui conhecimento bsico em
informtica e, por isso, no conseguem acessar remotamente o equipamento. As dificuldades
de cada modo sero descritas a seguir.
Via WEB
A visualizao web pode ser considerada o modo mais fcil dentre os possveis. Para
visualizar as cmeras basta executar o navegador padro Microsoft Internet Explorer e
acessar o endereo IP ou hostname20, junto com a porta HTTP, configurados no DVR. Ao
estabelecer conexo, o DVR envia alguns arquivos, tais como os decodificadores (as DLLs)
de vdeo e imagens que formaram as interfaces, para que seja feita a instalao destes na raiz
do sistema operacional. Estes arquivos esto contidos em um complemento chamado
webrec.cab que necessitam ser instalado para possibilitar o acesso remoto. Entretanto,
este complemento no possui assinatura digital de fornecedor e, por padro, o Microsoft
Internet Explorer impede a instalao de qualquer arquivo que no possua essa identificao.
Para que haja a possibilidade de instalao destes arquivos de fonte desconhecida
necessrio alterar algumas configuraes na seo de segurana do navegador, conforme
exibido na figura 20.

Figura 20: Controles ActiveX

Nas configuraes de segurana, zona de intranet ou internet, necessrio habilitar todas
as opes pertencentes seo Controles ActiveX e plug-ins. Com as opes definidas em

54
Habilitar, basta acessar novamente o endereo IP ou o hostname do DVR e instalar o
complemento.
Via S.I.M.
O monitoramento via software S.I.M. soluo mais utilizada dentre os usurios. Isso se
motiva porque, assim como na visualizao via web, este tambm um aplicativo
disponibilizado gratuitamente com o DVR e foi desenvolvido para aplicaes de pequeno e
mdio porte, tais como comrcios, empresas e residncias.
Para utilizar o S.I.M. necessrio realizar a instalao de um aplicativo e, para que isso
seja possvel, necessrio que o usurio possua privilgios de uma conta do tipo
administrador. Por padro os usurios do Microsoft Windows no possuem permisso para
isso. Conforme descrito na seo 4.4 este software permite realizar o monitoramento de
vrios dispositivos simultaneamente e, sendo assim no possui conexo direta com o DVR.
necessrio incluir os dados do dispositivo em uma lista, ou seja, para que o DVR esteja
disponvel para visualizao necessrio cadastr-lo com informaes de endereo IP, porta,
usurio e senha. A figura 21 exibe como o cadastro deve realizado.

Figura 21: Cadastro de dispositivo

Aps realizar o cadastro, o DVR estar disponvel em uma lista de dispositivos onde o
usurio dever encontr-lo para realizar o login no dispositivo. Caso positivo, o usurio ento
poder escolher qual cmera deseja visualizar.

20

Termo tcnico utilizado em CFTV para expressar nome de domnio de um host

55
Via DSS
Como o nicho de mercado que o DSS ocupa so as grandes aplicaes, este necessita ser
um software mais robusto e com mais funcionalidades. Para que isso seja viabilizado, o DSS
possui uma estrutura cliente/servidor onde cada um desses softwares deve estar fisicamente
separado.
Por ter a possibilidade de monitorar at 1000 dispositivos o DSS necessita uma base de
dados, no caso MySQL21, para armazenar todos as informaes e, para isso, necessrio
instalar tambm este. Alm deste, necessrio instalar o Servidor DSS em uma mquina e o
Cliente DSS em outra, as quais o usurio que far a instalao dever possuir privilgios de
conta administradora.
A arquitetura envolvendo configuraes de rede tambm um empecilho para os
usurios. necessrio realizar configuraes de rede em duas estaes de trabalho e, o mais
importante, garantir que estas possam se comunicar sem que haja bloqueio de porta ou
qualquer outro filtro.

21

Sistema de gerenciamento de banco de dados que utiliza a linguagem SQL como interface.

56

O aplicativo

De acordo com os problemas apresentados nas sees anteriores, todos os modos de

visualizao das imagens provenientes do DVR necessitam alguma configurao prvia e/ou
mnimo conhecimento em informtica.
A fim de desenvolver um modo de visualizao que no necessite nenhuma configurao
prvia, nem conhecimento bsico em informtica e muito menos instalao de software, a
proposta deste projeto desenvolver um aplicativo simples que no seja necessria instalao
no sistema operacional. Alm de no precisar instalar, o usurio necessitar apenas configurar
o DVR na rede e executar o aplicativo em um computador com sistema operacional
Microsoft Windows. Ao executar, bastar preencher um nico campo com endereo IP ou
hostname, escolher visualizao em modo Stream Extra ou Principal e a as imagens j estaro
sendo visualizadas. Para viabilizar a conexo atravs de um nome de domnio na rede
externa, o equipamento possui cliente DDNS e, por isso, ser necessrio interpretar estas
informaes tambm no aplicativo.

4.1 Desenvolvimento do aplicativo

Para que o aplicativo fosse desenvolvido inicialmente foi necessrio estudar as
linguagens de programao C e C++, pois toda a interface grfica e implementao das
funes foram baseadas nestas linguagens. Aps este estudo, o objetivo foi entender o SDK
(Software Development Kit Kit de Desenvolvimento de Software) do DVR. O SDK dos
DVRs Intelbras um cdigo aberto, pois o dispositivo baseado em plataforma GNU Linux.
Alm dos cdigos e bibliotecas que fazem parte do SDK, alguns arquivos responsveis
em decodificar o vdeo, as DLLs, tambm precisaram ser identificados para que a aplicao
torna-se vivel no que se refere visualizao das imagens.
Com os arquivos definidos decodificadores definidos, a base de conhecimento das
linguagens e entendimento das funes que seriam utilizadas no aplicativo, o

57
desenvolvimento do aplicativo iniciou-se pela criao das interfaces de login e interface
principal. Para a interface de login foi definido o campo onde o usurio dever inserir o
endereo IP ou hostname do seu DVR. J para a interface principal onde as cmeras so
visualizadas foi realizada a diviso da tela em quatro janelas, formando assim um mosaico e
possibilitando a visualizao das cmeras simultaneamente.
Com as interfaces definidas, o prximo passo foi realizar a conexo do aplicativo com o
DVR a partir das funes obtidas no SDK. A primeira funo a ser definida foi
CLIENT_Init(cbDisConnect,

dwUser) responsvel por iniciar o servio de

comunicao. Para que o aplicativo pudesse realizar a comunicao necessrio utilizar a

funo CLIENT_Login, a qual necessita de parmetros de autenticao de usurio e senha,
IP e porta de servio (TCP). Alm destas funes, foi necessria a criao de socket para
comunicao externa, pois alm de comunicar-se atravs do endereo IP o aplicativo tambm
possibilita acesso s imagens via hostname.
Como detalhado na seo 4.1, o DVR possui dois diferentes stream de vdeo, um com
baixa qualidade e outra com alta. Para que o usurio possa ter a oportunidade de escolha foi
implementada uma janela onde possvel definir em qual stream sero visualizadas as
cmeras. Para obter o stream principal de cada canal a funo utilizada foi
CLIENT_RealPlay, j para o stream extra foi a CLIENT_RealPlayEx.
Toda a comunicao entre DVR e aplicativo realizada atravs do protocolo TCP, ou
seja, como no h interface web o aplicativo necessita apenas da porta de servio do DVR a
qual possui valor 37777. Este valor de porta de servio padro e, como o intuito do
aplicativo oferecer uma soluo simplificada aos usurios leigos, esta porta tambm
padro no aplicativo e no pode ser alterada. O mesmo acontece com a autenticao de
usurio e senha que utiliza o padro admin tanto para nome de usurio quanto para senha. A
figura 22 exibe comunicao entre o aplicativo e DVR. Estas informaes foram obtidas
utilizando a ferramenta anlise de trfego Wireshark.

58

Figura 22: Comunicao entre aplicativo e DVR

Este trecho foi retirado do inicio do trfego onde as seis primeiras mensagens
representam a troca de autenticao entre o aplicativo e o DVR. O estabelecimento da
conexo foi realizado atravs da porta 63210 e 37777. Neste exemplo possvel perceber foi
realizado com sucesso o acesso ao dispositivo e que, aps as primeiras mensagens, a
transmisso do vdeo foi iniciada. O vdeo foi requisitado pelo aplicativo ao DVR por uma
porta de origem 63212, definida aleatoriamente, a porta padro de servio 37777 do
dispositivo.

4.2 Cenrios de testes

Para que haja a homologao do aplicativo necessrio execut-lo em diferentes
cenrios. Para isso, os cenrios possveis para utilizao do aplicativo desenvolvido sero
exemplificados nesta seo.
Para executar o aplicativo necessrio o executvel, os decodificadores e as figuras das
interfaces. Entretanto, para que isso seja transparente ao usurio, possvel organizar os
arquivos conforme figura 23.

59

Figura 23: Organizao dos arquivos

O diretrio App possui todos os arquivos necessrios para a execuo do aplicativo,
inclusive o executvel. Com isso, para que o usurio leigo no cometa erros o arquivo
Aplicativo serve como atalho para o executvel que est dentro do diretrio App.
Rede local
O cenrio de rede local o qual foi testado est de acordo com a figura 24.

Figura 24: Cenrio na rede local

Este cenrio considerado o mais simples o qual o aplicativo pode ser utilizado. Neste
modelo o aplicativo, executado em um computador, faz comunicao direta com DVR
atravs das interfaces de rede do switch22. Como no h comunicao com a rede externa e
no foi utilizado nenhum servidor DDNS23 para que seja realizada a traduo do hostname
em IP, o usurio deve inserir apenas o endereo IP cadastrado no DVR. A figura 25 mostra a
interface de login e o local onde o usurio dever preencher.

22
23

Equipamento utilizado em redes de computadores para encaminhamento de pacotes entre os hosts.

Dynamic Domain Name System Sistema de Nome de Domnio Dinmico

60

Figura 25: Interface de login

Caso no seja realizada nenhuma configurao prvia no DVR, o acesso poder ser
realizado atravs do IP padro do equipamento, 192.168.1.108.
Aps inserir o endereo IP e clicar em Entrar o usurio deve escolher em qual
qualidade deseja visualizar as cmeras. Conforme seo 4.1, a qualidade das imagens
definida em alta para o stream principal ou baixa para o stream extra. Sendo assim, na
interface posterior a interface de login o usurio deve clicar em Sim para baixa qualidade e
No para alta. A escolha do stream muito importante para que a aplicao no
sobrecarregue a rede. As figuras 26 e 27 demonstram como a escolha do stream importante
para otimizao da largura de banda disponvel.

Figura 26: Stream Principal

No grfico representado na figura 26 a visualizao das imagens foi realizada atravs do

61
stream principal. possvel perceber que o trfego mdio foi determinado entre 800
Kbytes/tick24.
J no grfico da figura 27 foi definido que a visualizao remota seria realizada atravs
do stream extra. Conforme o grfico, o trfego mdio foi de 40Kbytes/tick.

Figura 27: Stream extra(secundrio)

Rede externa
O cenrio com acesso rede externa o qual foi testado o aplicativo est de acordo com a
figura 28.

Figura 28: Cenrio rede externa

Este teste utilizou um modelo de cenrio semelhante ao da rede interna, porm, como
este possui acesso rede externa, foi possvel realizar o teste de acesso remoto ao dispositivo
atravs de um hostname. O DVR utilizado neste projeto possui por padro no seu firmware a
24

Unidade de medida do Wireshar, bytes/pacote TCP.

62
interface chamada cliente DDNS. O cliente DDNS utilizado para realizar a interface entre o
dispositivo e o servidor DDNS que, neste projeto, foi utilizado o No-IP.
A utilizao do modo de acesso atravs do hostname indispensvel para maioria dos
possveis cenrios disponibilizados pelas prestadoras de servios de internet no Brasil. Isso se
deve porque grande parte das prestadoras de servio disponibiliza endereo IP dinmico para
cada cliente. Sendo assim, toda vez que o usurio fosse acessar remotamente o seu DVR ele
precisaria saber qual o endereo IP que a prestadora estaria disponibilizando naquele
momento. J com a utilizao do DDNS, cliente e servidor, o usurio necessita apenas
configurar na interface de rede do DVR um hostname e, com isso, o dispositivo realizar
comunicao com o servidor DDNS o qual ir traduzir o hostname para endereo IP,
viabilizando assim a comunicao entre aplicativo e DVR.
Para viabilizar o teste com este cenrio, foi realizado o cadastro do hostname
dvrdotcc.no-ip.org gratuitamente no website No-IP.com. Aps criao do hostname, foi
necessrio configur-lo na interface de rede do DVR conforme figura 29.

Figura 29: Configuraes DDNS

Nesta interface necessrio configurar:

Servidor: definir o No-IP e habilitar o servio de Cliente DDNS.

End. Servidor: este o endereo IP do servidor DDNS que, neste projeto, foi
utilizado o dynupdate.com o qual o hostaname do servidor DDNS do No-IP.

Porta: esta a porta de comunicao do DVR com o servidor DDNS e que, por
padro, deve ser utilizada a porta 80.

63

Nome Domnio: neste campo necessrio incluir o hostname criado no website

do No-IP. Neste projeto, foi utilizado o hostname dvrdotcc.no-ip.org.

Usurio: necessrio incluir o usurio utilizado no site do No-IP para

autenticao do hostname no servidor.

Senha: inserir a senha do usurio criado para acesso ao site.

Atualizar perodo: perodo no qual o DVR ir enviar a requisio para verificar

o IP que est utilizando.

Com as duas configuraes realizadas o aplicativo foi executado com acesso ao DVR
atravs do seu hostname, conforme figura 30

Figura 30: Acesso via nome de domnio

Os resultados obtidos neste teste foram semelhantes ao da rede interna, o qual pode ser
usado como referncia para este. Para melhor entendimento de como a escolha do stream
importante para a qualidade da visualizao, as figuras 31 e 32 mostram dois mosaicos com
as mesmas cmeras sendo exibidas em stream principal e extra, respectivamente.

64

Figura 31: Mosaico com stream principal

Figura 32: Mosaico com stream extra (secundrio)

4.3 Resultados
De acordo com os testes realizados com os diferentes cenrios, o novo aplicativo
comportou-se conforme havia sido proposto. Para a visualizao das imagens, o usurio
necessitou apenas executar o aplicativo e inserir o endereo IP ou hostname, sem que
houvesse a necessidade de configurao e/ou instalao prvia.

65

Concluses e trabalhos futuros

Este projeto teve como intuito estudar e desenvolver um aplicativo para um produto
emergente para o segmento de segurana eletrnica, o DVR.
Tal aplicativo surgiu da necessidade do mercado de CFTV em possuir uma ferramenta
simples, fcil e direta que pudesse ser operada por qualquer usurio. Para chegar at o
desenvolvimento do aplicativo foi necessrio entender como o equipamento funcionava,
desde o recebimento do vdeo analgico, transformando-o para digital, observando o
funcionamento das tcnicas de compresso e suas caractersticas at a arquitetura de
transmisso de imagens pela rede mundial de computadores.
Por ser um projeto no mbito profissional, foram realizados alguns testes em diferentes
cenrios para que fosse realizada a homologao do novo aplicativo. Este processo resultou
em um grande aprendizado terico e prtico sobre o funcionamento do equipamento e do
aplicativo e, principalmente, como estes se comportaram nas redes as quais foram
submetidos.
Como sugesto de trabalhos futuros, poderia ser desenvolvida uma extenso do
aplicativo para visualizao de mais canais de vdeo simultaneamente, sendo compatvel
tambm com os outros modelos de DVR. Alm disso, poderiam ser acrescentadas novas
facilidades comumente utilizadas, como os controles PTZ.
Este aplicativo foi desenvolvido visando plataforma Microsoft Windows e, sendo
assim, uma possvel melhoria seria adequao de compatibilidade para outros sistemas
operacionais, tais como GNU/Linux e iOS.

66

Referncias Bibliogrficas

ALENCAR, Marcelo Sampaio de. Televiso Digital. 1. ed. So Paulo: rica, 2007.
AGOSTINI, L. V. Desenvolvimento de Arquiteturas de Alto Desempenho
Dedicadas Compresso de Vdeo Segundo o Padro H.264/AVC. Tese de
Doutorado UFRGS, Porto Alegre/RS.
DAMJANOVSKI, Vlado. CCTV Networking and Digital Technology. 2.ed.
Burlington: Elsevier, 2005.
FERREIRA, Gildevane Aparecido. Avaliacao de Transmissao de Fluxo Continuo
de Video em Redes IP sem Fio Padrao IEEE 802.11b e 802.11g. Disponivel em:
<

http://biblioteca.universia.net/autor/Gildevane%20Aparecido%20Ferreira.html>.

Acesso em: 10 dez. 2011.

Ghambari,Mohammed. Standard codecs: Image Compression to Advanced
Video Coding (IET Telecommunications Series), 2003.
GOBBI, Nanda. Sistema de monitoramente eletrnico ter novo prazo de instalao
em Santa Catarina. Dirio Catarinense, Santa Catarina, 17 jul. 2010. Disponvel
em:

<

http://diariocatarinense.clicrbs.com.br/sc/noticia/2010/07/sistema-de-

monitoramento-eletronico-tera-novo-prazo-de-instalacao-em-santa-catarina2974614.html>. Acesso em 20 ago 2011.

GONZALES, R.; WOODS, R. Processamento de Imagens Digitais. So Paulo:
Edgar Blcher, 2003.
HAYKIN, Simon. Sistemas de Comunicao Analgicos e Digitais. 4. ed. So
Paulo: Artmed, 2001.
KUROSE, James F.; ROSS, Keith W. Redes de Computadores e a Internet. 3. ed.

67
So Paulo: Addison Wesley Bra, 2007.
MOECKE, Marcos. Converso de Sinais para Transmisso. So Jos, 2004.
Apostila da disciplina de Sinais e Sistemas I do curso de Sistemas de
Telecomunicaes do Instituto Federal de Santa Catarina.
MONTEZ, Carlos; BECKER Valdecir. TV Digital Interativa. 2. ed. Florianpolis:
UFSC, 2005.
RAIMUNDO, Jos. Brasil tem mais de um milho de cmeras de monitoramento nas
ruas. Jornal Hoje, Bahia, 05 maio 201. Disponvel em < http://g1.globo.com/jornalhoje/noticia/2011/05/brasil-tem-mais-de-um-milhao-de-cameras-de-monitoramentonas-ruas.html >. Acesso em 15 set 2011.
SILVA, Andr Marcelo Coelho. Um Estudo Sobre o Padro H.264/AVC de
Compresso de Vdeo. 2007. 44 f. Universidade Catlica de Pelotas, Pelotas,
2008. 76
TSCHOKE, Clodoaldo. Criacao de Streaming de Video para Transmissao de
Sinais de Video em Tempo Real pela Internet. 2001. Universidade Regional de
Blumenau, Blumenau, 2001.
VASILOU, N. Overview of Internet QoS. 2000. University of Western Ontario,
Canada , 2000.
VIEIRA, Ramon Angelo. Anlise de aspectos relativos QoS de um dispositivo
DVR. 2009. Instituto Federal de Santa Catarina. 2009.
VILLAA, Bernardo. Codificao de vdeo em H.264 e em 2 outros padres
recentes (WMV-9 e VP7). 2008. 30 f. Pontifcia Universidade Catlica do Rio de
Janeiro, Rio de Janeiro, 2008.
WANDERLEY, Bruno Lima. Codificao de Vdeo Utilizando API de Codificao
MPEG-4 Visual. 2009. 23 f. Universidade Federal Fluminense, Niteri, 2009.