Resumen

  • RFC 9559 permite confirmar un documento EBML legal, pistas descritas y Blocks estructurados. Ese recibo termina antes de la capacidad del códec, el cierre de referencias y la presentación sincronizada.
  • Cues puede cubrir solo algunos tiempos y pistas; un directo puede omitirlo legítimamente. Acertar con el índice no prueba que el salto alcance un fotograma visible y decodificable desde ese punto.
  • Los indicadores Default y Forced alimentan una política del reproductor; no registran el audio, subtítulo o itinerario de accesibilidad que recibió un espectador concreto.

El lector abre Matroska, acepta la cabecera EBML y recorre un árbol de elementos válido. Entonces aparece una conclusión demasiado grande: «se reproduce». RFC 9559, publicada en octubre de 2024 como estándar IETF, normaliza un contenedor. Dice cómo identificar pistas, guardar tramas codificadas, calcular tiempos y construir índices. No convierte ninguna de esas piezas en la pantalla final.

La corrección de 0x80 muestra la relación entre norma y operación. RFC 8794 había reservado ese Element ID, aunque implementaciones Matroska desplegadas lo usaban para ChapterDisplay. RFC 9559 lo legalizó. El documento común alcanzó a la práctica existente; no certificó que todos los archivos históricos ni todos los lectores hubieran actuado igual.

La versión de lectura admite funciones reducidas

DocTypeVersion debe cubrir el elemento Matroska más nuevo del archivo. DocTypeReadVersion expresa la versión mínima necesaria para reproducirlo, incluso con un conjunto reducido de funciones. El ejemplo del RFC permite usar CueRelativePosition de versión 4 y conservar read version 2: la posición relativa mejora la precisión del salto, pero no es imprescindible para la reproducción normal.

Además, un lector compatible debe omitir elementos desconocidos que respeten el tamaño de su padre. Abrir bien puede significar ignorar deliberadamente información que otro producto sí utiliza. Un control serio conserva la versión del lector, ambas declaraciones y la lista de elementos omitidos.

La trama necesita fronteras y memoria

Un Block o SimpleBlock reúne pista, tiempo relativo al Cluster, flags, lacing opcional y una o varias tramas. Xiph, EBML y fixed-size lacing reducen sobrecarga a cambio de exigir la recuperación exacta de fronteras internas. Encontrar el final del elemento no demuestra haber separado bien cada trama.

Después viene la historia de referencias. Tratar una trama dependiente como punto de acceso aleatorio puede generar salida falsa o incluso un fallo. Hay tramas intra-only de AV1 o VP9 que se decodifican solas pero no reinician el estado del códec; las siguientes todavía necesitan un pasado que el salto descartó. La evidencia relevante no es que exista una trama, sino que las dependencias futuras queden cerradas desde ese punto.

CodecID y CodecPrivate identifican e inicializan los bytes codificados. Un mapping compartido coordina nombres, pero no instala un decodificador, no acredita un perfil ni demuestra el resultado. Esa capacidad corresponde a otro recibo.

El tiempo almacenado no es todavía el tiempo mostrado

El PTS de un Block combina el tiempo de Cluster, el valor firmado del Block, TrackTimestampScale, TimestampScale y, si existe, CodecDelay. Una trama con tiempo negativo puede requerir decodificación sin mostrarse, y los resultados fraccionarios deben redondearse al nanosegundo más próximo.

El propio RFC reconoce que muchos lectores históricos ignoran un TrackTimestampScale distinto de 1.0. Dos productos pueden construir cronologías operativas diferentes a partir de sintaxis válida. En Track operations con solapamiento, el sistema subyacente puede descartar o representar tramas de manera distinta; el resultado entre plataformas no está asegurado.

Por eso el expediente debe guardar entradas de cálculo y comparar tiempos producidos, sincronía y huellas de salida. Parsear un entero no equivale a presentar correctamente un instante.

Cues localiza una ruta, no completa la búsqueda

Cues indexa determinados Cluster para acelerar el acceso a tiempos absolutos. Puede incluir todos los tiempos o solo una selección. En archivos no live se recomienda y, para vídeo, normalmente debe señalar cada keyframe; las referencias de audio pueden omitirse si hay vídeo. También es posible buscar sin Cues examinando el archivo.

La prueba debe preguntar si la pista y el tiempo pedidos están cubiertos, si el Cue lleva al Cluster y posición relativos correctos, si allí se cierran las referencias y si el fotograma mostrado cae dentro del error permitido. Un hit del índice solo resuelve el direccionamiento.

El directo cambia las reglas. Los Segment continuos no deben usar SeekHead, Cues, Chapters ni Attachments. Sin las dos listas al inicio, el flujo debe considerarse no seekable. La omisión puede ser correcta para live y, a la vez, incumplir una promesa comercial de retroceso o scrubbing.

La elección de pista sigue siendo local

FlagDefault hace que una pista sea elegible por idioma, pero el reproductor puede sustituirla por preferencias de accesibilidad. FlagForced pide mostrar ciertos subtítulos aunque el audio actual no los activaría normalmente. Otros flags describen necesidades auditivas o visuales, audiodescripción, versión original y comentarios.

Son insumos, no el resultado. Hay que unirlos con preferencias, precedencias del player, Track UID realmente seleccionados y un canario audible o visible. La lectura de Heng Lu es útil precisamente aquí: la especificación coordina; los bytes concretos, el código en ejecución, el decoder, el renderer y la salida observada establecen el hecho operativo.