Sei sulla pagina 1di 17

INFORMATICA Y

TELECOMUNICACIONES

Inacap IPTV

Informe de proyecto

NOMBRE: Carlos Cárdenas, Lucas Serón, Gonzalo Navarro G.


CARRERA: Telecomunicaciones, Conectividad y Redes
ASIGNATURA: Voz y Video sobre IP
PROFESOR: Héctor Fabián González Hernández
FECHA: 10/07/2017
Índice

1. Introducción ………………………………………………………………………………………………………. 3
2. Proyecto General ……………………………………………………………..……………………………….. 4
3. Conceptos clave…………………………………………….……………………………………………………. 4
4. Fundamentos …………………………………………….………………………………………………………. 5
5. Esquema de proyecto en LAN ………………………………………………………………………………. 6
6. Esquema de proyecto en la Nube…………………………………………………………………………… 6
7. Resultado de pruebas ………………………………………………………………………………………….. 7
8. Codificación y ancho de banda…………………………………………….………………………………… 7
9. Configuración de servidores…………………………………………….……………………………………. 8
10. Comparación con otros servicios de streaming / IPTV………………………………………………. 9
11. Cotización estimada de insumos…………………………………………….…………………………….. 9
12. Modificaciones, mejoras y contratiempos……………………………………………………………… 10
13. Conclusiones…………………………………………………………………………………………………….. 11
14. Bibliografía…………………………………………….…………………………………………………………. 12
Anexo: Cotización de insumos de servicios

2
1 Introducción
Un medio televisivo es una ventaja en varios aspectos, dado que tiene la capacidad de llegar a la gente en
la comodidad de sus hogares. Además, siendo un medio unidireccional dentro del esquema de la
comunicación, logra difundir su mensaje sin ser intervenido por la opinión de los receptores, por lo tanto,
es una herramienta poderosa sobre la opinión pública. Los ejes de poder económico y político saben esto,
por lo que invierten cuantiosas cantidades de dinero en este sistema de comunicación, que se ha vuelto el
referente más eficiente sobre la opinión pública desde fines del milenio pasado y sigue siendo el campo de
juego donde se desarrolla el acontecer nacional e internacional, se definen el mercado y la idiosincrasia de
un país manipulando las noticias, la publicidad y el entretenimiento.

El avance tecnológico ha irrumpido este eje comunicativo, primero la aparición de la tv internacional


distribuida por televisión por satelital y luego por cable abrió la puerta a las realidades extranjeras y luego
la transmisión sobre el protocolo de internet ha democratizado el material audiovisual disponible. Medios
web como Youtube y Vimeo, e incluso la opción de montar videos directamente en las redes sociales,
dejaron a disposición de casi cualquier persona la capacidad de mostrar los aconteceres desde su realidad,
en cualquier parte del mundo, sin la mediación de los canales clásicos de información.

En este punto, la capacidad de montar un canal televisivo está a la mano de quien tenga las ganas, medios
y tiempo para hacerlo. Existen servicios para usuarios como JustinTV o UStream, que son llamados WebTV
que entregan el espacio en sus servidores para este fin, pero ¿se puede montar un servidor de televisión en
internet sin la mediación de estos servicios web? ¿se debe invertir mucho dinero para esto? ¿qué limitantes
técnicas existen? ¿qué ventajas y desventajas implica esta opción?

El presente informe busca dar una idea general de la primera fase del proyecto de una IPTV para Inacap,
mostrando los desafíos técnicos que se han presentado a la fecha y las soluciones determinadas
parcialmente. Dado que el proyecto sigue en desarrollo, los detalles respecto a las soluciones pueden verse
modificados en el futuro por alternativas mejores o problemas aun no determinados que aparecerán en la
práctica.

3
2 Proyecto general
Primera etapa: La idea es crear una base tecnológica para un canal de televisión online. Se montará un
servidor propio en la nube, que pueda pegarse fácilmente en la página oficial de Inacap y que pueda verse
directamente a través del navegador web utilizando un reproductor JavaScript o similar.

Segunda etapa: una vez que el canal esté montado y operativo, quedará a disposición de la comunidad
inacapina a nivel nacional, donde se puedan crear y mostrar contenidos educativos e informativos hechos
por los mismos estudiantes y docentes. Aquí juega un papel clave la carrera de Diseño Gráfico, que se
encargaría de editar el material; la mantención y optimización periódica del medio tecnológico quedará a
responsabilidad de las carreras de Informática y Telecomunicaciones; y la administración del canal quedará
a decisión de rectoría central. Al mismo tiempo, si se logran gestionar el apoyo económico de la institución,
se podrán mejorar la calidad del servicio de streaming, utilizando una conexión dedicada a internet por
fibra óptica para el servidor y habilitando la posibilidad de realizar transmisiones en vivo.

Tercera Etapa: Se gestionará la posibilidad de “bajar” la señal online a un servicio proveedor de canales
televisivos que entregue la transmisión por medios tradicionales como CaTV o señal abierta.

3 Conceptos clave
La televisión abierta y CATV se han ido desplazando con la llegada de Netflix y Youtube, los cuales son
muy habituales como servicios de internet, pero se requiere comprender algunos conceptos clave para
entender su funcionamiento. Aquí presentamos algunos de estos que son importantes para el desarrollo
del proyecto, que en su mayoría giran alrededor de las tecnologías de transmisión en vivo sobre internet.

IPTV: Es como se le denomina al servicio televisivo sobre el protocolo IP. Vale destacar que no es un
estándar ni un formato en si, sino más bien es cómo se le llama a la práctica general de transmitir canales
de TV por internet o redes privadas.

Codificación: la captura y transmisión digital de multimedia requiere de un lenguaje binario que


represente cada fragmento mínimo de audio y video capturado, así también la forma en que es ordenado
en su reproducción. Para dicho fin se escriben los datos en forma de código, también llamados formatos,
los cuales adquieren diferentes características prácticas según su complejidad, que los vuelven mejor o
peor opción según sean los requerimientos. Con el tiempo, siguiendo la corriente de avances tecnológicos,
los sistemas de codificación han mejorado para optimizar el uso de los nuevos medios y la experiencia del
receptor. Hoy en día existen códigos multimedia populares debido a sus características, así como existen
muchos más predecesores que pasaron a la historia. El formato más popular ahora para realizar
transmisiones de video en vivo sobre IP es el MPEG 4 AVC, más conocido como H.264.. Vale mencionar
aquí que el hardware o software encargado de codificar y decodificar los formatos son llamados códecs, y
el nombre específico de cada lado es encoder, en el lado del emisor, y decoder en el receptor.

Streaming: cotidianamente se le llama streaming a la transmisión en vivo en algún servicio de video en


internet, aunque el concepto en general se refiere a la práctica de transmitir datos multimedia en gran
cantidad y en una sola dirección. El formato de transmisión más antiguo para este fin es RTMP (Real Time
Messaging Protocol), el cual es un formato que divide el video original y lo transmite a través de la red de
modo tal que pueda ser reconstruido y reproducido sin perder fluidez a vista del usuario. La transmisión
puede utilizar tanto el protocolo UDP como TCP, siendo el segundo el más común. Sobre la lógica de este
protocolo se crearon los protocolos de streaming adaptativos.

4
Adaptative Streaming: es el género de tecnologías de transmisión en vivo de video inteligente, que
adapta los parámetros de codificación en función de la capacidad del ancho de banda entre el servidor y el
cliente, procurando entregar mayor fluidez en la reproducción de video. Los dos sistemas más usados son
HTTP Live Streaming (HLS) de Apple y Dynamic Adaptative Streaming over HTTP (MPEG-Dash)
desarrollado por el grupo MPEG. Ambos trabajan con el protocolo TCP. Se diferencia del Streaming
Progresivo principalmente porque en este segundo tipo de transferencia de multimedia, el archivo es
transportado en su formato original, es descargado progresivamente y puede ser reproducido antes de
terminar la descarga; en cambio el adaptativo

CDN: Acrónimo de Content Delivery Network, consiste en una red de servidores distribuidos en una amplia
zona geográfica que almacenan copias de los mismos contenidos/servicios para aligerar la carga de
demanda que tendría un servidor único, optimizando la velocidad de transferencia, la redundancia, la
capacidad de usuarios y la calidad del servicio en general.

4 Fundamentos
Primero la finalidad de este proyecto: montar un canal de TV para Inacap en internet. Las razones pueden
ser analizadas desde muchos puntos de vista, pero podemos resumir en que, internamente, es un proyecto
a largo plazo que permitirá poner en práctica las habilidades de los estudiantes tanto en las carreras de IT
como en las de Diseño Gráfico, y externamente, es buena publicidad para la institución.

¿Por qué en internet?

La convergencia telecomunicativa es un hecho. Sobre internet se están asentando todos los sistemas de
comunicación existentes, al mismo tiempo que nacen nuevos, por lo que montar un canal de televisión
utilizando medios tradicionales, además de ser poco acertado a la época tecnológicamente hablando, es
excesivamente costoso. Además, hoy en día existen muchos servicios y software libre a disposición de
quien quiera utilizarlos para suplir gran parte del hardware que requiere un medio televisivo tradicional.

¿Por qué un servidor propio?

Habiendo servicios online de tv, se eligió usar un servidor propio, en parte, para dar autonomía a la gestión
del servicio de streaming. Por otro lado, presenta un desafío técnico más complejo pero solucionable por
parte de los estudiantes de carreras de IT.

¿Por qué se montará el servidor en la nube y no de forma local?

El servidor estará físicamente en la zona central de Chile y no en Magallanes, de donde nace este proyecto,
básicamente por las limitaciones de conexión que presenta esta zona y la necesidad de ancho de banda
que requiere la transmisión de video. A raíz de lo mismo, el canal en esta primera etapa no podrá realizar
transmisiones en vivo, sino que mostrará información almacenada en el mismo servidor, con una
programación predefinida en una lista de reproducción.

Debido a que Inacap tiene altas políticas de seguridad, se optó por arrendar un servidor en un servicio de
nube chileno, llamado OpenCloud. La configuración se hará remotamente.

5
5 Esquema del proyecto en LAN
Para una etapa demostrativa y de pruebas, se habilita un servicio en una red LAN utilizando equipos router
y switch de marca Cisco. La finalidad es conectar de un lado un equipo encoder que emita videos formato
mp4 transcodificado en H.264 hacia el otro extremo, que es el servidor NGINX, el cual retransmitirá la señal
a los usuarios sobre el protocolo RTMP presentado en el reproductor de la web http, a la cual se accede a
través de un Access Point.

El servidor de almacenamiento y codificador OBS contiene un video de prueba en extensión mp4, calidad
Full HD (1920x1080 pixeles), tasa de video 4.506 kbps a 23 fotogramas por segundo, y tasa de audio 157
kbps a 48 kHz de muestreo.

La codificación a través del OBS retransmitirá el video en H.264 con tecnología QuickSync de Intel, a escala
de 480p (852x480 pixeles), tasa de bits constante (CBR) de 500 kbps total, video a 24 fps y audio en 128
kbps a 44.1 kHz.

6 Esquema del proyecto a través de la nube


Como segundo sistema de prueba, se habilitó un servidor de la nube arrendando a OpenCloud.cl. Para esta
etapa de pruebas se adquirió el servicio más básico disponible, el cual cuenta con un disco de 15 Gb,
procesador de 1 núcleo, memoria RAM de 1 Gb y tráfico limitado a 1 Tb.

6
7 Resultados de pruebas

Las pruebas fueron exitosas en lo que respecto a lograr una transmisión fluida a través de la red. Como era
de esperarse, la transmisión en la red LAN es mucho más fluida y soporta un flujo de datos mucho más
pesado y rico en calidad de imagen. Aun así, al forzar el streaming a una tasa de transferencia de 1500
kbps, presentó fallas a causa de las limitaciones de los equipos utilizados como servidores, ya que la
codificación era muy pesada para los procesadores disponibles para las pruebas.

Por otro lado, la transmisión a través de la nube es mucho más restringida, en gran parte por los límites de
las conexiones asimétricas domésticas que tienen una tasa de carga muy reducida en Punta Arenas,
bordeando los requisitos mínimos para una transmisión de baja resolución.

8 Codificación y Ancho de Banda

La transmisión de video utiliza varios formatos según el tramo, es decir, de la fuente al encoder, del
encoder al servidor y del servidor al usuario. Pueden tener mayor o menor peso, o necesitan más recursos
para codificarse o decodificarse. Dependiendo de las capacidades de la red (BW), la finalidad de la
transmisión (Live, video on demand, video conferencia) y el hardware involucrado (procesadores, tarjetas
de video, encoder físico), se puede elegir qué formato es más apto para llevar a cabo el streaming de video.

Estas son las recomendaciones que entrega OBS para una transmisión fluida del formato H.264 a 30 fps,
según su resolución y la velocidad de carga disponible hacia la red.

Resolución Ancho de banda (kbps)


1080p 3000-3500
720p 1800-2500
480p 900-1200
360p 600-800
240p Hasta 500

Estas recomendaciones pueden variar disminuyendo la cantidad de fps o aumentando la compresión de


codificación. Hoy en día existen H.265 y VP9 como alternativas más eficientes a H.264 en relación con la
velocidad de decodificación y uso de ancho de banda. Su desventaja más grande frente a al formato
anterior, en ambos casos, es que la codificación es mucho más pesada, por lo que toma mucho más tiempo
convertir el archivo original para su transmisión, volviéndose una mala alternativa para fines de
videoconferencia o transmisiones en vivo. Otro inconveniente es que aún no existe amplio soporte en
materia de decodificadores entre las alternativas gratuitas de reproductores, lo cual retiene su
masificación y perpetua la popularidad de H.264. Vale mencionar que hoy en día Netflix utiliza VP9 para la
emisión de películas desde Full HD hasta 4k, y para las demás resoluciones continúa con H.264 adaptativo.

El cálculo de ancho de banda necesario para transmitir es sencillo al utilizar la configuración de emisión
CBR en el encoder. Dado que en ambos casos se mide en bit por segundo, al configurar 500 kbps de salida,
se entiende que se debe contar con una velocidad de carga de 500 kbps disponibles para la emisión. Pero
como las conexiones no son tan estables y el CBR no es tan estricto, se recomienda que el bitrate de salida
corresponda como máximo a un 80% de la velocidad de upload disponible.

7
Por otro lado, la disponibilidad de BW en el lado del servidor Nginx debe ser mucho más amplia, porque de
ello depende la capacidad de usuarios que puedan ver la emisión. Se calcula también directamente, para 2
usuarios a 500 kbps cada uno, se requiere 1 Mbps de carga, para 10 usuarios son 5 Mbps, y así en adelante.
Razón por la cual se recomienda tener una conexión dedicada con el mayor BW posible para lograr un
servicio a más usuarios. Del mismo modo, es muy conveniente el uso de CDN para redistribuir la demanda
a la conexión de un solo servidor a varios más.

9 Configuración de servidores

Los servidores que vamos a utilizar se complementan según sus distintas funciones. Uno levanta el servicio
web y streaming utilizando Nginx, el segundo servidor cumple la función de almacenar y emitir los videos
a través del programa codificador/streamer Open Broadcaster Software. Fue necesario establecer un
segundo servidor para este programa porque la emisión de video requiere mayor capacidad de
procesamiento, además, OBS no es un programa compatible con SO de servidores. La desventaja que
genera esta diferencia de servidores es que requiere una buena conexión entre el servidor OBS y el servidor
Nginx.

Servidor Nginx: es un software basado en Linux que levanta servicios de internet, de manera similar a
Apache, y cuenta con un módulo opcional llamado nginx-rtmp-module. Este módulo transcodifica videos
desde una fuente y los transmite a los usuarios utilizando las técnicas RTMP, HLS y MPEG Dash. Por otra
parte, Nginx cuenta con la función de web hosting, por lo que lo se utilizó también para levantar una página
con un reproductor JWplayer, donde se pueda mostrar el canal. Para este proyecto se utilizó Ubuntu
Server.

Servidor de videos y encoder: Este es otro servidor que contiene los archivos a emitir en “crudo” y que,
utilizando el programa OBS (Open Broadcaster Software), recodifica y envía los videos en formato H.264
hacia el servidor Nginx. La codificación demanda mayor trabajo de CPU, razón por la cual se optó por
utilizar un segundo equipo transmisor. Además, por tener interfaz gráfica, no es compatible con sistemas
operativos tipo Server.

8
10 Comparación con otros servicios de Streaming / IPTV

En el mercado se pueden encontrar varios servicios de streaming por pago e incluso servicios gratuitos. La
ventaja de nuestro servicio por sobre los otros no está derechamente en la calidad de transmisión sino en
la posibilidad de ser intervenido en todos sus aspectos por la comunidad de Inacap, siendo una opción de
proyectos prácticos futuros de mejora constante, tanto en contenidos audiovisuales como en los aspectos
tecnológicos relativos a programación y redes.

Yutube es la página más visitada para servicios video. Cuenta con live streaming además de su clásico video
on demand. Se encuentra en constante mejora y tiene muchas facilidades para el usuario respecto a
privacidad, seguridad y disponibilidad, sumado a que es un servicio de Google, por lo que dispone de
recursos monetarios y tecnológicos inmensos. Su finalidad es que cualquiera pueda armar su canal, por lo
que reduce los aspectos técnicos al mínimo para el usuario y tiene la ventaja de funcionar además casi
como una red social. Los inconvenientes que podríamos mencionar es que utiliza su logo en el reproductor,
por lo que redirige a su página si uno hace clic y la configuración del servidor es hermética, por lo que no se
pueden cambiar aspectos de formato de entrega o utilizar otro reproductor.

Ustream es un serviciode IBM enfocado principalmente al live streaming. Tiene tres modalidades de
servicio: Free, Pro (USD$ 99 a 999) y Enterprise. Como servicio es mucho más completo y versátil que
Google en las alternativas técnicas, en el modo Pro soporta streaming de 720p y en Enterprise 1080p,
además de ofrecer la opción de obtener análisis de datos y optimización de CDN. Sus inconvenientes
tienen que ver netamente con que el servicio gratuito es muy restringido y tiene publicidad, y los demás
tienen precios bastante elevados.

Grupo Z es una empresa chilena que ofrece servicios de Streaming para eventos, canales de televisión
abierta, videoconferencias, transcodificador y plataforma de video on demand. Entre sus principales
clientes están Chilevisión, Canal13, DIBAM y Umag TV. Su beneficio principal es que ellos se encargan de
cada detalle técnico de su servicio completo, utilizando hardware en códecs, cámaras, servidores, etc.
Además, es un servicio personalizado que se adapta a los requerimientos de sus clientes. Su desventaja es
el costo, el cual no es especificado en su página.

11 Cotización estimada de insumos

Se realizó un estudio de gastos involucrados en materia de compra de servicios para el proyecto, los cuales
son detallados en el anexo al final de este informe.

No se incluyó gastos en mano de obra por ser un proyecto dentro de Inacap, así como tampoco se incluyó
el gasto en hardware, ya que dicho es gasto es relativo en función de si a futuro se apruebe la
implementación de un servidor dentro de las dependencias de Inacap en alguna sede central. De no ser así,
sólo se contaría con el arriendo del servicio en la nube para cubrir gastos que no se pueden costear ahora
como la disponibilidad, seguridad y redundancia de la red del servidor, y sólo se gastará en implementar
una conexión dedicada para dicho servicio.

9
12 Modificaciones, mejoras y contratiempos

Cambio de ubicación de videos y codificador (OBS)

Inicialmente se planeó establecer un servidor que almacene los videos y se encargue de hacer el playlist
del canal. Se produjo el inconveniente de que el servidor, al utilizar Ubuntu Server, no tenía interfaz gráfica,
por lo que no funcionaba OBS, y editar el playlist a través de texto es poco sencillo. Por otra parte, utilizar
OBS abre más posibilidades de fuentes de video solas o simultáneas, como streaming de escritorio,
cámaras web, juegos y otros programas como VLC, o incluso Windows Media Player, que tienen interfaces
de playlist mucho más sencillas de utilizar.

Mejora del reproductor (JWPlayer de Flash a HTML5)

El reproductor utilizado es JWplayer, el cual presenta algunas dificultades de configuración. Alternativas


como FlowPlayer también presentan impedimentos similares. Para este proyecto no se logró configurar
un reproductor alternativo dentro del plazo establecido, teniendo como consecuencia que el reproductor
sólo funciona en Opera Browser con plugin de Adobe Flash Player instalado. Se pretende hacer esta mejora
en un futuro próximo.

Mejora en transmisión a HLS o MPEG Dash

El proyecto presentado en su versión Beta funciona con protocolo RTMP para llegar a los usuarios.
Existiendo los estándares HLS y MPEG-Dash, se puede mejorar la calidad del servicio ya que, al adaptarse
al ancho de banda, se asegura la transmisión fluida en distintos dispositivos (televisión, móvil) y conexiones
(xdsl, satelital, 4G, etc).

10
13 Conclusiones

Como bien es sabido, las tecnologías informáticas avanzan más rápido que muchas otras áreas y se
difunden rápidamente a través de internet. Existen muchas mejoras probadas que se pueden implementar
a esta primera etapa, y existirán demasiadas más que aún no están a disposición. La base tecnológica es y
debe ser siempre escalable y abierto a optimizaciones constantes, el trabajo en esta área no descansa.
Para este proyecto se debió incurrir en el área de programación sin contar con conocimientos formales
para lograr una configuración de servidor o un reproductor Java, materia que escapa a la carrera de
telecomunicaciones, por lo que un aporte por parte de estudiantes de programación traería mejoras
considerables a la solidez del proyecto.

La implementación de un canal de televisión da a la institución un grado de desarrollo al compararse con


otras universidades, quizás por cánones comerciales o estereotipos sociales, puesto que toma un gran
esfuerzo económico y técnico montar una emisora de la manera tradicional. Hoy en día con los medios que
nos ofrece la tecnología computacional, los costos pueden ser reducidos notoriamente y es mucho más
factible poner la primera piedra para armar un canal de televisión, que eventualmente puede llegar a ser
un medio profesional con estudio, set, sala de equipos, personal especializado, etc. Aunque nuestra visión
a futuro pretende que esta herramienta sea un laboratorio práctico para las carreras de IT de todas las
sedes y un espacio para todas las demás instancias académicas, donde puedan mostrar los contenidos que
estimen ser de interés para el resto del mundo.

El proyecto aquí presentado es el sólo la primera fase de una idea mucho más ambiciosa, que pretende dar
el primer paso para generar un efecto bola de nieve que logre beneficiar distintas áreas de Inacap. Por esta
razón es un proyecto impersonal, abierto a la cooperación de quienes se entusiasmen con esta idea, y que
en lo posible logre seguir su camino al desarrollo, independiente de las personas que tomen el mando en
algún momento de su trayecto. Todo dependerá de mantener el valor de la idea original que es tener una
herramienta comunicativa en favor de la propia formación profesional y a partir de eso, cualquier aporte
será beneficioso para su correcto desarrollo.

Finalmente, como bien se mencionó en un principio, es también una forma de publicidad en si, por lo que
cualquier gasto en este proyecto o un proyecto similar es una inversión.

11
14 Bibliografía
Resumen de protocolos de video streaming:
http://www.discovervideo.com/udp-tcp-rtp-rtsp-rtmp-unicast-multicast-sheesh/

Otro resumen más completo de protocolos de video streaming:


http://www.garymcgath.com/streamingprotocols.html

Sobre VP9 y comparación de rendimiento con H.264 y H.265:


https://blogs.gnome.org/rbultje/2014/02/22/the-worlds-fastest-vp9-decoder-ffvp9/

Reporte Test de eficiencia de HEVC (H.265)


http://www.libde265.org/wp-content/uploads/2014/06/libde265_PerformanceTestReport_062014.pdf

Tutorial de configuración NGINX con Rtmp


https://www.youtube.com/watch?v=eg69VD2VUo8

Explicación de los parámetros de OBS:


https://obsproject.com/forum/threads/technical-explanation-of-obs-settings.642/

Configuración de Nginx para transmisión HLS:


http://nginx.org/en/docs/http/ngx_http_hls_module.html
https://www.vultr.com/docs/setup-nginx-on-ubuntu-to-stream-live-hls-video

12
ANEXO: COTIZACION DE SERVICIOS
Para montar el servicio de TV streaming se requiere tener un BW estable y simétrico. Las cotizaciones de la
red dedicada se tendrán en cuenta a un ancho de banda de 10 Mbps.

Los valores mensuales son los siguientes:

$154,000

$152,000

$150,000

$148,000

$146,000
MOVISTAR
CLARO
$144,000
ENTEL
$142,000

$140,000

$138,000

ENERO-201X
FEBRERO-201X

ENERO-201X FEBRERO-201X
MOVISTAR $144,272 $144,272
CLARO $149,900 $149,900
ENTEL $154,000 $154,000

Y por el mismo servicio anualmente corresponde a lo siguiente:

13
$1,860,000

$1,840,000

$1,820,000

$1,800,000

$1,780,000

$1,760,000
MOVISTAR

$1,740,000 CLARO
ENTEL
$1,720,000

$1,700,000

$1,680,000

$1,660,000

ENERO-201X
DICIEMBRE-201X

ENERO-201X DICIEMBRE-201X
MOVISTAR $1,731,264 $1,731,264
CLARO $1,798,800 $1,798,800
ENTEL $1,848,000 $1,848,000

La consulta de licencias de software encoder, fueron a XSPLIT y WOWZA, ya que el OBS (Open Broudcast
Software) es gratuito.

Tabla mensual.

14
$43,000
$42,000
$41,000
$40,000
$39,000
XSPLIT
$38,000
WOWZA
$37,000

ENERO-201X
FEBRERO-201X

ENERO-201X FEBRERO-201X
XSPLIT $39,387 $39,387
WOWZA $42,700 $42,700

Costo Anual:

$520,000
$510,000
$500,000
$490,000
$480,000
$470,000 XSPLIT
$460,000 WOWZA2
$450,000

ENERO-201X
DICIEMBRE-201X

ENERO-201X DICIEMBRE-201X
XSPLIT $472,645 $472,645
WOWZA2 $512,400 $512,400

Por el servicio de Cloud se cotizó entre dos empresas chilenas, por motivos de que nuestro servidor apunta
a la cobertura nacional:

15
$6,000
$5,800
$5,600
$5,400
$5,200
$5,000
$4,800 OPENCLOUD-CLOUDSERVER2
$4,600 CLOUDSERVER
$4,400

ENERO-201X
FEBRERO-201X

ENERO-201X FEBRERO-201X
OPENCLOUD-CLOUDSERVER2 $5,000 $5,000
CLOUDSERVER $5,900 $5,900

Los costos anuales:

$75,000
$70,000
$65,000
$60,000
$55,000
$50,000

OPENCLOUD-CLOUDSERVER2
CLOUDSERVER

DICIEMBRE-
ENERO-201X
201X
OPENCLOUD-CLOUDSERVER2 $60,000 $60,000
CLOUDSERVER $70,800 $70,800

16
COSTOS TOTAL MENSUAL

$200,000

$150,000

$100,000

$50,000 OPENCLOUD
$0 WOWZA
MOVISTAR
ENERO-201X
FEBRERO-201X

ENERO-201X FEBRERO-201X
OPENCLOUD $5,000 $5,000
WOWZA $42,700 $42,700
MOVISTAR $144,272 $144,272

LOS COSTOS APROXIMADOS ESTIMADOS EN UN AÑO SERIAN $191,972 iva inc.

PRECIO ESTIMADO DE EQUIPO ANUAL

$2,500,000

$2,000,000

$1,500,000

$1,000,000
$500,000 OPENCLOUD

$0 WOWZA
MOVISTAR
ENERO-201X
DICIEMBRE-201X

ENERO-201X DICIEMBRE-201X
OPENCLOUD $60,000 $60,000
WOWZA $512,400 $512,400
MOVISTAR $1,731,264 $1,731,264

LOS COSTOS APROXIMADOS ESTIMADOS EN UN AÑO SERIAN $2.303.664 iva inc .

17