Videos 10-bit y 4:2:2 al convertirlos: depende de si la imagen se recodifica
Empecemos por la frase más importante: cuando la imagen no necesita volver a comprimirse, el 10-bit y la información de HDR se siguen conservando tal cual; cuando sí hace falta, la forma que se entrega es profundidad de bits según el origen, tope de 10-bit y croma unificada en 4:2:0. CineX decide solo cuál de los dos caminos toma, y los criterios están escritos en por qué unos videos van rápido y otros tardan más: si un mismo archivo necesita recodificarse depende de la codificación de imagen que lleva adentro, no de la extensión.
1. Por qué en la ruta «sin recodificar» no cambia nada
Ante imágenes como HEVC 10-bit (incluida la tipo HDR10) o H.264 Hi10P, si el dispositivo ya puede leerlas por sí solo, CineX las «traslada» en vez de «redibujarlas»: no se vuelve a generar ni un byte de los datos de píxeles, así que la profundidad de bits, el muestreo de color y el rango de luminancia se conservan tal cual. Estos archivos suelen terminar en pocos segundos, y lo rápido que resulta se debe justo a que no hay recompresión.
Cuando la imagen no se vuelve a dibujar, hablar de «si la calidad de imagen baja» no tiene sentido: no se tocó.
2. Cuando hay que recompresionar, la profundidad de bits se entrega según el origen, con un tope de 10-bit, y la croma queda unificada en 4:2:0
Cuando la imagen obligatoriamente se recodifica —por ejemplo un origen en VP9, AV1 o Xvid, esas imágenes que el dispositivo no lee directo—, la profundidad de bits no baja por decisión propia: un origen en 10-bit (o de los que llevan transferencia PQ／HLG, tipo HDR) se entrega en 10-bit; uno en 12-bit baja a 10-bit; el submuestreo de croma de 4:2:2 y de 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 en el archivo no se pueda leer la profundidad de bits. Lo que sí cambia es la capa del submuestreo: la precisión de niveles del 10-bit se queda en los píxeles; el muestreo de color del 4:2:2 no se queda en los píxeles.
¿Por qué la croma se unifica en 4:2:0 y el 12-bit solo baja a 10-bit: porque esa es la línea de entrega que nos pusimos nosotros, el producto únicamente toma la forma que ya está cubierta por evidencia aceptada (HEVC Main 10, 4:2:0) y no se juega a una categoría más amplia. Es un criterio, no un descuido, y no hay ningún interruptor que lo revoque — CineX es de cero parámetros y no ofrece niveles de calidad.
3. HDR y Dolby Vision tienen desenlaces distintos en este caso
Aquí queda una sola conclusión directamente ligada a la profundidad de bits: en el camino de recodificación se entrega con la profundidad de bits del origen, con un tope máximo de 10-bit. De la información tipo Dolby Vision solo dijimos que acompaña a la imagen en el camino de solo cambiar el contenedor; qué le queda después de recodificar en ese camino no lo hemos verificado, y por eso no lo escribimos como promesa en ninguna de las dos puntas. Las marcas de color (curva de transferencia, gama) dependen del origen: si existen, se llevan; si no, no se inventan. Por eso «la marca está» y «el efecto está» son dos cosas distintas, y es la razón de tratar Dolby Vision y HDR10 por separado.
4. 10-bit no implica necesariamente lentitud, pero hay un caso al que hay que reservar tiempo
El H.264 en 10-bit (Hi10P) y el HEVC en 10-bit están dentro del rango de entradas donde ya corrimos muestras en dispositivos reales. Lo que necesita tiempo de sobra son los casos extremos: una imagen a alta frecuencia de fotogramas y alta resolución que toma la conversión completa espera según lo que dura el material, y casi siempre más que el material mismo. Con esos archivos de «no se puede esperar», primero mira si de verdad hace falta recompresionar la imagen: eso suele rendir más que cambiar de herramienta.
Lo que nunca te hace esperar no es el número «10-bit», sino si la imagen necesita volver a dibujarse. A los casos que no se redibujan se les conserva la profundidad de bits según el origen; a los que sí se les entrega una imagen 4:2:0 con la profundidad de bits del origen y un tope máximo de 10-bit: el tiempo hay que reservarlo para estos últimos.
5. Los límites que conviene conocer antes
- Este artículo trata las reglas propias de cada uno de los tres caminos. Lo 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 se conserva). 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 un requisito duro, que primero lo verifique 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 una señal de «conversión fallida»: el producto se reproduce normal, y unificar el muestreo 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 disponible suficiente (el pico en disco no supera el doble del archivo original, y cuando solo se cambia el contenedor alcanza con el espacio de una salida); la razón está escrita en por qué la conversión de video pide espacio de más.
Preguntas frecuentes
¿Mi película HEVC 10-bit se va a bajar a 8-bit?
No. Cuando el dispositivo lee directamente esa imagen, CineX solo cambia el contenedor, no toca los píxeles y el 10-bit se conserva tal cual; cuando hay que recodificar, la profundidad de bits tampoco baja: un origen en 10-bit se entrega en 10-bit. La salida es 8-bit solo si el origen ya era 8-bit o si en el archivo no se puede leer la profundidad de bits.
Después de convertir la marca HDR sigue ahí, ¿por qué la imagen se ve grisácea?
Que se vea lavado casi siempre viene de cómo la capa de visualización trata la información de luminancia tipo HDR, no de que el producto haya salido dañado. El camino de recodificación entrega siempre 4:2:0 y las marcas de color dependen del origen; «la marca está» no equivale a «el efecto está», y lo correcto es dejar el archivo original para los caminos que sí lo admiten.
¿Hay alguna manera de que conserve la salida 10-bit?
No hay nada que configurar aparte, ni se puede configurar: al recodificar, la profundidad de bits ya se entrega según el origen, un 10-bit se entrega en 10-bit y un 8-bit no se vuelve 10-bit por mucho que lo quieras. CineX es de cero parámetros: no da niveles de calidad, ni elección de profundidad de bits, ni un tamaño de archivo objetivo.
¿Convertir 10-bit es siempre lento?
No necesariamente. Lo único lento es la clase que obligatoriamente recompresiona la imagen y además trae alta frecuencia y alta resolución; muchos archivos en 10-bit toman el camino sin recodificación y terminan en segundos.
Axiom One LLC — CineX