Un vídeo 10-bit o 4:2:2 al convertir: depende de si hay que recomprimir la imagen
Pongamos primero lo más importante: cuando la imagen no necesita recomprimirse, la información de 10-bit y de HDR se va tal cual; cuando hay que recomprimirla, la forma que se entrega es la profundidad de bits del origen, con 10-bit como máximo y el submuestreo de croma unificado en 4:2:0.Qué camino toma cada uno lo decide CineX solo, y el criterio está escrito en por qué unos vídeos van rápido en CineX y otros necesitan más tiempo: si un mismo archivo tiene que recodificarse lo decide la codificación de imagen que lleva dentro, no la extensión.
1. Por qué en el caso de «no recomprimir» no cambia nada
Si el dispositivo ya puede leer directamente imágenes como HEVC 10-bit (incluida la familia HDR10) o H.264 Hi10P, CineX hace «trasladar» y no «redibujar»: no se vuelve a generar ni un byte de los datos de imagen, así que la profundidad de bits, el muestreo de color y el rango de luminancia se mantienen igual. Estos archivos suelen terminar en segundos, y esa rapidez se debe justo a que no hay recompresión.
Cuando la imagen no se ha vuelto a dibujar, hablar de «si baja la calidad» no tiene sentido: no se ha tocado.
2. Cuando hay que recomprimir, la profundidad de bits se entrega según la fuente, con 10-bit como máximo y el croma unificado en 4:2:0
Cuando la imagen tiene que recodificarse (por ejemplo si el origen es VP9, AV1 o Xvid, codificaciones que el dispositivo no puede leer directamente), la profundidad de bits no baja por decisión propia: un origen a 10-bit (o de esa clase de HDR con función de transferencia PQ / HLG) se entrega a 10-bit; un origen a 12-bit baja a 10-bit; el submuestreo de croma 4:2:2 y 4:4:4 se unifica en 4:2:0, y la profundidad de bits se conserva. Solo se entrega 8-bit en dos casos: que el origen ya fuera 8-bit, y que del archivo no se pueda leer la profundidad de bits. Lo que cambia es la capa del submuestreo: la precisión de 10-bit se queda en los píxeles, el muestreo de color 4:2:2 no se queda en los píxeles.
¿Por qué el croma se unifica en 4:2:0 y un 12-bit solo baja a 10-bit? Porque la línea de entrega la fijamos nosotros: el producto solo usa la forma que cubre la evidencia ya aprobada (HEVC Main 10, 4:2:0) y no apuesta por una forma más ancha. Es una decisión, no un descuido, y no hay ningún ajuste que pueda tumbarla: CineX es de cero parámetros y no ofrece niveles de calidad.
3. HDR y Dolby Vision acaban distinto en este caso
Aquí solo queda una conclusión que atañe directamente a la profundidad de bits: en el camino de recodificación se entrega con la profundidad de bits del origen, con 10-bit como máximo. De la información tipo Dolby Vision solo dijimos que se va con la imagen en el camino de cambiar solo el contenedor; qué queda de ella cuando se recodifica no lo hemos comprobado, así que no escribimos promesa en ninguno de los dos extremos. Las marcas de color (función de transferencia, gama de color y compañía) van según el origen: si las hay se llevan, si no no se añaden. Por eso «la marca está» y «el efecto está» son dos cosas distintas, y esa es la razón de tratar Dolby Vision y HDR10 por separado.
4. 10-bit no implica ir más lento, pero hay un caso en el que reservar tiempo
El H.264 a 10-bit (Hi10P) y el HEVC a 10-bit están dentro del rango de entradas con el que ya hemos ejecutado muestras en dispositivos reales. Lo que necesita reservar tiempo son los casos extremos: una imagen de alta frecuencia de fotogramas y alta resolución que recorra la conversión completa espera un tiempo calculado según la duración del material, y suele ser más largo que el propio material. Con esos archivos de «no puedo esperar», mirar primero si de verdad hace falta recomprimir la imagen suele servir más que cambiar de herramienta.
Lo que hace esperar nunca ha sido el número «10-bit», sino si la imagen necesita volver a dibujarse. A lo que no hay que redibujar se le conserva la profundidad de bits según la fuente; a lo que sí se le entrega una imagen 4:2:0 con la profundidad de bits del origen y 10-bit como máximo — el tiempo que merece reservarse es el de estos últimos.
5. Límites que conviene conocer de antemano
- Este artículo trata las reglas propias de cada uno de los tres caminos. El comportamiento de 10-bit y HDR en la clase de «sin recodificar» tiene respaldo de muestras en dispositivos reales; 12-bit y 4:2:2 también tienen cada uno su lectura en dispositivo real (el 12-bit baja a 10-bit, la croma del 4:2:2 baja a 4:2:0 y la profundidad de bits aguanta). La regresión punto por punto de esta rama en iOS todavía no está cerrada ⇒ aquí 10-bit se explica solo como forma de entrega, no como frase de venta; quien lo necesite como requisito duro, que lo compruebe primero con sus propios archivos.
- Volver a comprimir cambia la imagen: eso no lo negamos, y tampoco ofrecemos una opción de «dejarlo tal cual».
- La profundidad de bits y el color no son señal de «conversión fallida»: el resultado se reproduce con normalidad, y unificar el submuestreo de croma en 4:2:0 es la regla de este camino, no una avería.
- La conversión completa también necesita dejar espacio libre suficiente (el pico en disco no supera el doble del archivo original, y si solo se cambia el contenedor basta con el espacio de una salida); la razón está escrita en por qué la conversión de vídeo necesita espacio de sobra.
Preguntas frecuentes
¿Se va a bajar a 8-bit mi película en HEVC 10-bit?
No. Cuando el dispositivo puede leer directamente esa imagen, CineX solo cambia el contenedor, los píxeles no se mueven y el 10-bit se conserva tal cual; cuando hay que recodificar, la profundidad de bits tampoco baja: un origen a 10-bit se entrega a 10-bit. El resultado es 8-bit solo si el origen ya era 8-bit o si del archivo no se puede leer la profundidad de bits.
Tras convertir sigue estando la marca HDR; ¿por qué la imagen se ve apagada?
Eso de que quede lavado suele venir del lado de la pantalla y de cómo trata la información de luminosidad tipo HDR, no de que el resultado esté estropeado. En el camino de recodificación se entrega 4:2:0 de forma unificada, y las marcas de color se llevan según el origen; que «la marca esté» no equivale a que «el efecto esté», y lo correcto es reservar el archivo original para las rutas que sí lo admiten.
¿Hay forma de que la salida conserve 10-bit?
No hace falta configurar nada aparte, ni se puede configurar: al recodificar, la profundidad de bits ya se entrega según el origen, un origen a 10-bit se entrega a 10-bit, y un origen a 8-bit no se vuelve 10-bit por mucho que se quiera conservar. CineX es de cero parámetros: no ofrece niveles de calidad, ni elección de profundidad de bits, ni tamaño objetivo.
¿Convertir 10-bit es siempre lento?
Depende. Solo enlentecen los archivos de la clase «hay que recomprimir» que además tienen alta frecuencia de fotogramas y alta resolución; muchos archivos a 10-bit toman el camino de no recodificar y terminan en segundos.
Axiom One LLC — CineX