Source: https://support.video.ibm.com/hc/es/articles/207852587-Specs-de-digitalizaci%C3%B3n-y-Ajustes-de-Transmisi%C3%B3n-
Timestamp: 2019-02-22 14:21:54+00:00

Document:
Specs de digitalización y Ajustes de Transmisión. – IBM Watson Media
Specs de digitalización y Ajustes de Transmisión.
Specs de digitalización y Ajustes de Transmisión
publicó esto el 17 de enero 2013 19:59
Configuración de codificación recomendada ↓
Ancho de banda ↓
↓ Bitrate
Resolución ↓
Codecs ↓
Recursos de CPU ↓
Velocidad de cuadros / fotogramas por segundo (FPS) ↓
Contenido de vídeo ↓
Contenido de Audio ↓
Codificación de velocidad múltiple y visualización ↓
iOS y Mobile Streams ↓
IP Cams, RTP, RTSP, HLS y otra Streaming Protocolos ↓
Configuración de codificación recomendados
h.264 Perfil
1200 - 2000 kbps
Ancho de banda- (Bandwidth)
Al elegir la configuración de codificación que usted debe tomar en cuenta el ancho de banda de subida.
Una buena regla de oro es para codificar sólo hasta el 50-60% de su capacidad de ancho de banda de subida en una línea dedicada. Por ejemplo, si usted tiene 2 Mbps de velocidad de subida disponible, el audio y el bitrate de vídeo combinado no debe exceder de 1Mbps.
Para transmitir en HD, usted querrá al menos 2 - 2.5Mbps de velocidad de subida disponible.
Si usted encuentra que su transmisión se estabiliza con frecuencia(buffering), se detiene, o se desconecta, intente reducir la tasa de bits (bitrate) de destino de su codificador.
Casi todos los codificadores populares en el mercado utilizan la codificación de bitrate variable.
Con la mayoría de los codificadores, cuando se establece una tasa de bits, estás configurando sólo un objetivo. Dependiendo del nivel de movimiento en el contenido de vídeo y su intervalo de fotogramas clave(keyframe), la tasa de bits codificada real de la transmisión va a ir más alto y más bajo de lo que escogiste como el objetivo.
Contenido con alto movimiento requiere una mayor tasa de bits para lograr el mismo flujo de vídeo de calidad percibida.
Las resoluciones más altas requieren una tasa de bits más alta para lograr el mismo flujo de vídeo de calidad percibida.
Si el ancho de banda disponible es limitada, debe reducir tanto su resolución y su bitrate.
El tamaño de el reproductor en Ustream Producer por defecto es de 640 x 360
Recomendamos el streaming en una resolución con un 16: 9
Lo mejor es que la resolucion coincida con la fuente de vídeo original, o reduce la escala. Por ejemplo, captura en 720 y transmite en 720 o capturar a 720 y transmite en 480.
Usted nunca debe de escalar y hacer stream en una resolución más alta que la fuente de vídeo original. Por ejemplo, no tiene sentido de capturar a 720 y transmitir en 1080. Usted no tendrá ninguna ganancia en la calidad y usted está utilizando más ancho de banda que es necesario para que usted y sus espectadores.
Ustream recomienda H.264 y AAC. Estos son los codecs modernos más ampliamente compatibles y eficientes. Ellos ofrecen la más alta calidad a los bitrates bajos.
Ustream también acepta y se puede transmitir:
Asegúrese de que su CPU codificación puede manejar sus ajustes de codificación.
Streams en HD y transmisiones de alta velocidad de bits usan muchos más recursos de CPU para capturar y codificar.
Si encuentra que su stream está disminuyendo marcos, lo más probable es que estás exigiendo demasiado a tu processor. Reducir el tamaño de resolución de entrada y o reducir la resolución de salida de el stream y la tasa de bits puede solucionar este problema.
Ustream Productor y FMLE le permiten ver el uso de la CPU y si están o no están cayendo marcos durante la codificación. La mayoría de programas de codificación profesionales harán lo mismo.
Velocidad de cuadros / fotogramas por segundo (FPS)
Como regla general, el valor FPS de su stream debe coincidir con su fuente de vídeo original, pero nunca debe ser establecido más de 30 (29.976)
Recomendamos transmitir a un máximo de 30 FPS.
Si usted está trabajando a 60FPS, usted puede tratar de transmitir a 60FPS, pero no es con apoyo oficial. Si transmites en 60FPS arriesgas que tu transmisión no pueda ser reproducida y tal vez verás el aumento de los artefactos en los vídeos grabados o en las versiones transcodificados de su transmision.
Es importante tener en cuenta su contenido de vídeo al momento de elegir un entorno de streaming. También, en la medida en que se puede controlar, hay muchas cosas que usted puede hacer en su producción de vídeo para maximizar su calidad de stream incluso a resoluciones muy bajas y tasas de bits. Aqui esta un artículo sobre la forma de controlar sus fondos y establecer para maximizar su flujo de calidad de vídeo: http: //www.streaminglearningcenter.com/articles/shooting-para-stream ...
Dos factores principales son la luz y el movimiento. Vídeo bien iluminado tiende a irles mucho mejor en el proceso de codificación. Escenas mal iluminadas típicamente se ven muy mal una vez que pasan por la codificación. Aquí está un gran artículo sobre cómo configurar la iluminación para maximizar la calidad de su vídeo stream: http: //www.streaminglearningcenter.com/articles/lighting-para-stream ... .
Cuanto más movimiento que tiene, más pixelación y artefactos que se podrá ver en su corriente. El movimiento puede ser gente que se mueve a través del marco, por ejemplo, en un partido deportivo, o también puede ser su cámara panorámica, o incluso sus transiciones en el conmutador.
Cuanto más se puede minimizar el movimiento, los menos artefactos que usted verá.
Contenido como deportes con movimiento rápido y con mucho movimiento de lacámaraa, o conciertos con varias cámaras con muchos cortes rápidos entre cámaras y un montón de luces intermitentes requerirá, típicamente, una tasa de bits mucho mayor (y mucho más ancho de banda) para lograr la misma calidad percibida como contenido con bajo movimiento de video.
Presentaciones típicas, reuniones, programas de radio o entrevistas con algunos temas bien iluminados sentados sobre un fondo liso o un plano fijo de un huésped contra un fondo estático pueden ser muy claras y nítidas, sin artefactos de codificación, incluso a bajas resoluciones y velocidades de bits.
Al transmitir las presentaciones de PowerPoint o diapositivas con mucho texto y gráficos y muy poco movimiento,puedes considerar más altas resoluciones y velocidades de fotogramas más bajos. Usted puede ahorrar algo de ancho de banda (bandiwidth) con la reducción de la velocidad de fotogramas, pero ganar una mayor calidad con el aumento de la resolución.
Si tu contenido solo tiene voz y no estás transmitiendo un concierto o música, es probable que puedas transmitir en la mayoría de los casos con audio mono. Esto le ahorrará un poco de ancho de banda(bandwidth) que en su lugar puede ser dedicado a video.
Mono también puede ser útil si usted está usando una cámara que manda la señal de el mircofono al lado izquierdo o derecho con fuerza y ​​su codificador no tiene ningún control de panorama. Transmitiendo en MONO hace que la señal de tu microfono salga al centro.
AAC es un excelente codec de audio de calidad; buena calidad se puede conseguir incluso a una tasa de bits muy baja. Por lo general 64-128kbps es aceptable para mono / voz y 96-192kbps es aceptable para contenidos musicales. No se requiere utilizar mucho más que eso para sonido a menos que tengas una gran cantidad de ancho de banda (bandwidth) disponible.
Es más importante dedicar bits para vídeo en lugar de audio, ya que es más notable si el video no tiene suficientes bits. La diferencia de sonido entre 128 y decir 320 no es tan dramática para la mayoría de los oyentes, mientras que la diferencia entre 500k y 700k de vídeo puede ser notable.
Individual vs Codificación de velocidad múltiple y de visión
La entrega de bitrates múltiples para los espectadores es importante cuando se transmite en HD para que aquellos con conexiones más lentas puedan ver el video de menor calidad que está optimizado para su velocidad de conexión, mientras que aquellos con conexiones más rápidas pueden ver la versión HD.
Ustream acepta ambas corrientes únicas y múltiples tasas de bits más RTMP desde la mayoría de los codificadores habilitados RTMP comunes.
Actualmente, Ustream acepta streams con bitrate múltiples codificados con Flash Media Live Encoder (FMLE), Cisco Procesadores de Medios (anteriormente conocidos como Inlet Spinnaker) y wirecast. Puede haber otros codificadores que funcionan, pero estos son los que se sabe que funcionan. Al codificar múltiples bitrates con FMLE, la opción de código de tiempo debe estar habilitado.
Para que Flash Media Live Encoder pueda suportar multi bitrate, sólo tiene que añadir '% i' al final de la "Corriente:" propiedad
Para wirecast, configuración de múltiples bitrate requiere configuración manual.
En primer lugar, descargue el perfil XML FMLE para su canal de Ustream. Entre para Ustream y vaya a la configuración de canal. Asegúrese de que usted este buscando en el menú de configuración de canales correcta. Bajo el submenú a distancia, se encuentra el enlace para descargar el archivo de configuración necesaria ("Descargar el archivo XML Flash Media Encoder para este canal").
Abra el menú Ajustes ... Broadcast> Broadcast y configurar Destino como un flash de servidor RTMP.
Abra el archivo descargado FMLE perfil XML. Sin credenciales deben establecerse (el perfil XML contiene toda la información necesaria)
Crear configuraciones de stream haciendo clic en el signo "+" (añadir una para cada velocidad de bits que desea transmitir)
Empezar a añadir presets para las distintas tasas de bits que desea transmitir y asociarlos con una de las configuraciones de tu stream.. Ve las recomendaciones de Ustream arriba!
Para que Ustream pueda reconocer estas configuraciones de stream independientes como un canal que ofrece bitrate múltiplos, debe anexar un número uniqo al final de el "stream" parámetro para todas las configuraciones de el stream.. Asegúrese de seleccionar "wirecast / FM1.0" en el menú desplegable de agente de usuario.
Cuando transmisiones con múltiplos bitrates de velocidad sean mandadas al jugador de Ustream, verá un selector de calidad que aparece en el reproductor.
Ustream también ofrece para cuentas Pro, una opción de velocidad de bits múltiple basado en la nube. Con esta opción, se envía un único stream de alta velocidad de bits a Ustream. Ustream ofrecerá a los espectadores una versión de menor tasa de bits que es generado de el stream original. Esto hace posible que espectadores puedan seleccionar una versión más baja en calidad si es que no tienen suficiente bandwidth.
Starter, Standard y Enterprise Pro Broadcasters reciben un solo stream de 240p que se puede ofrecer, además de cualquier tasa de bits que están transmitiendo. Este stream de menor calidad se puede activar en el dashboard bajo el Canal> Avanzado> Viendo la Multi-Calidad
Cuentas personalizadas y cuentas PRO sin límites que hacen stream en 720p pueden obtener los flujos adicionales en 480p, 360p y 240p a petición. Esta función no está disponible para las cuentas gratuitas.
Streams entregado a iPhone, iPad y otros dispositivos móviles
Para Ustream Pro Broadcasters, su stream es optimizado para móviles, por lo que múltiples versiones de menor bitrate están disponibles para su visualización en dispositivos móviles, incluyendo iPhones y iPads. Estos streams están en 240p y usa una señal de 64kbps especial de sólo audio de baja calidad “fallback” que es utilizada por el dispositivo IOS en los casos en que el ancho de banda es muy limitada.
Para cuentas gratuitas de Ustream solo un stream de calidad baja compatible con iOS seráa generado, pero sólo una vez que el primer espectador desde un dispositivo iOS exige la corriente.Este primer espectador tendrá que esperar a que la corriente se genere, y esto puede tardar hasta 45 segundos. Asimismo, no se garantiza la disponibilidad de esta corriente. En función de la demanda del usuario, flujos de móviles no siempre pueden estar disponibles para las emisoras libres.
Ustream Pro Broadcasters tienen iOS versiones dedicadas y listas para usar a cualquier tiempo y el tiempo que tarda para generar la versión de IOS es mucho más corto para el primer espectador.
Algunos codificadores son capaces de enviar “iOS-friendly” (HLS) streams directamente desde el codificador. En este momento, Ustream no soporta la ingestión de estas corrientes y no puede pasarlos a los espectadores. Ustream sólo ingiere arroyos a través de RTMP y todos los streams de HLS entregados a los espectadores son de los servidores de transcodificación de Ustream.
IP Cams, RTP, RTSP, HLS y otros protocolos de streaming
Actualmente, Ustream sólo admite la ingesta de streams que son RTMP.
Ustream ofrece streams de espectadores a través de RTMP, HTTP y HLS.
Ustream Producer (versión Pro) ofrece un apoyo limitado a ingerir streams de dispositivos específicos RTSP y vuelve a codificar el vídeo a RTMP para enviar al Ustream. Vea los detalles en ustream.tv/producer
Algunos clientes han encontrado que el servidor Wowza es una buena opción para ingerir flujos RTSP y retransmiten a Ustream en RTMP. En este momento no ofrecemos ninguna documentación o el apoyo a este tipo de configuración.
Cámaras Recomendadas para el streaming en Ustream
Fundamentos de producción de vídeo para Streaming

References: Resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución