La base de tiempo es la unidad de tiempo en la que cuenta un flujo. En lugar de guardar marcas de tiempo en segundos, un archivo multimedia cuenta en «ticks» de su propio reloj, y la base de tiempo indica cuánto dura cada tick. Se escribe como una fracción de segundo.
Qué archivos lo contienen y de dónde proviene el valor
Encontrará una base de tiempo en los flujos individuales dentro de los archivos multimedia: la imagen, el sonido y cualquier subtítulo en flujos de transporte MP4, MOV, MKV, WebM, AVI y MPEG, así como en archivos de audio independientes. Cada flujo tiene la suya propia, por lo que el audio y el video de un mismo archivo normalmente cuentan en unidades distintas.
El valor lo elige el codificador o el programa que ensambló el archivo. Algunos formatos contenedor requieren una base de tiempo concreta y la fijan directamente; cuando el formato deja la elección abierta, el programa que escribe el archivo escoge algo adecuado para el contenido, y un archivo puede simplemente llevar el valor predeterminado de ese programa.
Cómo es el valor
Siempre es una fracción, y el número de abajo es el número de ticks por segundo:
1/1000- un milisegundo por tick, la elección habitual en archivos Matroska y WebM1/90000- desde hace mucho tiempo en flujos de transporte MPEG1/48000- los flujos de audio a menudo cuentan en muestras, por lo que la base de tiempo coincide con la frecuencia de muestreo1/12800- un valor que se ve habitualmente en flujos de video en archivos MP4
Para convertir una marca de tiempo a segundos, multiplíquela por la fracción. Una marca de tiempo de presentación de 12800 en un flujo con una base de tiempo de 1/12800 corresponde exactamente a un segundo; con una base de tiempo de 1/1000, una marca de tiempo de 3500 corresponde a tres segundos y medio. Por eso las marcas de tiempo sin procesar en un informe parecen números enormes: son recuentos de ticks, no segundos. Las herramientas más antiguas también pueden mostrar una fila independiente de Codec Time Base junto a esta.
Por qué es importante
Todo en un archivo multimedia ocurre en un número entero de ticks, por lo que la base de tiempo marca la resolución temporal más fina que puede expresar el flujo. Si un fotograma o una muestra cae entre dos ticks, su marca de tiempo debe redondearse, y los errores de redondeo se acumulan.
Eso es un problema real con tasas de fotogramas de video que no son números enteros. A la tasa de emisión de 30000 fotogramas por 1001 segundos, cada fotograma dura algo más de 33 milisegundos pero no un número entero de ellos, así que una base de tiempo en milisegundos no puede situar ningún fotograma con exactitud. Una base de tiempo con más ticks por segundo (un número mayor en el denominador de la fracción) puede situarse exactamente en cada límite de fotograma, por lo que los codificadores prefieren valores como 1/12800 o 1/90000 en lugar de milisegundos simples.
Las consecuencias aparecen como fallos de sincronización más que como algo visible en un solo fotograma: el sonido se va desfasando poco a poco respecto a la imagen, separación irregular entre fotogramas, un corte o una búsqueda que cae ligeramente desajustada. Unir archivos cuyos flujos cuentan en bases de tiempo diferentes implica que todas las marcas de tiempo deben reescalarse, y esa conversión es una fuente clásica de errores de sincronización. Este campo por sí mismo no afecta a la calidad de imagen o sonido y no contiene información personal.