Copia de un stream¶

Una misma señal suele hacer falta en varias formas: tal cual, para el archivo y el control interno, y procesada, para los espectadores; abierta para unos y cifrada para otros. Recibirla dos veces no siempre es posible: un codificador SRT atiende a un solo llamante, un receptor satelital entrega un solo stream. La fuente Copy lee otro stream del mismo streamer dentro del proceso, sin una segunda conexión a la fuente y sin bucle de red. La copia es un stream independiente con sus propios ajustes.

Qué recibe la copia¶

La copia lee el stream objetivo después de todo su procesamiento — transcodificador, alineación y segmentación — y ve exactamente lo que el objetivo entrega a los espectadores, con las mismas marcas de tiempo. Junto con los cuadros llegan los límites de los fragmentos con los que el objetivo cortó el stream: la copia corta en los mismos puntos y los archivos de los dos streams se componen de segmentos idénticos.

Nada más se hereda. La copia es un stream aparte con sus propias pestañas: transcodificador, archivo, protección de la reproducción, entrega y asignación se configuran en ella de nuevo y no afectan al objetivo. Así una señal recibida obtiene tantos procesamientos independientes como haga falta, mientras la fuente sigue conectada una sola vez.

Configure la copia¶

1. Cree el stream que será la copia, por ejemplo arena-mobile junto al stream receptor arena.
2. En la pestaña Fuentes pulse + Añadir fuente y elija el protocolo Copy.
3. En el campo Flujo objetivo (este nodo) escriba el nombre del stream que hay que leer: arena.
4. Guarde. El indicador de la fuente se pone en verde en cuanto el objetivo entrega cuadros; la tarjeta bajo la fuente muestra el estado y el bitrate, como en cualquier otra fuente.

En la lista de streams el objetivo y la copia son dos streams activos corrientes.

Los ajustes del objetivo no cambian: no necesita saber nada de sus copias, y puede haber varias.

Un objetivo bajo demanda¶

Si el Modo de arranque del stream objetivo es Bajo demanda, la copia lo arranca por sí misma, como lo haría un espectador: el objetivo arranca junto con la copia y funciona mientras la copia lo lee. Cuando la copia se detiene o se elimina, el objetivo pasa a reposo por su propio tiempo de espera sin espectadores.

El objetivo en un clúster¶

La copia lee solo un stream de su propio streamer: la señal nunca cruza la red entre máquinas. El layouter asigna cada stream por separado y no sabe nada del vínculo entre la copia y su objetivo, así que mantener ambos en un mismo streamer depende de usted: con un namespace o una etiqueta. La forma más sencilla: dé al objetivo y a la copia el requisito required_<etiqueta>, y la etiqueta en sí a exactamente un streamer.

Si el objetivo está asignado a otro streamer, la fuente de la copia queda en error: el stream espera y se conecta por sí solo en cuanto el objetivo aparece en su máquina.

Qué no se permite¶

La validación al guardar rechaza dos configuraciones y resalta el campo del stream objetivo:

• Un stream se lee a sí mismo. La copia esperaría los cuadros que ella misma debe producir.
• Una cadena de copias se cierra en anillo. a lee b y b lee a: ninguno tiene fuente. Una cadena sin retorno — la copia de una copia — está permitida.

Si la copia no funciona¶

• La fuente está muerta, el objetivo no se encuentra. Revise el nombre en el campo del stream objetivo y la asignación: el objetivo debe funcionar en el mismo streamer que la copia.
• El objetivo está detenido. La fuente de la copia está en error, el stream espera. En cuanto el objetivo vuelve a entregar cuadros, la copia se conecta por sí sola: no hay que cambiar nada.
• Crecen los errores de entrada. La copia no sigue el ritmo del objetivo y se pierden cuadros: el streamer está sobrecargado. Consulte el diagnóstico de la fuente y la carga del streamer.