Hacktoberfest 2026: los issues que los mantenedores marcaron para octubre, abiertos y aptos para principiantes. Explorar issues de Hacktoberfest

Media tracks with start_time not handled correctly

Abierto
#403 4 comentarios 1 reacción 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
4/5
Tiempo estimado
3-5 días
Aptitud para principiantes
25/100
Tipo de issue
Error
Claridad
Necesita aclaración
Estado de actividad
Estancado
Stack tecnológico
aws, go

Línea de trabajo

Comienza reproduciendo el fallo de la pipeline de VOD con el archivo de prueba proporcionado y compara el comportamiento de las pipelines antigua, Catalyst Mist y Catalyst MediaConvert para las pistas con un start_time distinto de cero. Se considera completado cuando las cargas con pistas con offset ya no se desincronicen ni obtengan un prefijo de vídeo en blanco, y se seleccione el comportamiento de fallback de MediaConvert adecuado.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

All the VOD pipelines that we have built today (including the old non-catalyst one) fail consistently when the video has tracks with offset start_times.

These params can happen naturally when clipping the video, as ffmpeg for example will prefer to keep the whole segment intact and just shift playback through start_time than to actually re-transcode the segment. Even though, it is not that common for videos to have a start_time. There's an alert everytime someone uploads a video with a considerable one (>250ms i think) and it doesn't happen that often.

These videos play fine on any player I tried, but get (consistent) glitches anytime they're uploaded to our platform. The current behaviors are:

  • on old pipeline (worst): video and audio get off-sync unless they have the exact same start_time. Doesn't matter tho, only FTR
  • on catalyst mist pipeline: an error like this:
    error="input video duration (63800ms) does not match segmented video duration (66944ms)"
  • on catalyst mediaconvert pipeline: mediaconvert adds a blank video in the beginning until video and audio can be in sync. E.g.: https://lvpr.tv/?v=63d0be6pfau46m1s&muted=false

A test file is: https://lp-playback.com/hls/63d0be6pfau46m1s/video

I don't think this is a super urgent bug, but we should keep this in mind when we change to mediaconvert fallback logic. We should process the start_time property of the videos and skip directly to MediaConvert pipeline if the video does have one.

The fix in MediaConvert is likely trivial tho, probably just some additional config. For mist pipeline not sure, as I believe that error comes from the only way we have to check whether segmenting worked or not (as per Thom).

Lenguaje dominante
Go
Estrellas
4
Forks
1
Métricas de merge de PR
Sin PR fusionados en 30 d

Preparar el entorno

Aún no hemos revisado los archivos de configuración de este proyecto. Empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de livepeer/catalyst-api

Todos los issues de livepeer/catalyst-api

Issues similares

Más issues de Go

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.