Por qué tu corte de vídeo cae dos segundos antes
Publicado el 3/7/2026 · 7 min de lectura · Herramientas de archivos
Daniel Okonkwo — Desarrollador front-end y redactor de Tecnología en OneKitly
Rendimiento web · Formatos de archivo
Verificado con 3 fuentes
Un vídeo comprimido no guarda imágenes completas. Guarda un fotograma entero de vez en cuando —un fotograma clave— y luego, para cada fotograma posterior, solo las diferencias con lo anterior. Un fotograma en medio de esa serie no significa nada por sí solo: dice qué cambió, no qué hay. Así que un corte que copia los flujos sin recodificar no puede empezar donde quiera. Tiene que empezar en un fotograma clave, porque es el único sitio donde un decodificador puede arrancar sin los fotogramas previos, y por eso retrocede el momento pedido hasta el último fotograma clave anterior. Ese es todo el fenómeno, y el tamaño del error es la distancia entre fotogramas clave, que nada de tu petición controla: una cámara de teléfono suele poner uno cada dos segundos, una exportación de montaje puede separarlos diez o más, una grabación de pantalla ronda los cinco. Pide 1:23 en un clip de teléfono y quizá obtengas 1:21 o 1:22; pídelo en una película exportada y quizá obtengas 1:15. El intercambio es real y merece entenderse antes que combatirse. Copiar flujos es instantáneo incluso en un archivo grande, no cuesta calidad alguna porque nada se decodifica, y es la respuesta correcta siempre que uno o dos segundos de entrada no importen: un clip para un mensaje, un fragmento de clase, quitar silencio del final. Cuando el corte debe ser exacto, el único modo es recodificar el vídeo, lo que implica decodificar cada fotograma y escribir otros nuevos, al precio de tiempo y de una generación de calidad. Elige por el uso del corte, no por lo que suene más preciso.
Pediste 1:23 y obtuviste 1:21. Nada está roto: un corte que no recodifica solo puede caer en un fotograma clave, y a qué distancia está el más cercano depende por completo de qué grabó el vídeo. Aquí está cómo saber cuál tienes y cuándo aceptar el desfase.
Casi todos los fotogramas son diferencias, no imágenes
La compresión de vídeo funciona porque los fotogramas consecutivos son casi idénticos. Guardarlos todos enteros desperdiciaría casi todo, así que un códec guarda un fotograma completo y luego describe las decenas siguientes como cambios respecto a él: este bloque se movió aquí, esta zona se aclaró, el resto es igual. El fotograma completo es el fotograma clave, y la serie que depende de él es un grupo de imágenes. La reproducción desde el principio no se resiente —el decodificador construye cada fotograma a partir del anterior— pero saltar al medio sí, porque una diferencia no tiene respecto a qué ser diferencia.
La distancia entre fotogramas clave la fija lo que grabó
No hay un valor estándar, y por eso la misma petición se comporta distinto en dos archivos. Una cámara de teléfono mantiene los fotogramas clave juntos, cada dos segundos aproximadamente, porque espera que el material se recorra y se monte. Una exportación de software de edición suele separarlos mucho más para ahorrar espacio, porque espera que el archivo se vea desde el principio; diez segundos entre fotogramas clave no es raro en una película entregada. Los grabadores de pantalla están en medio. Las recodificaciones de streaming tienden a alinear los fotogramas clave con los límites de segmento, lo que los coloca a intervalos regulares de unos segundos.
La regla práctica se deduce: el peor caso para tu corte es un intervalo entre fotogramas clave, y puedes estimarlo por lo que produjo el archivo más que por nada visible en él. Un desfase de dos segundos en un clip de teléfono es normal y suele ser invisible. Un desfase de diez segundos en una película exportada también es normal, y muy visible, y por eso la misma herramienta parece precisa en un archivo y rota en otro.
Lo que ganas aceptando el desfase
Velocidad y calidad, ambas por completo. Una copia de flujos lee bytes y los vuelve a escribir: nunca decodifica un fotograma, nunca lanza el codificador y termina más o menos en lo que tarda en leerse el archivo. Recortar una grabación de dos gigabytes lleva segundos en vez de los varios minutos que necesitaría una codificación en la misma máquina, y el resultado es bit a bit el mismo vídeo, solo que más corto. Recodificar para caer en un fotograma exacto tira eso por partida doble: el tiempo, y una generación de compresión que ningún ajuste evita del todo.
Cuándo el desfase importa de verdad
Rara vez, y conviene precisar cuándo. Un clip enviado en un mensaje, un fragmento de una charla grabada, un extracto para una diapositiva: uno o dos segundos de entrada de más son en el peor caso poco pulcros y en el mejor contexto útil. Donde sí importa es cuando el corte es una frontera y no un comienzo: quitar un nombre o una cara del principio de un clip, dividir una grabación en partes que deben unirse sin costura, o cortar a tiempo con la música. En esos casos el desfase no es cosmético: puede dejar dentro justo lo que querías quitar.
La comprobación es la misma con la que termina cada artículo de esta serie: mira el resultado antes de enviarlo. Reproduce los dos primeros segundos. Si lo que querías cortar sigue ahí, acabas de aprender el intervalo entre fotogramas clave de este archivo, y ya sabes que un corte exacto exige recodificar y no otro intento de la misma operación.
| Origen | Fotograma clave cada | Desfase máximo | ¿Perceptible? |
|---|---|---|---|
| Cámara de teléfono | ~2 s (60 fotogramas a 30 fps) | 2 s | Normalmente no |
| Vídeo web recodificado | ~2 s (48 fotogramas a 24 fps) | 2 s | Normalmente no |
| Grabación de pantalla | ~5 s (300 fotogramas a 60 fps) | 5 s | A menudo |
| Exportación de montaje | ~10 s (250 fotogramas a 25 fps) | 10 s | Sí: recodifica si el corte debe ser exacto |
Preguntas frecuentes
- ¿Puedo forzar un corte exacto?
- Solo recodificando, lo que decodifica cada fotograma desde el último fotograma clave y escribe otros nuevos, de modo que el corte puede empezar donde pidas. Cuesta un tiempo proporcional a la duración del clip y una generación de compresión. Ese es todo el menú: no hay una tercera opción donde un corte exacto sea además gratis, porque el fotograma en el que quieres empezar no existe como imagen completa hasta que algo lo construye.
- ¿Por qué el final de mi clip es exacto y el principio no?
- Porque los dos extremos no son simétricos. El principio tiene que ser un punto desde el que un decodificador pueda arrancar, es decir un fotograma clave. El final es solo donde se detiene la copia, y puede detenerse tras cualquier fotograma, así que cae donde pediste. Esa asimetría es un buen diagnóstico: si tu corte es exacto al final y adelantado al principio, la herramienta está copiando flujos y se comporta justo como se diseñó.
- El primer segundo de mi clip recortado está congelado o negro. ¿Por qué?
- Es el mismo problema con otro sombrero: la copia empezó en un fotograma que no era clave, así que el decodificador no tenía con qué construir las primeras imágenes y mostró lo que pudo hasta el siguiente. Algunas herramientas lo evitan retrocediendo, lo que produce el corte adelantado descrito aquí; otras no, lo que produce esto. En ambos casos el remedio es el mismo: aceptar el fotograma clave anterior, o recodificar.
- ¿Recortar reduce el tamaño proporcionalmente?
- Aproximadamente, y no con exactitud, porque la tasa de bits no es constante en un vídeo. Un minuto de plano fijo de una cabeza hablando pesa mucho menos que un minuto de movimiento, así que cortar la mitad tranquila de una grabación quita menos de la mitad de los bytes. Si recortas para cumplir un límite de tamaño y no para elegir un fragmento, cuenta con tener que comprimir también, y haz el recorte primero para que la compresión tenga menos que procesar.
- ¿El audio se corta en el mismo punto que el vídeo?
- Cerca, pero no necesariamente al fotograma. El audio se guarda en paquetes mucho más cortos que un grupo de imágenes, así que el corte de audio puede caer más cerca del momento pedido que el de vídeo. En la práctica eso significa que un recorte por copia puede empezar con una fracción de segundo de sonido antes de que la imagen se asiente. Rara vez se nota en el habla y puede oírse en la música, otra razón para recodificar cuando el corte es musical.
Artículos que podrían interesarte
Todas las guías →Herramientas relacionadas
Los plazos de conservación y los modelos de procesamiento son los que cada servicio publicó en las fechas citadas. Cambian sin aviso: repite la prueba sin conexión en la herramienta de la que dependas en lugar de fiarte de una comparativa, incluida esta.
Fuentes
¿Has detectado un error en este artículo?