• Software para acceder a la red IPTV de televisión digital que Movistar ofrece con sus instalaciones de fibra, tanto directos como el archivo de 7 días, con cualquier cliente IPTV con soporte de catchup flussonic, tal como ofrecen Android, Android TV, iOS y casi todas las SmartTV.

• Así mismo da acceso a las grabaciones que tengamos en la nube de Movistar.

• Por último, ofrece un sistema de grabaciones locales automáticas, o temporizadores, muy útiles para archivar programas o series emitidos.

Movistar cuenta con la plataforma de IPTV más potente e interesante de todo el mercado, se adhiere en general a estándares, lo que significa que funciona de una forma abierta. Si bien hoy toda la oferta de TV de pago de Movistar se transmite encriptada, los canales de TDT (con alguna excepción puntual) siguen siendo en abierto.

Por tanto, con sólo tener contratada la fibra de Movistar con acceso a la TDT, sin necesidad de ningún paquete de televisión, junto son este software, se tiene acceso a toda la parrilla de la TDT, con un archivo de 7 días, de una forma completamente diferente, donde el usuario tiene el control absoluto del contenido que ve o no ve con una comodidad inusual.

• Si no te quieres tomar el trabajo para instalar todo esto o te parece muy complicado, puedes pedirme un mini dongle de muy pequeño tamaño, con OpenWRT, que sólo es necesario conectar al router y esperar unos minutos para empezar a usar.

Si te interesa, escríbeme un correo a jmarcet @ gmail.com

Ofrece compatibilidad completa con:

1. En Android TV: TiviMate.

2. En Android: OTT Navigator IPTV

3. Multiplataforma: Kodi con IPTV Simple PVR

Una vez instalado, tendremos las siguientes URLs disponibles, donde 192.168.1.10 sería la IP donde está funcionando el proxy:

1. Canales: http://192.168.1.10:8888/MovistarTV.m3u http://192.168.1.10:8888/canales.m3u o http://192.168.1.10:8888/channels.m3u

2. Guía de programación (EPG): http://192.168.1.10:8888/guia.xml o http://192.168.1.10:8888/guide.xml

Con estas dos ya tendremos acceso a los directos y a los últimos 7 días en cualquier cliente IPTV con soporte de catchup flussonic. De hecho, con configurar la primera suele ser suficiente, ya que la guía la saca de la propia lista de canales, que incluye un enlace a la misma.

Como novedad, ahora también es posible acceder a las grabaciones que tengamos en la nube de Movistar. De tener alguna grabación en dicha nube, tendremos disponibles una nueva lista de canales y una nueva guía de programación que, análoga a la general, incluirá solamente información de aquellos programas que tengamos grabados. El resultado es una forma muy cómoda de acceder a estas grabaciones en la nube.

3. Canales con grabaciones en la nube de Movistar: http://192.168.1.10:8888/cloud.m3u o http://192.168.1.10:8888/nube.m3u

4. Guía de programación de las grabaciones en la nube (EPG): http://192.168.1.10:8888/cloud.xml o http://192.168.1.10:8888/nube.xml

También es novedad tanto una funcionalidad de grabaciones locales automáticas, o temporizadores, así como el acceso a las mismas a través de una nueva lista de canales .m3u de tipo VOD, que por lo menos el TiviMate admite y que resulta especialmente útil para almacenar de forma local programas y series, y así crear colecciones. El resultado es increíblemente cómodo de usar.

5. Lista VOD de Grabaciones Locales: http://192.168.1.10:8888/recordings.m3u o http://192.168.1.10:8888/grabaciones.m3u

Ésta última sólo se activará cuando la variable de entorno RECORDINGS esté definida.

6. Métricas de utilización para Prometheus: http://192.168.1.10:8888/metrics

Éstas contienen información en tiempo real de los clientes activos, separados por directos y catchups, y ordenados por la latencia inicial que tuvo cada stream para llegar. Perfectas para conectar con Grafana y así poder visualizarlas y también tener un archivo histórico de uso:

Desde un dispositivo conectado directamente al router, podemos ejecutarlo sin mayores complicaciones. Mirad un poco más abajo las variables de entorno que se pueden ajustar para configurar el proxy, como activar las grabaciones, el control de ancho de banda automático, etc.

1. Tenemos la opción de utilizar docker y docker-compose. Es la opción a seguir para usarlo desde Windows.

Una vez tenemos docker instalado, nos descargamos todo este repositorio a nuestro ordenador, ya sea clonando el repo con git o descargando un zip que en su caso descomprimimos, a continuación abrimos el docker-compose.yml con un editor, y habilitamos las variables de entorno que podamos necesitar, de manera que si queremos ajustar la variable LAN_IP que puede ser útil si obtenemos algún error del tipo Name does not resolve, debería quedar así:

[...]
     environment:
      - LAN_IP=192.168.1.35
[...]

Una vez tenemos el compose ajustado, en un terminal/shell/powershell, nos movemos a la carpeta donde tengamos todo clonado/descomprimido y ejecutamos:

docker-copose up -d && docker-copose logs -f

Dentro del docker queda todo lo necesario y se ejecutará muy rápidamente, sólo tiene que descargar la última versión disponible en aquí, no necesita generar nada. Un vez arranque sí, tardará unos minutos en generar la EPG y las listas de canales.

2. Si por el contrario preferimos instalarlo y usarlo directamente (sobre un Linux/UNIX):

• Necesitamos Python 3, con pip, e instalar las dependencias:

pip3 install -r requirements.txt

• Copiamos movistar_u7d.py, movistar_epg.py, tv_grab_es_movistartv y vod.py a alguna ruta que tengamos en el PATH:

cp movistar_u7d.py movistar_epg.py tv_grab_es_movistartv vod.py /usr/local/bin/

3. Para Systemd (también sobre Linux/UNIX):

• movistar_u7d.service: service systemd para el microservicio principal

• movistar_epg.service: service systemd para el microservicio que mantiene el estado (la EPG), realiza las grabaciones, etc

• Copiamos los .service a /etc/systemd/system, ajustando las variables de entorno que queramos. Habilitamos los servicios y los iniciamos:

cp *.service /etc/systemd/system/
systemctl daemon-reload
systemctl enable movistar_epg
systemctl enable movistar_u7d
systemctl start movistar_epg
systemctl start movistar_u7d

Sin systemd, tendremos que lanzar directamente los dos movistar_u7d.py y movistar_epg.py.

En cualquier caso, si lo usas sin docker, es importante que el proxy tenga acceso a las DNS de Movistar, 172.26.23.3

Si queremos usarlo dentro del propio router, también podemos, aunque se complica todo un poco. De interesaros esta opción, aquí podeís encontrar builds de openwrt para x86-64 con todo lo necesario para desplegar todo esto. Los actualizo cada pocos días.

• La primera vez tendremos que esperar a que se genere la lista de canales y a que se descargue la guía. Sin playlist no hay canales y sin EPG no hay catchup. Tardará unos minutos.

• Podemos controlar varios aspectos con variables de entorno:

  1. La más importante es LAN_IP, que corresponde a la ip que tendrán los canales de tv. Por defecto usa la ip local principal.

  2. EPG_THREADS: número de descargas paralelas al generar la EPG. Yo lo uso con 8 hilos, pero con instalaciones de serie puede dar problemas, así que por defecto usa 4.

  3. IPTV_BW: ancho de banda máximo que le perimitimos usar al proxy. Especialmente útil si se instala en el propio router o en un aparato independiente. El valor óptimo máximo, en kilobits por segundo, Kbps, es 85000, dado que el ancho de banda real disponible en la vlan de IPTV es de 100000 Kbps. En el caso de estar instalado en el router, el proxy podrá además conocer el ancho de banda consumido específicamente en la vlan de IPTV. En el resto de casos sólo podrá contabilizar el ancho de banda de red total consumido en el dispositivo en el que se ejecuta. de ahí que la funcinalidad no esté activa a menos que definamos esta variable. Este control se basa en rechazar clientes una vez llegado al tope de ancho de banda definido con esta variable. Si llegan peticiones de nuevos clientes, recibirán un 503, Servicio no Disponible, aunque en el caso de que haya grabaciones en curso, dado que se pueden repetir, si la nueva petición es de un cliente normal se cancelará una grabación y se le dará prioridad al cliente normal. Esto consigue que no se produzcan cortes por saturación de la vlan de IPTV y se puedan hacer grabaciones en paralelo aprovechando todo el ancho de banda.

  4. MP4_OUTPUT: por defecto las grabaciones se harán en .mkv, conservando todas las pistas originales, con el audio mp2 transcodeado a aac para que se puedan reproducir directamente con un navegador. Los subtitulos pueden dar incompatibilidad con algunos clientes, por lo que con esta variables definida obtendremos en su lugar un archivo .mp4 sin subtítulos y un .sub adicional con los mismos si existen.

  5. RECORDINGS: define la ruta para las grabaciones. Si se define, permite usar la funcinalidad de temporizadores y hace que se exporte la lista de grabaciones locales. Las grabaciones se realizarán aquí y la lista de canales VOD se generará con todo el contenido desde aquí indexado. Esto quiere decir que puede ser útil para exponer una carpeta aunque no utilicemos los temporizadores.

  6. RECORDING_THREADS: número máximo de grabaciones locales simultáneas, por defecto 4. Si se establece IPTV_BW las grabaciones máximas también serán ajustadas dinámicamente. Si probáis un temporizador con algo que se repita mucho toda la semana, algo como Los Simpson, con la variable IPTV_BW definida con valor 85000, veréis como se lanzan en paralelo un montón de procesos vod.py y ffmpeg, un par por cada grabación. Podrás comprobar luego como todas las grabaciones están perfectas.

  7. SANIC_THREADS: número de procesos simultáneos para el microservicio principal, por defecto 4.

  8. Para el resto, que es inusual necesitar cambiarlas, mirad el fichero env-example.

• Si usamos docker y docker-compose, tenemos env-example con explicación de todas las variables de entorno que podemos ajustar. Editamos el docker-compose.yml y descomentamos y definimos las variables necesarias, para después ejecutar docker-compose up -d

• La funcionalidad que más trabajo me dio conseguir y que más agradezco a la hora de usarlo es la reproducción continua. ¿Que qué es eso? Pues dado que Movistar da acceso a la programación de los últimos 7 días a partir de un identificador de canal y un identificador de programa, ambos incluidos en la EPG, a la hora de reproducir cualquier momento de la semana, se establece una negociación con Movistar que te da acceso a reproducir ese programa, no el siguiente. De esta manera, tanto en la app oficial como en el addon cerrado, reproduces un programa y al acabar (normalmente sobre 1 o 2 minutos después del final) se detiene.

• Con este proxy, junto con algún cliente compatible, en lugar de cortarse se produce una mínima pausa durante la que se detiene el sonido y la imagen puede quedar congelada. Es durante un mínimo instante de tiempo, en torno a 1 segundo, por lo que aunque te das cuenta de que ha habido un cambio de programa, no molesta lo más mínimo. Así puedes ver toda la programación de un canal en diferido, el tiempo que quieras, sin más que iniciar la reproducción en el instante deseado dentro de la última semana.

• Bastará con añadir la, o las, lista(s) de canales. En general las guías no hace falta configurarlas por separado ya que son detectadas automáticamente a partir de las listas de canales.

• Cada lista de canales será un proveedor de IPTV diferente, así tendremos uno para el catchup normal y otro para las grabaciones en la nube.

• Por separado, y en caso de usar la funcionalidad de grabaciones, tendremos una lista de canales que tendremos que configurar como tipo VOD, es decir, en lugar de tener URLs de canales, tiene URLs con enlaces a grabaciones locales, servidas directamente por este proxy por HTTP.

• A la hora de configurar cualquier cliente (TiviMate, OTT, Kodi u otro) es recomendable que en los ajustes del mismo desactivéis cualquier tipo de buffer de red que tenga, lo dejéis a 0.

• De igual manera, es importante que lo configuréis para que la guía se recarge con la mayor frecuencia posible, y que no use caché si la ofrece (como el Kodi). El backend actualiza a cada hora en punto la guía general, y cada 5 minutos las grabaciones en la nube. La lista de grabaciones locales se indexan al ejecutarse el proxy y se actualiza a medida que se realizan grabaciones.

• Por último, aseguraos de que el cliente que uséis guarda al menos 8 días de historial del EPG y en el caso de las Grabaciones en la Nube lo óptimo sería que no caducasen nunca. Desconozco el tiempo exacto que Movistar permite tener dichas grabaciones almacenadas. Grabaciones que no son más que eventos de la EPG que no se borran de la parrilla, así es como funcionan, de manera que las grabaciones se comparten entre los clientes.

• En el caso del Kodi IPTV Simple, además de añadir la lista de canales y la guía (sin caché) en los ajustes del addon, deberemos activar el Timeshift y el Catchup. Éste último en modo Default con 8 días de catchup y la opción de Reproducir desde la EPG en modo Live TV. De esta manera conseguiremos una experiencia de uso prácticamente idéntica a la del TiviMate, manteniendo la interfaz de LiveTV con el Catchup, con reproducción continua, etc.

• La última versión del TiviMate por desgracia tiene un bug que hace que no funcione para nada, pese a ser el software ideal con el que acceder.

Podéis encontrar un apk con la versión anterior buscando por tivimate 3.9 apk

Espero que se solucione pronto.

• Como cambio de última hora el fichero timers ha pasado de timers.json a timers.conf. Si llegasta a instalar este proxy y usar las grabaciones mientras usaba los nombres antiguos, por favor, renómbralo y si quieres puedes adaptarlo al formato que se describe más abajo.

• En ocasiones, mientras se ve un diferido reciente, la transmisión da un salto temporal de forma repentina. La razón es un cambio en la programación que el cliente desconoce, debido a que actualiza la guía con muy poca frecuencia. El proxy descarga la EPG cada hora en punto, lo que parece ser suficiente, o en lugar de un salto la transmisión se detendría. Por tanto, lo ideal sería actualizar la EPG cada 20-30 minutos aunque no siempre es posible. Muchos clientes sólo permiten actualizarla cada 4 o más horas, así que están expuestos a sufrir la molestia.

  • Solución rápida: ir a los ajustes, borrar y recargar la guía.

  • Solución idónea: buscar que al cliente le añadan la posibilidad de actulizar la guía con mayor frecuencia.

• Cualquier duda o consulta, o si os encontrais con un cliente con catchup que os parece que debería funcionar con este proxy pero no lo hace (pienso en clientes incluidos en SmartTVs modernos), no dudéis en abrir una incidencia, ya sea en Github o en Gitlab.

Existe una funcionalidad de grabaciones automáticas a partir de unos temporizadores que podremos definir con una cadena de texto, clasificadas por canales.

Por desgracia esta funcionalidad no es posible usarla de forma cómoda con el mando a distancia.

Será necesario establecer la variable de entorno RECORDINGS con la ruta donde quramos reazlizar las grabaciones y tendremos que editar un fichero, timers.conf, que deberá existir en el $HOME, con el siguente formato, llamado TOML que resulta fácil para los humanos:

[language]
default = "VO"

[match]
657 = [
    ".*Alienígenas.*",
    ".*Área 51.*",
    ".*Extraterrestres.*",
    ".*Nasa.*",
    ".*Ovnis.*",
    "Desmontando el cosmos",
    "El universo según Stephen Hawking",
]
1825 = [
    "Cuarto Milenio ## Esp",
    "Horizonte ## Esp",
]
4455 = [
    ".*Einstein.*",
    ".*Hawking.*",
    ".*La Luna.*",
    ".*Tesla.*",
    ".*universo.*",
    ".*El enigma de Júpiter.*",
    ".*La navaja de Ockham.* ## Esp",
    "El cazador de cerebros ## Esp",
    "La España prehistórica",
    "Tras la pista del virus que hizo temblar al mundo",
    "Basura espacial ## Esp",
    "Los planetas",
    "Documentos TV.*",
    "Sobrehumanos.*",
    ".*Marte.*",
    ".*Plut.n.*",
    ".*Saturno.*",
    ".*Venus.*",
]
4714 = [
    "American Dad ## Esp",
    "Dos hombres y medio",
    "Los Simpson S(24|25|26|27|28|29|30|31|32|33)E\\d\\d[ $] ## Esp",
    "Padre de familia ## Esp",
    "Superperdidos",
]

La primera clave, language es opcional. La podemos incluir para indicar que por defecto queremos que todas las grabaciones queden con la pista de audio que se recibe como secundaria como principal.

match contiene una lista por canales de cadenas de búsqueda, que constituyen los temporizadores. El ñumero identificador de cada canal lo podemos ver en la lista general de los mismos.

Lás búsquedas se hacen de forma recurrente y las grabaciones se hacen no de los directos, sino del catchup. Esto permite hacerse con todos los episodios de cualquier serie o programa que queramos, de toda la última semana, con sólo añadir su nombre en el canal correspondiente en un fichero como el de arriba.

Cada cadena de texto es en realidad una expresión regular, como podéis ver en alguno de los ejemplos con símbolos extraños.

Podemos también definir por temporizador qué pista de audio queremos como principal. Si el temporizador finaliza con " ## Esp" o " ## VO", estaremos indicando la pista que queremos, si la primera o la segunda. En el ejemplo de arriba se define la VO como comportamiento por defecto, es decir se especifica que las grabaciones deben tener como pista de audio principal la que llega como secundaria y, por separado, se definen varios temporizadores en los que se especifica que las grabaciones se hagan con la pista de audio normal como principal " ## Esp".

Como se mencionó antes, las grabaciones se realizan desde el catchup, empezando unas horas después de ser emitidas. Esto es con la intención de que cualquier cambio en el horario esté reflejado y asi tener más posibilidades de grabar entero el evento. Esto también implica que se pueden reintentar en caso de problemas, por lo que las grabaciones se comprueban antes de ser archivadas como correctas. En caso de caulquier error, se reintentan pasados unos minutos.

El control de qué grabaciones se reintentan o no viene determinado por el fichero recordings.json que se generará automáticamente y se actualizará con cada grabación hecha. Si queremos que una grabación existente se sobreescriba, bastará con eliminarla de este recordings.json o borrarla del disco. Si el temporizador que la generó sigue existiendo en el fichero timers.conf, la grabación se repetirá a los pocos minutos, hasta que sea satifsfactoria.

Por último, las grabaciones se realizan en carpetas con el nombre de la serie o programa. En caso de no tener nombre de serie, se crearán directamente en la raíz de la ruta a la que apunta RECORDINGS, e igualmente serán expuestas en la .m3u de grabaciones locales.

• Los canales son accesibles en URLs como: http://192.168.1.10:8888/{canal}/live

Donde canal es el número identificador de los canales según figuran en la lista de canales .m3u principal

• Se puede acceder a cualquier instante de los últimos 7 días en URLs como: http://192.168.1.10:8888/{canal}/{timestamp}

• Y a las grabaciones en la nube de Movistar, con mucho más tiempo de almacenado: http://192.168.1.10:8888/cloud/{canal}/{timestamp}

• Opcionalmente, el timestamp puede ir precedido de una palabra y/o seguido de una duración en segundos así como de una extensión: http://192.168.1.10:8888/{canal}/{palabra}-{timestamp}-{duracion}.{extension}. Esto ha cambiado para tener mayor compatibilidad con diferentes clientes.

El timestamp es en el que queremos iniciar la reproducción, la duración no se usa, puede ser 0, y la extensión puede tener cualquier valor. TiviMate usa .m3u8, OTT Nagivator IPTV depende de cómo lo configuremos, en modo flussonic-ts, usa .ts, mientras que VLC necesita que las URLs terminen en .mpeg o no reproducirá bien los streams.

• Adicionalemente, la funcionalidad de realizar grabaciones es accesible añadiendo unos parámetros a las URLs flussonic, es decir, no valen para los directos:

  1. ?record=: 1 para activarlo, un número mayor que 1 para indicar el tiempo en segundos que deseamos grabar, a partir del timestamp indicado en la url, que por lo demás debe llevar formato estándar flussonic. El límite actual será el de la duración del programa de catchup en cuestión, es decir, si le indicamos que grabe más allá de lo que dura un programa, se detendrá tan pronto como Movistar corte la transmisión del mismo. Si bien en ocasiones las transmisiones se extienden y no se cortan al finalizar, no es lo habitual.
  2. &mp4=1: para que le grabación se realice en un fichero .mp4 sin subtítulos, y un fichero .sub en caso de tener subs.
  3. &vo=1: indica versión original, es decir, la que se recibe como segunda pista de audio, habitualmente con audio en versión original, será la pista de audio principal en la grabación creada.

Esta funcionalidad se puede usar tanto con las URLs para el catchup normal como con las que dan acceso a la nube de Movistar, así que es posible hacer una grabación a mano con sólo abrir una URL, incluso de grabaciones que tengamos en la nube.

Las grabaciones llevan las pistas de audio mp2 transcodeadas a aac para que se puedan reproducir sin problemas con un navegador como el Chrome.

• Por último, las grabaciones son accesibles desde http://192.168.1.10:8888/recording/{fichero}

Donde el fichero se buscará, con ruta incluída, en la carpeta indicada por RECORDINGS. Se devuelve por HTTP con content-range, por lo que es reproducible directamente en Chrome.

Este software consta de cuatro partes. Las dos primeras son dos microservicios escritos en python asíncrono, con Sanic, el tercero es también asíncrono pero sin Sanic, al menos cuando se ejecuta como script independiente, y el último se encarga de descargar la EPG y generar las listas de canales y guías de programación. El extra es un fichero de ejemplo para montarnos gráficas estadísticas con Grafana:

• movistar_u7d.py: el proxy principal con el que se comunica el cliente final, como el TiviMate. Se ejecuta en varios procesos simultáneos, número determinado por la variable de entorno SANIC_THREADS que por defecto es 4.

• movistar_epg.py: el segundo microservicio escrito con Sanic. Mantiene el estado necesario para que el anterior sea funcional puro y pueda ejecutarse en múltiples procesos sin problemas. Está encargado de generar y actualizar las listas de canales y de grabaciones y las guías de programación, así como de gestionar los temporizadores de las grabaciones locales. También se encarga de lás métricas Prometheus, aunque sean luego servidas por el anterior.

• vod.py: contiene el código responsable de negociar con Movistar el accesso a los programas de catchup. Así mismo, se ejecuta como script independiente para realizar las grabaciones con ffmpeg.

• tv_grab_es_movistartv: encargado de generar las listas de canales y las guías programación, así como de guardar una caché de los últimos 7 días de la EPG, de manera que se ejecuta de forma recurrente (cada hora en punto para la guía general, cuando es necesario para el resto de los casos).

Esta caché que genera el tv_grab_es_movistartv es imprescindible para que todo el proceso funcione bien. Los clientes con catchup flussonic, como el TiviMate, sólo se preocupan por el canal y un timestamp, que define un momento preciso en el tiempo. El proxy es el encargado de encontrar qué programa de la EPG corresponde a ese canal en ese momento y negociar con Movistar la reproducción, por lo que esta caché, que sirve de índice, resulta esencial para que todo pueda funcionar.

• grafana-dashboard.json: dashboard para Grafana con dos paneles de catchups y directos. Para usar conectado con las métricas Prometheus. Lo podéis ver en el último pantallazo un poco más arriba.

Este proyecto nació del descontento de acceder a los canales de TV de Movistar a través de su app de Movistar, que dicho de forma elegante, está muy por detrás de la competencia.

• No tiene ningún tipo de integración real con el Android, ni siquiera para la entrada de datos. Intentad usar un mini teclado, veréis lo cómodo que es. Te dan ganas de llamar al soporte y decirles la categoría de software que venden con su producto.

• Tiene un click molesto cada vez que pulsas un botón en el mando, no se puede deshabilitar.

• El vídeo es de menor calidad que el que llega por la VLAN de tv, en lugar de a 50HZ es a 25, y se nota.

• Se congela todo el tiempo, se cuelga.

• Debido al magnífico DRM, en el siguiente video, el video nunca se ve: Movistar+_20210320.mp4

Durante años usé udpxy para acceder a los directos desde cualquier cliente IPTV, aunque estuviera conectado por wifi. Con la lista de canales y programación que podías obtener con el fantástico tv_grab_es_movistartv no hacía falta nada más que un webserver para servirlo todo. Faltaba el acceso a los últimos 7 días.

Para esto, lo mejor que hubo durante mucho tiempo fue un addon cerrado para el magnífico Kodi, que funcionaba relativamente bien. Te permite reproducir programas de la parilla de los últimos 7 días; también te permite hacer grabaciones en local o en la nube, que son accesibles después para reproducir.

Tenía unos cuantos peros:

• Aunque puedes reproducir un programa, no puedes avanzar, ni pausar, ni rebobinar, sólo reproducir y detener.
• Con frecuencia la reproducción fallaba y aunque a veces podías continuar en el mismo punto, a menudo tenías que volver a repdoducirlo desde el principio.
• Lo peor de todo eran los microcortes durante la reproducción, imposible de eliminar por completo.

En suma, era usable para grabaciones locales y para directos, para otros usos decepcionaba bastante.

A continuación de ésto, descubrí el framework de entrada de TV del Android, que es lo que usan todos los grandes fabricantes cuando ofrecen televisores con Android. De no tener SmartTV, hay diferentes TVboxes que hacen smart cualquier televisor con HDMI. El Android aporta las bases necesarias para poder acceder a cualquier tipo de contenido. Hay una aplicación simple de ejemplo que viene con el AOSP, la versión libre del Android que todos los que venden aparatos con Android utilizan. Además, se pueden usar otros clientes (que a su vez utilizan dicho framework). Por lo que sé, Sony y Phillips tienen sus propios clientes, aunque no los he probado.

Un poco más adelante, descubrí el que creo que es, si no el mejor, uno de los mejores clientes para acceder a la TV. El TiviMate.

Pasó a ser mi modo favorito de acceder a los canales, nada se le acercaba. Es super fluido, te permite hacer no solo PiP de lo que estás viendo, sino que puedes estar visionando hasta 9 canales simultáneos como si fuera un sistema de cámaras de seguridad.

Tan contento con él estaba que tenía que poder usar el resto de funcionalidad. Daba acceso a servicios de catchup (últimos 7 días), y lo hacía de dos maneras diferentes. Después de hacer pruebas, monitorear qué conexiones realizaba cuando intentabas ver algo de los últimos 7 días, ...

Se me ocurrió que podía hacer algún tipo de proxy entre dicho TiviMate con catchup flussonic (de las variantes de catchup que soporta es el que más extendido he encontrado y a la vez es el más sencillo e intuitivo de implementar) y la IPTV de Movistar.

El resultado es algo así (el funcionamiento real es fluido todo el tiempo, el video se llega a atascar en los momentos de mayor tráfico de datos):

• TiviMate_Movistar_20210320_U7D-1.mp4

• TiviMate_Movistar_20210320_U7D-2.mp4

A día de doy alterno constantemente entre clientes, cada uno tiene sus pros y sus contras, ninguno es perfecto. Lo ideal de este proxy es que te abre un mundo de posibilidades para acceder a la IPTV, de forma estable y sin cortes.

Sin ningún orden en especial:

• WiLloW: por su tv_grab_es_movistartv, un trabajo increíble que desenmaraña todos los metadatos de MovistarTV.

• XXLuigiMario: por su u7d.py que fue, en cierta manera, el punto de partida de todo, aunque le faltase media funcionalidad. Partiendo de él y analizando el tráfico del addon cerrado, con todos sus fallos, conseguí entender e implemnetar correctamente la negociación rtsp de la que depende toda reproducción de los últimos 7 días.

• Sanic Framework: hace comodísima la programación de microservicios web.

• Movistar: por ofrecer fantásticas opciones de conexión por fibra con TV con todos sus canales como streams IPTV est̀ándar y de hacer accesible también su servicio de catchup. Disponéis de una red arquitecturada con una calidad increíble. Lástima que sólo ofrezcáis acceder a través de una app y un decodificador bastante lamentables, sin duda no a la altura del resto de vuestra infraestructura y oferta.

De momento Movistar se ha detenido en seguir encriptando sus emisiones en TDT. Hay algún canal que no se puede ver, pero la mayoría sí. Esperemos que no empeore.

Aquí podéis ver un intento (vano?) de hacerlos entrar en razón. Desde que lo escribí no han encriptado ningún canal adicional.

Si te gusta mucho usar este software y te apetece invitarme a tomar algo: