Respondemos las preguntas: 1.- Correcto, se menciona en el pliego de prescripciones técnicas. 2.- Tras el proceso de transcodificación, nuestro proveedor actual envía remote assets a Brightcove y un callback a bCube, que recibe el ID de cada vídeo para "pintar" el player en página y permitir la publicación del contenido. 3.- No aplica 4.- Hay contenidos en las CDN de Lumen y Brightcove. Todos tienen metadatado reco- Web y móviles fundamentalmente. Hay un piloto antiguo con oferta de contenidos para HBBTV y apss nativas para iOS y Android. No hay aplicación Smart TV.gido vía CMS 5.- Web y móviles fundamentalmente. Hay un piloto antiguo con oferta de contenidos para HBBTV y apss nativas para iOS y Android. No hay aplicación Smart TV. 6.- Sí, de hecho es lo deseable porque el CMS permite agrupar y trabajar contenidos en función de los metadatos 7.- En todos los servicios que se provean desde proveedores externos, incluidos los encargados de la distribución de contenidos 8.- Se valorará la viabilidad 9.- No forma parte de los requerimientos obligatorios, pero su aportación se incluye dentro de la valoración de los criterios subjetivos referidos a gestión de CDN 10.- Trabajamos con sftp y https con normalidad, no hay problemas de incumplimiento

Respondemos: 11.-Todos los procesos que permitan optimizar y mejorar la velocidad de ingesta de contenidos bajo demanda. 12.- Auto start/stop en el encoder, a partir de las órdenes de arranque y parada de los live stream en función de los derechos de emisión (La implementación de la funcionalidad no depende obligatoriamente del apiREST)- 13.- RTVM necesita publicar con rapidez determinados contenidos en cuanto acaba su emisión broadcast, sin esperar la transcodificación "clásica" que ralentice su disponibilidad bajo demanda 14.- Sí 15.a-- Soluciones que permitan optimizar los procesos de transcodificación y avanzar en el metadatado y la catalogación, que supongan en definitiva una ayuda para los equipos técnicos y editoriales a la hora de gestionar y publicar los contenidos finales. En todo caso, estas ayudas serían adicionales. 15.b.- No, forma parte como requerimiento obligatorio tal y como se recoge en el pliego: · Codificadores Flujos Live · Appliance de Codificación IN (Stream/File/SDI) out RTMP 8 CANALES. Consultar ANEXO-I y ANEXO-II · Obligatorio

Respondemos: - Efectivamente, el inicio del servicio es el 26 de abril de 2022. En el plan de migración del servicio, contemplado en el pliego de prescripciones técnicas, se indica que el adjudicatario asumirá el posible exceso de costes de almacenamiento si hay retrasos en el despliegue. Dicho exceso está consensuado con el actual proveedor a precios de mercado y se informará tras la adjudicación, en caso de tener que recurrir a ese extremo. El primer día de servicio deben estar disponibles todos los materiales audiovisuales con al menos una antigüedad de 3 meses

Las 3 calidades mínimas de transcodificación que se requieren son las actuales, reflejadas en la página 11 del pliego técnico. La tabla resumen de la página 36 se refiere a calidades live. Las rendiciones son variables, sirven como orientación las actuales, RTVM se reserva el derecho a modificarlas.

Las 3 calidades mínimas de transcodificación que se requieren son las actuales, reflejadas en la página 11 del pliego técnico. La tabla resumen de la página 36 se refiere a calidades live. Las rendiciones son variables, sirven como orientación las actuales, RTVM se reserva el derecho a modificarlas

Aunque no se especifique claramente, el licitador tiene libertad para proponer su modelo de excesos en cuanto a servicios de transcodificación

Ambas cosas, capacidad de almacenamiento primario y descripción del almacenamiento long tail (50 TB en total).

El cálculo de excesos, como se indica en el punto 7 del pliego técnico, se realizará trimestralmente y se considerarán excesos de Tráfico y/o Almacenamiento si la media de los consumos correspondientes a los dos meses siguientes al mes en el que se incurre en excesos por primera vez supera los valores incluidos en el servicio en modalidad fija, de esta forma se consolida o no la tendencia de crecimiento en el consumo

Sí, se deben almacenar. Tras la adjudicación y el arranque del proyecto, RTVM y el adjudicatario plantearán la gestión más eficiente posible. El tamaño del contenido almacenado es de 40 TB aproximadamente (febrero 2022).

Para hacer un cálculo aproximado, son unas 1.100 horas (período 1 dic - 28 feb), en torno a 3TB (1TB / mes). En cuanto a ancho de banda disponemos de 800 mb simétrico, pero para la ingesta dependerá de lo que dispongan el adjudicatario. RTVM tiene la capacidad de mantener 100 mb sin problemas pero en todo caso debe ser el proveedor el que haga estimaciones en función del ancho de banda que él pueda asegurar a través del servicio donde se vaya a ingestar. La media semanal es de 200 mb, pero tenemos en momentos determinados en consumo de nuestros servicio picos de 600 mb, por lo que la franja de 100 mb es algo asumible.

El proveedor actual (Cellnex Telecom) se compromete a facilitar en tiempo y forma esta información en consulta directa, que por su carácter confidencial, no puede hacerse pública, con el objetivo de que la continuidad del servicio quede asegurada durante la posible transición

El proveedor actual (Bitban Technologies) se compromete a facilitar en tiempo y forma esta información en consulta directa, que por su carácter confidencial, no puede hacerse pública, con el objetivo de que la continuidad del servicio quede asegurada durante la posible transición.

Así es, hay sincronización entre IDs de Bcube e IDs de Brightcove. También hay sincronización entre títulos, descripciones o tags, no siempre normalizados, debido a los sucesivos cambios o migraciones que han tenido lugar a lo largo de los estos años

Es una cifra variable que en la actualidad está entre 300 y 400 horas / mes. Las necesidades de transcodificación deben ir incluidas en el servicio de acuerdo a los contenidos y rendiciones que RTVM demande

De conformidad con lo previsto en el Pliego de Condiciones Jurídicas la duración inicial del contrato es de 24 meses.

De conformidad con lo previsto en el Pliego de Condiciones Jurídicas la duración inicial del contrato es de 24 meses.

- Es correcto. En todo caso, las 500 horas de integración a las que se refiere dicho punto es un cálculo máximo que realiza el actual proveedor de CMS.

En el anexo IX se deben reflejar no los excesos sobre el fijo solicitado, sino la cifra máxima ofertada en cada caso. En cuanto a transcodificación, se solicita capacidad, que puede ofertarse en ¤/GBs. RTVM considera el concepto de transcodificación en función de las rendiciones generadas a partir del master (en la actualidad 3+hls). Otros consumos no indicados en el fijo solicitado se considerarán excesos y el licitador debe plantear libremente su propuesta.

La habilitación de la funcionalidad debe ser transparente para RTVM y debe unir indisolublemente el comportamiento de los live en reproducción / parada con el comportamiento del player en reproducción / parada, a partir de las órdenes de derechos de emisión. Los 2 puntos por tanto se aplican a la funcionalidad considerada de manera íntegra. Como se indica en el epígrafe, la máxima puntuación se aplicará a la opción que ofrezca los mayores niveles de claridad y detalle, justificación de cumplimiento de las especificaciones solicitadas y que aporten un mayor valor.

1.- El soporte 24x7x365 debe ser un acceso único en primer nivel para la recepción de incidencias. Como se indica, con número de teléfono gratuito y correo electrónico. Se aceptan las propuesta que cumplan con estos requisitos mínimos y se incluye puntuación específica en el apartado Gestión del servicio. · Lenguaje: Español · Herramienta: Help Desk. 2.- El tiempo medio de respuesta se calculará tal y como se recoge en la RFP en el capítulo "Tiempo Medio de Resolución de Incidencias Críticas". (el cálculo se realizará de forma mensual). · En uno de los casos se referencia incidencias de la plataforma, infraestructura o servicios objeto de la licitación, y en el otro hace referencia a las "consultas" que realicen los usuarios clave. 3.- Canales 24x7: 5 fijos (Telemadrid, La Otra, Onda Madrid TV, Onda Madrid audio, Canal Internacional) y 4 eventuales para eventos. Eventos: En la actualidad, máximo de 10 eventos / mes (máximo de 2 horas por evento), con intención de crecimiento durante la vigencia del contrato. Todos los canales tienen la consideración de 24x7. Los dedicados a Eventos lógicamente no tendrán el mismo uso, pero deben estar disponibles para su utilización en todo momento. 4.- No hay un mínimo requerido, el licitador tiene libertad para plantear su propuesta. Deseable 7 días. Aplicable a todos los canales, si bien RTVM indicará para cuales será de aplicación. 5.- Febrero 2022: Telemadrid: 180.000 usuarios La Otra: 30.000 usuarios Onda Madrid TV: 20.000 usuarios Onda Madrid audio: 1.500 usuarios 6.- Cualquier coste de set up debe ir integrado en la oferta, tanto para conceptos fijos como variables, todos por cuenta del adjudicatario.

Son 500 horas en modalidad fija, que el proveedor puede utilizar como mejor considere, bien aplicándolas a la integración con el CMS, bien a otros desarrollos, y teniendo en cuenta que 500 horas es el máximo de horas calculado por el actual proveedor para la integración del CMS. Es decir, si el proveedor decide emplear esas 500 horas en la integración con el CMS pero no se utilizan completamente, las horas restantes de desarrollo quedarán a disposición de RTVM para otros usos.

La propuesta técnica puede extenderse hasta las 50 páginas.

Como se indica en el pliego técnico y en la posterior subsanación de 15 de marzo, todos los servicios descritos han de ser provisionados y puestos en funcionamiento el primer día de servicio, lo que implica implantación, alta, puesta en marcha de los servicios y despliegue de la plataforma de streaming live, VOD, webcaching, soporte, estadísticas, flujos, seguridad, geobloqueo y distribución de los contenidos en los términos exigidos en el pliego. El cumplimiento de alta de servicio es un requerimiento obligatorio. Como también se indica, en caso de migración, el primer día de servicio deben estar disponibles todos los materiales audiovisuales con al menos una antigüedad de 3 meses. 1.- HTPPS. 2.- Se requiere para procesos estadísticos y procesos de gestión de la propia CDN, tener la capacidad de procesar las cabeceras HTTP que contienen información relativa al navegador del cliente, del servidor, de la página a la que se accede etc. 3.- Todos los procesos que permitan optimizar y mejorar la velocidad de carga de contenidos siempre con el objetivo de ofrecer la mejor experiencia de usuario final posible. 4.- Se espera propuesta por parte del licitador. 5.- Televisiones conectadas. Es una más de las plataformas que se enumeran es ese epígrafe, a través de las cuales RTVM debe poder ahora o en el futuro ofrecer sus contenidos de live y VOD. 6.- Es una enumeración, como se indica en el epígrafe, de "los formatos más comunes". 7.- Sí, debe estar disponible. 8.- Opciones de distribución en distintas plataformas (bien de streaming o redes sociales), desde un único punto de publicación. 9.- Medidas de seguridad, cifrado y encriptación que eviten que terceros puedan interferir en los procesos de transferencia y publicación de los contenidos. 10.- Funcionalidad de corte (manual y/o automático) de clips de vídeo a partir de una emisión en directo que permita la publicación de un contenido VOD inmediatamente después de la emisión live. 11.- Soluciones que permitan optimizar los procesos de transcodificación y avanzar en el metadatado y la catalogación, que supongan en definitiva una ayuda para los equipos técnicos y editoriales a la hora de gestionar y publicar los contenidos finales. En todo caso, estas ayudas serían adicionales. 12.- Perfecto, https.

13.-Se habla de la "posibilidad" de integrar funcionalidades de pasarela de pago, no significa que dicha funcionalidad tenga que estar disponible de inmediato, pero al menos que sí se contemple la posibilidad. 14.- Lógicamente RTVM proporcionará los códigos de seguimiento de las herramientas de analítica que actualmente utiliza. 15.- Como se indica en el mismo apartado, en caso de migración de materiales, el adjudicatario asumirá el posible exceso de costes de almacenamiento si hay retrasos en el despliegue. El primer día de servicio deben estar disponibles todos los materiales audiovisuales con al menos una antigüedad de 3 meses. 16.- Player para web, que es el servicio principal soportado, con posibilidad de integración con otras plataformas de distribución y dispositivos. 17.- Se requiere servicio de player para asegurar experiencia de usuario, integración publicitaria, analítica, funcionalidades múltiples y desarrollo y mejora exponencial, fundamentalmente. Player compatible con los estándares de publicidad del mercado es requerimiento obligatorio. Si el licitador plantea otra solución, debe contemplar estas necesidades. 18.- Son los formatos estándar en la actualidad. Pero la plataforma debe poder integrar otros formatos que puedan venir de terceros o que incluso puedan surgir durante la vigencia del contrato. 19.- Si se refieren al punto "CMS de gestión de streams, contenidos y players", es necesario un panel de control y gestión avanzado, tanto de los contenidos audiovisuales almacenados disponibles para su publicación, como de los players con los que se muestran dichos contenidos, que permita su segmentación por live / vod y/o categorías, así como la inclusión de tags de monetización, servicio de analítica, etc. 20.-Son funcionalidades básicas de cualquier player: poder integrar en páginas propias o ajenas mediante divs, scripts o iframes, función de encendido o apagado a partir de los derechos de emisión broadcast y monetización con los formatos básicos como pre-roll, mid-roll o post-roll. 21.- Simulcasting: opciones de distribución en distintas plataformas (bien de streaming o redes sociales), desde un único punto de publicación. Live clipping: funcionalidad de corte (manual y/o automático) de clips de vídeo a partir de una emisión en directo que permita la publicación de un contenido VOD inmediatamente después de la emisión live. 22.-No estamos hablando de aplicaciones móviles, no son objeto de la licitación. Se requiere la compatibilidad del player con dispositivos móviles. 23.- Es sólo una enumeración de los principales dispositivos, plataformas y navegadores del mercado. 24.- Televisiones conectadas. El player deber ser compatible con los principales dispositivos y plataformas del mercado, incluidas televisiones conectadas. 25.- Aquellas funcionalidades que permitan la personalización del player: desde el punto de vista estético, logotipos personalizados, marcas de agua, etc.

26.- Las marcas pueden facilitar a RTVM la inserción de distintos elementos (publicidad, distinción de capítulos o momentos destacados de un vídeo largo, etc.) 27.- En general, los requerimientos que RTVM plantea son solicitudes. Los requisitos obligatorios vienen reflejados en las distintas matrices de requerimientos 28.- Opcional 29.- Son los formatos de publicidad en vídeo habituales en el mercado. 30.- En general se requiere un player con funcionalidades avanzadas que permita la inserción de diferentes formatos publicitarios 31.- Integración con servidores de publicidad. En la actualidad, RTVM tiene como adserver Google Ad Manager 32.- Posibilidad de integración que permita conectar el inventario de contenidos con las peticiones de publicidad en forma de "subasta". En la actualidad, RTVM tiene como adserver Google Ad Manager 33.- Posibilidad de mostrar anuncios desde el lado del servidor, de modo que el player ofrezca anuncios de manera dinámica, evitando blockers, mejorando la experiencia de usuario y manteniendo los ingresos publicitarios. Por ejemplo, su uso puede estar indicado en mid-roll para live. 34.- Posibilidad de publicación (individualizada y/o múltiple, manual y/o automática, inmediata y/o programada) en diferentes plataformas y redes sociales a partir del material almacenado en la plataforma OVP. 35.- Posibilidad de publicación automatizada de contenidos audiovisuales a partir de una determinada categoría, identificador de programa, pauta definida. En general, opciones de integración de vídeo live y VOD con redes sociales.

36.- Las herramientas de Analítica que en cada momento RTVM necesite implantar, no hay un mínimo. 37.- Permitir la inserción del botón saltar publicidad 38.- Como se indica, se solicita la "posibilidad" de poder integrar funcionalidades de pasarela de pago. 39.- No se plantea pregunta 40.- No se plantea pregunta 41.- No se plantea pregunta 42.- No se plantea pregunta 43.- No se plantea pregunta 6.- 44.- Se necesita entorno/s y dominio/s de test. Son 12 jornadas / año (144 horas en total, 288 en el total de los 2 años del contrato). Servicio Soporte 45.- Renovación certificados wilcard, solicitud de geobloqueo, token en player… Anexo I.- 46.- En este anexo se enumeran, sin entrar en descripción de necesidades de negocio, la provisión de infraestructura de codificación para live. En el anexo II se describe el ecosistema actual. La necesidad mínima exigida es 8 canales

TELEMADRID, LAOTRA, ONDA MADRID TV y ONDAMADRID: 4 fijos que requieren 24x7 CANAL INTERNACIONAL: 1 fijo, no requiere 24x7. No se emite por los canales digitales, sí por plataformas. Lo mandamos a la CDN. En condiciones normales no llegará a través de una de las entradas (salvo que se utilice alguna señal de eventos en momentos determinados) Eventos: 4

Como se indica en la subsanación publicada el 15 de marzo, el momento en el que RTVM desea comenzar la prestación del servicio descrito en el pliego técnico es a partir de la fecha de formalización del contrato, sin que ello suponga la modificación de lo previsto en el Pliego de Condiciones Jurídicas sobre la duración del contrato, que es de 24 meses. RTVM es consciente de que el adjudicatario requiere de un proceso de transición que debe estar contemplado en el plan de transferencia y transformación del servicio requerido, que debe contener la propuesta de Plan de Asimilación del servicio y el Plan para el Servicio Pleno. Por esa razón, los ofertantes deben reflejar en la propuesta un plan detallado que describa el cambio o evolución de arquitectura de almacenamiento orientada a la contribución, distribución y/o entrega, para garantizar el mantenimiento del servicio en las condiciones requeridas por RTVM.