Y ahora la pregunta, que igual es un poco absurda pero no me acaba de quedar claro, ¿cuál es la relación que existe entre YCbCr y RGB limitado/extendido? (un poco de off topic)

En mi caso el reproductor es el BDP 110 de Panasonic y me permite sacar la señal en YCbCr 4:2:2, YCbCr 4:4:4, RGB o RGB ampliado (el nombre exacto del modo creo que era otro).

Tengo claro que los formatos de video doméstico están codificados en 4:2:0, y que el que sea 4:2:0, 4:2:2 o 4:4:4 viene por la tasa de muestreo empleada para cada uno de los colores. Ahora las dudas:
- ¿Todos ellos son en 8 bits?
- Si en el BD,DVD están codificados en 4:2:0, ¿por qué hacia la pantalla se emiten en 4:2:2 (para poder hacerlo el reproductor tiene que hacer interpolado)? Imagino que por lo que comentas de que la pantalla trabaja o procesa nativamente la señal en 4:2:2.
- La pregunta inicial, ¿los distintos formatos YCbCr tienen alguna relación con el rango limitado/extendido o directamente son todos rango limitado?

En mi caso antes de leer tu respuesta (y leer un poco más por el mundo) tenía configurado el reproductor en YCbCr 4:4:4, ya que entendía que era mejor tener muestreados todos los colores a tasa completa (en cierto modo no comprimir la info de los colores). Pero ahora que voy entendiendo un poco más, si la base de que la fuente está a 4:2:0 no tiene mucho sentido que el reproductor interpole para pasarlo a 4:4:4 para que luego el visualizador lo vuelva a convertir a 4:2:2, lo procese y le haga una nueva conversión a RGB. Al final sería cuestión de probar todas las opciones, ya que el resultado dependería de la calidad de visualizador y fuente para hacer la interpolación y conversiones, pero normalmente la codificación de lo codificado para volver a codificar no suele ser buena, cuando más conversiones sufra la señal por el camino más probabilidad de que la señal original se vea alterada.

Ahora voy entendiendo también porque si la fuente es un DVD/BD con 0 y 1 puede haber tanta diferencia de calidad dependiendo del reproductor, y es que, ya el propio reproductor al generar la señal que envía al visualizador puede estar interpolando información (y ya no hablemos del procesamiento que puede estar aplicando).

Volviendo al tema original a falta de revisar la gamma y volver a tomar medidas para chequear que está todo en su sitio tengo casi concluida la calibración con esta segunda estrategia. Tiene mejor pinta en cuanto a la profundidad y contraste de la imagen, veremos a ver el detalle en sombra. Eso si, al igual que con el ajuste de gamma a 2.2, con el ajuste a 2.4 la curva que mido está bastante próxima a 2.4 salvo el IRE 10 que sigue estando bastante por debajo (bajando la ganancia los 30 puntos como mucho llega a 2.3 en ese punto), con lo que parece que en este último firmware han debido de corregir algo en el comportamiento de la gamma o el utilizar ventanas APL hace más homogéneo el comportamiento (lo que no significa que luego en escenas con video real tenga un comportamiento dinámico y la realidad sea distinta a lo que dicen las gráficas).

Añado a la lista de errores de novato:
En las primeras iteraciones no dejarse la piel en intentar dejar los valores perfectos, en especial la escala de grises. Me explico, haciendo un ajuste inicial de la escala de grises a 3 puntos el resultado medido luego a 10 puntos es bastante bueno en casi toda la escala, con errores dE en torno al 1 o por debajo excepto en el IRE10 y en el IRE90, IRE 100 más próximos a dE 2-2,2. Bien, entrando al ajuste fino por cada IRE se puede mejorar todavía más PERO si se intenta ser muy radical para meter en camino el IRE10 y el IRE100 lo que se consigue es descojonar toda la escala.

Moraleja. Mi experiencia personal es que si con el ajuste a 3 puntos se consiguen unos valores razonables en el resto de la escala, es mejor olvidar el IRE10 y el IRE100, afinar el resto de los puntos sin cambios muy agresivos (no hay que buscar la perfección en el error en esta fase), y pasar a ajustar el gammut. Después de eso veremos (al menos es lo que he vivido yo), que la escala de grises en el IRE10 e IRE100 ha mejorado por si sola, y entonces ya con leves ajustes se consiguen meter a camino sin destrozar la escala completa (siempre con valores algo peores que el resto de los puntos pero bastante mejor que al principio).

Saludos






Cita Iniciado por Kyokushinkai Ver mensaje
En OFF. Los BD, DVD y todo el video doméstico está codificado en YCbCr 8 bits para cada color (24). Esa función sólo sería útil en caso de contenidos codificados a 10, 12 ó 16 bits. Intentar procesar los contenidos de video YCbCr 8 bits a más bits no hace absolutamente nada, ya que nunca vamos a ver más de lo que hay codificado en el contenido original. Si por ejemplo, en el contenido original hay banding, se procese como proceses habrá banding en la imagen final. Nunca veremos más tonos ni MEJORES gradaciones de color de lo que hay codificado en el contenido original, se haga lo que se haga y se envie la señal desde la fuente que se envie, es más, lo único que podemos conseguir es empeorar.

Si la fuente envía RGB 0-255 (PC) y la TV conmuta automáticamente a 0-255, no afectará a la calibración para nada, sólo estarás recortando niveles de BTB y WTW, o sea, negro por debajo del negro y blanco por encima del blaco.
El problema, es que en tu caso si decides trabajar con esa salida de luz que has comentado a expensas de recortar niveles de blanco, no sólo lo harás por encime de 235, ya que si trabajas en rango extendido 0-255 el recorte se producirá por debajo de 235, ya que al sacrificar WTW el máximo pico quedará establecido en 235, es decir, estarás estableciendo el dígito 235 en 255, que no servirá para absolutamente nada visualmente, pero que provocará el recorte WTW, ya que no recortarás por dabjo de 255, lo harás por debajo de 235.

También estarás realizando la conversión a RGB desde la fuente, y tratándose de pantallas Panasonic lo mejor está comprobado que es enviar 4.2.2, ya que la pantalla necesita procesar, sí o sí, desde YCbCr, con lo cual, la pantalla pasará de RGB a YCbCr PARA REALIZAR ELLA MISMA LA CONVERSIÓN A RGB. Estarás sobreprocesando innecesariamente la señal sn obtener ningún beneficio, e incluso a riesgo de introducir algún error de muestreo debido al innecesario sobreprocesamiento.

SALUDOS