UHD Blu-ray y HDR. Lanzamientos y ediciones

[King Conan]

PowerDVD 17 con soporte a UHD BD ya disponible por 75€

Comprar PowerDVD 17 | CyberLink

Recordemos que hace falta además un Intel de última hornada y la nueva lectora de Pioneer.



Requisitos Oficiales:

Sistema Operativo

• Ultra HD Blu-ray: Microsoft Windows 10 (32-bit y 64-bit con actualización de Nov. 2015)
  
• Reproducción de Discos Blu-ray, DVD, y TrueTheater 3D: Microsoft Windows 10, 8.1/8, 7 con Paquete de Servicios 1
  
• Modo VR: Windows 10/8.1/7 con Paquete de Servicios 1

Procesador (CPU)

• Ultra HD Blu-ray: Procesadores Intel 7a generación (Kaby Lake) Core-i y superiores compatibles con la tecnología de Extensiones de Protección de Software deIntel (Intel SGX).
• Modo VR: equivalente con Intel i5-4590, AMD FX 8350.
• Reproducción de Discos Blu-ray, DVD, y TrueTheater 3D:
  • Reproducción de Discos Blu-ray: Intel Core 2 Duo E6750 (2.66GHz), AMD Phenom 9450 (2.10GHz).
  • Reproducción de Blu-ray 3D: Intel Core i5, AMD Phenom II X4.
  • TrueTheater HD** y TrueTheater 3D** para Blu-ray y video HD: Intel Core i5 (con 4 Núcleos), AMD Phenom II X6.
  • Reproducción de DVD: Pentium 4 (2.4 GHz), Athlon 64 2800+ (1.8 GHz), AMD Fusion Serie E y Serie C.
  Nota: ** algunos títulos de Fox lanzados desde Jul. 2013 no tienen soporte de TrueTheater HD o TrueTheater 3D.
  
  
• 4K Ultra HD con Aceleración de Hardware: Intel Core i5 de 3a generación.
  Nota: PowerDVD DE CyberLink tiene soporte para video 4K Ultra HD en formatos H.264 / MP4 a velocidades de transmisión de hasta 60 Mbps.
  

Procesador de Gráficos (GPU)

• Ultra HD Blu-ray: Procesadores Intel 7a generación (Kaby Lake) Core-i integrados con Intel HD Graphics 630, Intel Iris™ Graphics 640.
  Nota: Ultra HD Blu-ray tiene soporte sólo si una pantalla es alimentada por Intel Graphics y tiene soporte de HDCP 2.2. Si tu computadora incluye más de un procesador de gráficos, Ultra HD Blu-ray es compatible sólo en la pantalla que está conectada y alimentada por Intel Graphics.
  
• Modo VR: Equivalente a NVIDIA GeForce GTX 970, AMD Radeon R9 290.
• Reproductor de Video HDR 10:Para ver efectos de Alto Rango Dinámico (HDR) desde videos HDR10, los Procesadores Intel 7a Generación (Kaby Lake) Core-i deben ser integrados con Intel HD Graphics 630 o Intel Iris Graphics 640.
• 4K Ultra HD con Aceleración de Hardware:
  • H.264/AVC: 3a Generación Intel Core i5 (Ivy Bridge).
  • H.265/HEVC (8bits): 5a Generación Intel Core i5 (Skylake) o Nvidia GTX 960.
  • H.265/HEVC (10bits): 7a Generación Intel Core i5 (Kaby Lake) o Nvidia GTX 1060.
  Nota: PowerDVD de CyberLink tiene soporte de video 4K Ultra HD en formatos H.264 / MP4 a velocidades de transmisión de hasta 60 Mbps.
  
  
• Reproducción de Discos Blu-ray, DVD, y TrueTheater HD/3D: Intel HD Graphics, ATI Radeon HD 5000, NVIDIA GeForce 9500GT.
  Nota: Te recomendamos especialmente que actualices tu unidad de tarjeta de gráficos a la versión más reciente. Se requieren dispositivos de visualización 3D para reproducción de TrueTheater 3D.
  
• Reproducción de Blu-ray 3D: Intel HD Graphic (Intel Core i5), NVIDIA GeForce GTX serie 400 y GeForce GT 240/320/330/340, AMD Radeon HD series 6000 y 6000M con soporte de UVD 3.
• Reproducción de DVD: Acelerador de gráficos PCI Express con soporte de DirectX 9.0.

Placa Principal (Tarjeta Madre)

• Ultra HD Blu-ray: Ultra HD Blu-ray Se requiere una placa principal que tenga soporte de tecnología de Extensiones de Protección de Software de Intel (Intel SGX). La función Intel SGX necesita ser habilitada en la configuración BIOS* y dentro del espacio de memoria asignado de 128 MB o superior. Para ver el efecto HDR 10 de películas Blu-ray Ultra HD, se requiere una tarjeta madre que soporte exportación de HDR 10.
  Nota: Para dar salida a películas Ultra HD Blu-ray en una pantalla externa, el puerto de conexión integrado en la placa principal debe ser compatible con HDCP 2.2. Para computadoras portátiles, favor consultar las especificaciones de tu computadora para ver si la conexión de pantalla externa HDMI/DisplayPort) tiene soporte de salida HDCP 2.2.
  
• HDR 10: Para ver video HDR 10, se requiere una tarjeta madre que exporte señal HDR 10.

Memoria

• Ultra HD Blu-ray/Modo VR: 4 GB (6 GB recomendado).
• Reproducción de Discos Blu-ray, DVD, y TrueTheater 3D:
  • Reproducción de Discos Blu-ray: 2 GB requerido para Windows 10, 8.1/8/7.
  • Reproducción DVD y TrueTheater 3D: 1 GB requerido para Windows 10, 8.1/8/7
• Blu-ray 3D con o sin Aceleración de Hardware: 2 GB.

Espacio en Disco Duro

• 500 MB para instalación del producto.

Dispositivo de Visualización

• 
  Nota: Cuando reproduzcas archivos de video en visores más grandes que Quad HD+ (o algún archivo más grande a resolución de 3300 X 1900), PowerDVD de CyberLink entra en modo de alto desempeño que inhabilita algunas funciones de reproducción no esenciales. En este modo, las siguientes funciones no están disponibles: Rotación de Video. Selector de Escenas del Video (marcas de entrada y salida de Video). Vista Previa al Instante. Zoom Instantáneo (Zoom cerca/lejos). Visualización de subtítulos dual. Personalización de subtítulos por fuente, color y tamaño. Si requieres, puedes inhabilitar el modo de alto desempeño en las configuraciones de video.
  
• Ultra HD Blu-ray:
  • Dispositivo de visualización con interfaz de conexión HDMI 2.0a/DisplayPort 1.3, y debe tener soporte de HDCP 2.2.
  • Resolución de Pantalla: Resolución Ultra HD (3840 x 2160).
• Conexión de Pantalla: Cable de versión HDMI 2.0a/DisplayPort 1.3 sin ningún adaptador/divisor/repetidor.
  Nota: Para habilitar la función de Alto Rango Dinámico (HDR) en las películas Ultra HD Blu-ray, el dispositivo de visualización debe tener soporte la función de visualización de HDR y capacidad de visualizar profundidad de color en 10-bit con una interfaz de conexión HDMI 2.0a/DisplayPort 1.4. Si tu dispositivo de visualización o GPU no tiene soporte de función HDR, PowerDVD reproducirá la película Ultra HD Blu-ray bajo el modo de Rango Dinámico Estándar (SDR).
  
• Reproducción de Discos Blu-ray, DVD, y TrueTheater 3D:
  • Para reproducción de títulos Blu-ray con AACS y títulos DVD con CPRM, PowerDVD sólo permitirá salida de dispositivos de visualización usando conectores DVI, HDMI y DisplayPort, con el fin de cumplir con la protección de copia (HDCP).
  • Para reproducción de otros discos DVD y Blu-ray: HDCP compliant display for digital output. TV or computer monitor for analog output.
  • Reproducción de TrueTheater 3D: Visor 3D y lentes 3D requeridos.
• Blu-ray 3D con o sin Aceleración de Hardware: Pantalla 3D y lentes 3D son requeridos (NVIDIA 3D Vision, HDTV 3D Ready, TV habilitada con HDMI 1.4, Micro-polarizador LCD o Lentes Anaglifos Rojo/Ciano). Visor HDCP compatible para salida digital.

Salida de Video

• Modo VR: HDMI 1.4, DisplayPort 1.2.

Puerto USB

• Modo VR: 1x USB 2.0.

Unidad de Disco

• Reproducción de Ultra HD Blu-ray: unidad de disco óptico que sea certificado para reproducir Ultra HD Blu-ray.
• Reproducción de Discos Blu-ray: BD-ROM/BD-RE o unidad de discos combo Super Multi Blu.
• Reproducción de DVD y TrueTheater 3D: DVD-ROM, DVD+-R/RW, DVD-RAM o unidad de discos combo Super Multi DVD.

 

[calibrador]

Ya podremos ver capturas de los UHD aunque sean descafeinadas en SDR/Rec.709

Y esto en un Mac 2011 no rularia?

 

[King Conan]

Los requisitos son muy duros. Hace falta Intel de 7ª generación Kaby lake, placa madre compatible con las instrucciones de encriptación SGX de Intel que se activan en la BIOS y sólo funciona usando la salida HDMI de la placa madre, no se puede usar ninguna tarjeta gráfica añadida, sea cual sea... Y todo en Windows 10 exclusivamente.

Vamos, que va a ser anecdótico... Se nota mucho el pánico a que hackeen el formato. En cierto modo es comprensible.

 

[actpower]

No se hasta que punto es posible una captura fidedigna de HDR.

Si yo hago una captura en HDR a través del Media Player Classic, el resultado es una imagen TINTADA toda de amarillo, jajaja. Si quito la conversión HDR - SDR se guarda la imagen original, lavada.

Para lo único que serviría es para chequear la definición real de la imagen, poco más. Aún habiendo una conversión RGB, se perderían muchos colores y por supuesto el efecto HDR.

Hasta que el S.O no soporte de forma nativa HDR (a finales de año) y no haya monitores HDR, no será posible otra gran evolución a este respecto.

 

[King Conan]

Ya están los primeros locos probando y confirman que las grabadoras de LG aunque como ya sabíamos ven la estructura de ficheros de los discos, al carecer del AACS 2.0 no funcionan con PowerDVD 17 y los discos comerciales.

Así que hacen falta las Pioneer que creo que ni siquiera están a la venta en Europa...

 

[actpower]

Si la culpa de todo esto es el AACS 2.0. Tanto énfasis por proteger lo que no es suyo (porque es de los autores, no de los gestores) va a hacer que los usuarios legales sean anecdóticos.

Y por supuesto, el acceder físicamente a los archivos es el primer paso para destripar el sistema de encriptación. Lo lograrán, a ver si alguien no se cree que no lo lograrán. Y yo que me alegro porque NUNCA ningún sistema de estos ha servido para nada, tan solo para dar por culo a los usuarios LEGALES.

 

[King Conan]

Tienes toda la razón, pero es igualmente cierto que hay muchísima gente a la que se le hace la boca agua con la perspectiva de obtener el contenido de los discos sin pagar ni un céntimo.

Y el tema de la encriptación ha avanzado muchísimo... No existen los juegos piratas de PS4 y Xbox One o nadie ha conseguido pillar los ficheros nativos de un streaming 4K de Netflix por ejemplo... Pero es verdad que los discos UHD son un botín muy deseado por los hackers. A ver cuánto aguanta.

 

[Sierra]

Si quito la conversión HDR - SDR se guarda la imagen original, lavada.

¿Y si se inyectan los metadatos junto con esa imagen? Se captura la imagen sin procesar que comentas, se leen los metadatos del original y se inyectan en el capturado. Al reproducir, el dispositivo de visualización recibe la imagen y los metadatos correspondientes y ajusta en base a estos.

No he probado ningún "ripeo" 4k así que no se si se puede hacer, si se está haciendo, etc.

 

[King Conan]

Da un poco igual porque el 4K de películas que circula por internet es todo casero (capturas por HDMI). No existen los ripeos de los discos 4K... Así que las capturas pues no representan a los discos así que no tienen relevancia.

 

[calibrador]

No he probado ningún "ripeo" 4k así que no se si se puede hacer, si se está haciendo, etc.

Yo he visto algunos de esos ripeos y son alcachofas malolientes.

 

[actpower]

Hombre, es que acceder a los datos nativos es una perita en dulce. Los apaños que hay ahora permiten cierta calidad, una vez has desencriptado la imagen, capturas a máxima calidad y aquí la única limitación es la calidad de recepción, no hay otra.

Sierra, precisamente eso es lo que se hace con las pelis 4K HDR que rulan por ahí, capturan la imagen SIN procesar y luego mediante FFMPEG inyectan los metadatos, que a la postre es una curva común a todos. El resultado obviamente no se acerca al disco original, pero las jodidas mentes pensantes en plan "colmena colectiva" logran cosas interesantes.

No olvidemos que gran parte de lo que se disfruta hoy día proviene precisamente de esa inquietud de ir "más allá"

Hay mucho movimiento en la red con el tema del HDR, pero es bastante esotérico y solo accesible a gente con conocimientos avanzados. Yo mismo he probado algunas de ellas y requieren mucha paciencia.

Esto hace un camino muy interesante para los que no podemos pagar las ingentes cantidades de pasta que exigen los únicos que permiten generar HDR a nivel profesional hoy día. Saldrán más utilidades más pronto que tarde, sobre todo cuando Windows se actualice para dar soporte nativo HDR y los monitores HDR sean accesibles sin tener que pedir un préstamo al banco...

 

[calibrador]

Después del último firmware lanzado por Panasonic para el UB900/700

OPCIÓN GAMMA BLANCO:

película masterizada 4000 nits


AJUSTE RANGO DINÁMICO



Esto es lo que dije en el otro hilo, que si mapeas para dar cabida a un mayor rango dinámico que vaya más allá de la producción máxima de luz del panel, que en el caso del ejemplo se trata de una OLED de unos 650 nits, acabas con una imagen de mayor rango dinámico en cuanto a información visible, pero muy oscura porque son valores absolutos. Sin embargo, en el caso de gamma blanco los resultados parecen muy diferentes, verdad?

Y hasta aquí las noticias, ahora voy a medir y después hablaremos de la verdad

 

[Sierra]

Sierra, precisamente eso es lo que se hace con las pelis 4K HDR que rulan por ahí, capturan la imagen SIN procesar y luego mediante FFMPEG inyectan los metadatos, que a la postre es una curva común a todos. El resultado obviamente no se acerca al disco original, pero las jodidas mentes pensantes en plan "colmena colectiva" logran cosas interesantes.

¿Te refieres a que se inyectan unos metadatos comunes a todas las capturas? ¿No se inyectan los metadatos específicos de cada película?
LAV puede leer estos y se los pasa a madvr, sería posible inyectar los originales.
Tendríamos por un lado una captura ycbcr 4:2:0 10 bits etc, es decir el reproductor no tendría que decodificar, el archivo al estar decodificado pesa mas, etc. y por otro los metadatos específicos de la peli. Se le estaría mandando al visualizador lo mismo que recibiría por HDMI de un original.

Doy por hecho que no es así, que habrá alguna limitación a la hora de capturar, porque todo lo que leo es lo que dice Ronda, que el resultado está muy lejos del original. Y de hecho hace unos días madshi se ha negado a programar para las apis de nvidia y microsoft hasta que no haya ripeos.

Simple curiosidad.

 

[King Conan]

Lo que quiere decir es que como no existen los ripeos de los discos, sólo hay capturas por HDMI que no recogen los metadatos reales, con lo que los piratas más aburridos se ponen a experimentar metiendo metadatos a posteriori.

Pero como repito por enésima vez al no existir los ripeos reales de los discos todo queda en trasteo casero con nula rigurosidad.

 

[franjhos]

Vaya por Dios, cuánta información he leído en un momento.jejeje
Bueno con respecto al pc.
Tengo un i7 4770k en una placa Asus z87 Deluxe creo de 2014 más o menos, y 16 gigas RAM 1600 ddr3.
Así que me parece que hasta que no reviente el pc no lo cambio.
Si que me gustaría incluir la lectora Pioneer, pero si me va a hacer lo mismo que la Asus que tengo, pues lo dejaremos cómo está.
Me ha encantado el cambio en el trasteo de hdr y gamma blanco.
Obviamente eso se puede trastear cuando el visualizador es compatible hdr.
A mi solo me deja modificar la conversión de hdr a sdr.
A ver si alguno os podéis pasar por el hilo oppo de mundodvd y echarme una mano con un problemilla que he tenido.
Yo ya probé, metiendo un disco ultra al lector de mi pc. Reconoce el título, ve los archivos, estructura, etc pero cuando sobre el archivo principal de la peli le doy al mediainfo, ya no hace nada. Supongo que será por la protección. Y en cuanto a reproducir obviamente no de coña.
Saludos

 

[actpower]

Sierra, precisamente eso es lo que se hace con las pelis 4K HDR que rulan por ahí, capturan la imagen SIN procesar y luego mediante FFMPEG inyectan los metadatos, que a la postre es una curva común a todos. El resultado obviamente no se acerca al disco original, pero las jodidas mentes pensantes en plan "colmena colectiva" logran cosas interesantes.

¿Te refieres a que se inyectan unos metadatos comunes a todas las capturas? ¿No se inyectan los metadatos específicos de cada película?
LAV puede leer estos y se los pasa a madvr, sería posible inyectar los originales.
Tendríamos por un lado una captura ycbcr 4:2:0 10 bits etc, es decir el reproductor no tendría que decodificar, el archivo al estar decodificado pesa mas, etc. y por otro los metadatos específicos de la peli. Se le estaría mandando al visualizador lo mismo que recibiría por HDMI de un original.

Doy por hecho que no es así, que habrá alguna limitación a la hora de capturar, porque todo lo que leo es lo que dice Ronda, que el resultado está muy lejos del original. Y de hecho hace unos días madshi se ha negado a programar para las apis de nvidia y microsoft hasta que no haya ripeos.

Simple curiosidad.

Sí, pues la curva de Gamma es igual para todas, no es más que una curva LOG-> Rec.2020. La imagen original ya viene tratada a nivel de colorista para que al aplicar esa curva se restituyan el rango dinámico, contraste y colores reales.

Donde se puede encontrar la diferencia es en la "inyección" de los metadatos (MaxFall, MaxCll), que son los que definen al display como debe comportarse frente a la imagen. Es quizás donde los "pérfidos piratones" fallan (o no se acercan lo suficiente). Pero vamos, que esto es tan sencillo de solucionar como un "prueba y error". Disponiendo del disco original y viendo el resultado del original vs el ripeo. Es cutre pero efectivo.

La captura se realiza generalmente una Blackmagic, se obtiene por lo general un archivo muy gordo pues se hace sin compresión (Prores o similar), ahí ya tienes la imagen tal cual, y a la hora de generar el HEVC correspondiente es cuando se insertan los metadatos. Incluso sobre un HEVC ya generado es posible modificarlos (con herramientas absolutamente lícitas, que están diseñadas para este propósito).

Como digo, no hay limitación alguna, el único paso a saltarse es el de la encriptación de la imagen, pero que también está solventado gracias a otro aparatito.

Sobre todo esto hay abundante información en Internet. Tan solo hay que saber donde y como buscar.

 

[calibrador]

Y ahora la verdad:

Bueno pues ya he estado haciendo algunas pruebas y tomando medidas sobre las nuevas características que Panasonic ha incorporado a estos fantásticos reproductores UHD.

La gamma blanca, ya la conocía, y sabía más o menos lo que hacía y cómo afectaba a la imagen porque estaba disponible para USB, por lo tanto se podía medir con los patrones HDR de Masciors en mp4.



Sin embargo al reproducir los discos estas opciones quedaban anuladas. Ahora con el nuevo firmware están disponibles ésta y otras opciones, y para televisores OLED 2016 que solo llegan internamente hasta el cod. 668 (a partir de ahí, el 68'9 % de vídeo, clipping) representan una leve mejora, no sustancial, en HDR10, siempre objetivamente hablando como así he podido constatar mediante las pruebas realizadas con sondas y software compatible con HDR. El clipping se produce porque el fabricante quiere que sus televisores OLED representen correctamente la SMPTE 2084 EOTF hasta donde puedan hacerlo, que es aproximadamente 650 NITS

Lo que sigue es la representación gráfica que un software profesional hace de la ST. 2084 EOTF. La linea azul representa el estándar y las referencias exactas para adherirse a ella, vital en HDR para una correcta reproducción del contenido.
Todo lo que caiga por encima de la línea azul es oscuridad, y todo lo que caiga por debajo es excesivo brillo, o sea, imágenes excesivamente brillantes

Esto sería la ST 2084 en una OLED 2016 55B6, tal cual, y como se puede ver sigue la ST. 2084 relativamente bien hasta su punto de corte, clipping, que como he dicho es próximo al 68'9% de vídeo 650/700 nits



Que puede hacer el Panasonic UB900 para mejorar esto? veámoslo:

Hay dos posibilidades para incidir en la ST. 2084 de la OLED mediante el UB900. Una mediante la gamma blanca, y otra mediante la opción de "ajuste de rango dinámico". Veamos lo que hace cada cosa.

Con la gamma blanca podremos manejar la parte alta de la EOTF ST.2084, y esa pequeña joroba brillante que se ve del 40% al 60% es susceptible de mejora mediante los controles que Panasonic nos ha ofrecido para acercarnos más al estándar ST.2084.

CON GAMMA BLANCA EN +4 NOS ADHERIMOS MAS AL ESTÁNDAR Y ADEMÁS AUMENTAMOS EL RANGO DINÁMICO



http://picasion.com/

Hemos corregido ese pequeña joroba que traen de serie las OLED 2016 y ahora estamos más próximos al estándar, y además hemos dado cabida a un mayor rango dinámico, ya que ahora el corte no se produce al 68'9% de vídeo y podemos abarcar algo más de información. Además también se traduce en una leve pero visible mejora visual con algo más de información en detalle y color.

PREDERTMINADO


ST.2084 CORREGIDA


http://picasion.com/

Y qué pasa intentamos abarcar más rango dinámico mediante la opción gamma blanca del UB900 para que no corte a 1000 nits, que lo haga a 4000? Pasa esto:



Que a partir del 50% de vídeo se va ATPC la SMPTE 2084 porque desde gamma blanca manejamos esa parte precisamente, y si intentamos mapear más información las referencias las perdemos, alejándonos de ellas, por lo tanto, no sirve el intento aunque los patrones de rampas de grises nos indiquen que podemos ver más número de niveles.

CON GAMMA BLANCA AL MAX = INCORRECTA ST.2084


CON GAMMA BLANCA +4 = CORRECTA ST.2084


Y qué pasa con la opción de ajuste de alto rango dinámico?:

Pues pasa que si intentamos abarcar más rango dinámico disminuyendo el valor tal y como indica Panasonic, sucede esto:



Que ATPC toda la SMPTE 2084

Sin embargo con un ajuste mínimo (-3) parece que se pueden obtener resultados muy similares a los obtenidos con gamma blanca, o sea, puede valer para hacer mejor a la OLED aumentando su rango dinámico a la vez que se ajusta mejor la ST.2084



Y si comparamos en unas cutre fotos los resultados mediante gamma blaca +4 y alto rango dinámico -3, vemos imágenes muy similares en este disco 4000 nits, tanto en imagen como en resultados medibles, aunque mediante la opción ajuste de rango dinámico la imagen se oscurezca un poquito más respecto a gamma blanca, con lo cual, para OLED 2016 me quedo con la opción gamma blanca para terminar de corregir la SMPTE 2084.

 

[King Conan]

Muy interesante. Seguro que también resulta útil para proyección.

 

[calibrador]

Seguro que sí

 

[Sierra]

Sí, pues la curva de Gamma es igual para todas, no es más que una curva LOG-> Rec.2020. La imagen original ya viene tratada a nivel de colorista para que al aplicar esa curva se restituyan el rango dinámico, contraste y colores reales.

Donde se puede encontrar la diferencia es en la "inyección" de los metadatos (MaxFall, MaxCll), que son los que definen al display como debe comportarse frente a la imagen. Es quizás donde los "pérfidos piratones" fallan (o no se acercan lo suficiente). Pero vamos, que esto es tan sencillo de solucionar como un "prueba y error". Disponiendo del disco original y viendo el resultado del original vs el ripeo. Es cutre pero efectivo.

La captura se realiza generalmente una Blackmagic, se obtiene por lo general un archivo muy gordo pues se hace sin compresión (Prores o similar), ahí ya tienes la imagen tal cual, y a la hora de generar el HEVC correspondiente es cuando se insertan los metadatos. Incluso sobre un HEVC ya generado es posible modificarlos (con herramientas absolutamente lícitas, que están diseñadas para este propósito).

Como digo, no hay limitación alguna, el único paso a saltarse es el de la encriptación de la imagen, pero que también está solventado gracias a otro aparatito.

Sobre todo esto hay abundante información en Internet. Tan solo hay que saber donde y como buscar.

He quitado la paja:

For example UHD BD graded in HDR10 with peak at 1000 nits. We have only levels from 64 to 768 to use them for proper grading? Levels from 768 to 940 useless and not used in this case?

for example this kind of video:

lucy_sample.mkv

Currently titles are mastered @ 1.000 or 1.100 using a 30inch 4K Sony BVM-X300 (OLED) or 4.000nits using a 42inch 1080p Dolby Pulsar Monitor (Direct LED).

Grading a movie using a 4.000 monitor doesn't mean that the movie using the entire range up to 4.000nit.

For example Jupiter Ascending has been mastered @ 4.000 nits but it's maximum pixel peak output (MaxCLL) of the entire movie is 345 nits. (brightest sub-pixel).

Also other movies which been mastered @ 4.000 nits they have MaxCLL (Maximum Content Light Level) over 8.000 nits..until 10.000nits.

ST.2084 is an absolute curve, each digital level from code 64 until 940 has a specific luminance level according to the Dolby's golden reference numbers.

1004 nits is code 723 (768 code is 1608nits) in 10bit TV Legal.

What do you want us to check looking that Lucy video rip sample?

When you view movie clips (mastered for video levels) from PC, to see it's levels, you have to disable the expanding of video to PC levels.

Lucy's MaxCLL (Maximum Content Light Level) is 1.000nits which comes from it's UHD disk metadata infoframe, so it's brightest sub-pixel is 1.000 nits (not the brightest complete 'RGB' pixel)...in case which these data's are correct from the studio where the movie has been mastered...and not used just a copy paste of the default values BDA recommends to being used: 1.000 MaxCLL / 400 MaxFALL.

First of all I want to know is this clip properly graded relating to source - UHD BD.

ConnecTEDDD , I do own this disk, and it appears to be a 1:1 rip (the extended info is the same as the disk as well, as reported by the Oppo 203).

I have this disk also but it's not possible to make a 1:1 rip (yet) from UHD Movie, they removing HDCP and use capture video cards (it's unknown if it's 8/10bit), so they capture the video each UHD player is outputting (each player will have different output) and from the captured file they re-encode and adding the metadata later via other utility.

The metadata is correct, it's matching the UHD title metadata fully.

http://www.avsforum.com/forum/139-d...r-calibration-discussion-22.html#post50528025

Al no tener en casa HDR, y parecerme muy verde aun, mi curiosidad es limitada.
Dice que cada repro da una salida diferente, es decir que cuando escribio eso no había passtrough de imagen, ¿irá por ahí el tema?

@Ronda, muy interesante el post

 

[actpower]

Claro, de ahí el problema del HDR, cada dispositivo y display maneja los datos de forma diferente. Y ahí es donde está el problema, que con SDR no sucede tan exageradamente.

Y sí, es cierto que el HDR está verde, pero poco a poco se irán haciendo las cosas bien y fijo que una peli comprada HOY en HDR, dentro de 4 años la vuelves a ver con displays y dispositivos de esos años y cambiará sustancialmente. Estoy seguro.

 

[calibrador]

También, como era previsible, no he notado diferencia alguna entre seleccionar 12 bits o 10 bits (ni en imágenes de títulos UHD ni en los patrones) que ahora después del firmware tenemos disponible.
Y si veis el menú, de nuevo Panasonic vuelve a recomendar como valor por defecto 12 bits, indicando que solo empleemos 10 bits en caso de ver algo raro como bandas de color y/o posterización, que no es el caso en ninguno de los paneles planos HDR que he probado hasta la fecha. Por lo menos para las OLED y Sony 4K yo emplearía desde los reproductores UHD Oppo y Pana que disponen de dicha opción la salida a 12 bits ya que estos paneles el 12>10 bits lo manejan internamente correctamente

Otro gran post que Ted acaba de publicar sobre la calibración HDR10 en las OLED, es este:

Hi, Contrast/Brightness settings in HDR are not working like we know in SDR, Brightness should left untouched, because the display gamut/tone mapping is based to these default settings.

HDR is using ST.2084 which is an absolute curve, the display has to follow specific luminance levels per digital level, according to the Dolby's golden reference numbers, so you are following to up to the luminance levels the display is capable and you clipp or roll-off (hard/soft)...(it's up to each display internal gamut/tone mapping programming)...the higher from display's peak output levels the display can't follow.

So when you have a 650nits capable display you see about up to 70.5% of the signal, the other info will be clipped or roll-off (hard/soft), it's up to each display internal gamut/tone mapping programming.

Other examples:

75.2% is 1000 nits
90.2% is 4014 nits
97.7% is 8047 nits
100% is 10000 nits

The PQ curve charts have different curve shape from the familiar ones of SDR calibration because 100% is 10.000 nits.

If you reduce Contrast/OLED from LG, you will reduce the peak output, OLED/Contrast @ 100 provides better color tracking at these default values.

In SDR we use Gamma curve as transfer function (where you can set it to 2.2/2.4/BT1886 or whatever value you like....having in calculation the display Black/Peak White level to generate each digital level luminance levels, but in HDR the PQ Curve transfer function has fixed numbers from 0-10.000nits, you follow or you clip, you can't modify or use other values.

Ignore CMS adjustments and do RGB Balance adjustments only.

Each of the White Balance control in HDR has a specific +- value working range which not introduce problems to real content. The range of values are different from point-to-point. At low end controls the adjustments has to be very minimal. Play some different content and play with each control until you find up to which values you don't see problems. Use different movies/scenes to have plenty of different palettes to evaluate.

Using LG instructions for HDR calibration it will increase your color errors and provide lower peak output but better Grayscale and gamma tracking, but the color errors are more important from grayscale errors in that case.

After some testing performed using a 65E6 @ HDR mode, lowering the OLED Light, can improve the Grayscale but increase the color errors. To compare what is happening you have to take 5-Point Saturations (or 10-Point)

If you keep the Contrast/OLED @ 100, and calibrated the RGB levels for HDR, then you get an average Grayscale of about 1.6dE2000 and the errors are coming from gamma (brigher) at mid range while the RGB balance is near perfect....you get about 670nits calibrated.

If you run a 5-Point Saturation with targets DCI P3 inside a REC2020 (look CalMAN HDR workflow) then you get about ~2.0dE2000 average.

If you keep the Contrast @ 100 and reduce OLED about 80? (I don't remember the exact value...to get 540nits) and calibrated the RGB levels for HDR, then you get an average Grayscale of about ~1.0dE2000 (or lower)and the errors of gamma are reduced at mid range while the RGB balance is near perfect....you get about 540nits calibrated.

If you run a 5-Point Saturation with targets DCI P3 inside a REC2020 (look CalMAN HDR workflow) then you get about ~4.0dE2000 average.

• Unlike

Fixing only RGB Balance errors will require less control adjustments, to these displays calibration is more like art than science (as D-Nice said), this means that you have to sacrifice high adjustments (so leave errors) to be able to get watchable picture. dE Charts don't tell the whole story, controls are not aligh with patterns also, you have to test some stuff and them watch some movies scenes to confirm that there no added problems to shades/distortions/pixel-blocking etc..

Tracking of PQ transfer function is not possible because it will require high adjustments which will introduce serious problems to real content.

http://www.avsforum.com/forum/139-display-calibration/2815273-calibrating-hdr10-lg-oled.html

 

[Sierra]

Claro, de ahí el problema del HDR, cada dispositivo y display maneja los datos de forma diferente. Y ahí es donde está el problema, que con SDR no sucede tan exageradamente.

Si se captura la imagen que comentamos al principio, sin procesar, sin conversión HDR>SDR y se pueden inyectar los metadatos específicos de la peli, que parece que si, no veo problema para que el resultado sea tan malo.

Es lo que decía al principio, que no se si ya se está haciendo, si no, si hay otras limitaciones, etc.

Y sí, es cierto que el HDR está verde, pero poco a poco se irán haciendo las cosas bien y fijo que una peli comprada HOY en HDR, dentro de 4 años la vuelves a ver con displays y dispositivos de esos años y cambiará sustancialmente. Estoy seguro.

Si al menos hubiera un estandar que especificara tema tone mapping, tipo BT-2390. Lo veo todo demasiado en el aire.

 

[actpower]

Claro, esa es la teoría...pero aquí tienes que tener en cuenta varios factores...

1) La captura de imagen. Que aunque captures el original sin aplicar el HDR, puede haber cierta manipulación de imagen. Mínima, pero posible.

2) La compresión final que se le de a la imagen. Si ves esas pelis sin aplicar el HDR, se aprecian mogollón de compresiones chungas en la imagen. No me cuadra con lo que ocupan y con el bitrate que tienen, con lo que igual de origen la cosa no está tan bien. Si se hace esa misma comparación con las demos HDR que hay en Internet, la calidad vista del original sin HDR es mayor.

3) Aunque tengas la curva que se aplique en HDR (ST.2084), te falta saber el valor de los metadata MaxCLL y MaxFall han usado para ESA película en concreto.

Es ese punto donde falla el tema, pues esos dos metadata son los responsables de "decirle" al panel como debe comportarse en función de la curva ST.2084. Lo de la curva es pan comido, no varía y eso es la parte más fácil del asunto.

Como digo, a base de prueba y error te puedes acercar a esos valores, no es "dificil" teniendo a mano una tele HDR y probando diferentes valores inyectando sin recomprimir la imagen.

El resultado visual, sin comparar con el original, varía de unos a otros archivos. Yo me he visto algunos y algunas partes se ven muy bien, pero otras flojean bastante.

No se si tú tienes tele HDR, es necesario tenerla para darte cuenta del HDR, pues la conversión HDR -> SDR que hace MadVR le quita precisamente toda la gracia del asunto (visualmente a nivel de imagen es muy parecida, sin ser igual, pues los colores son más vibrantes en realidad).

 

[Sierra]

1) La captura de imagen. Que aunque captures el original sin aplicar el HDR, puede haber cierta manipulación de imagen. Mínima, pero posible.

¿Te refieres a manipulación de imagen por parte de la capturadora?

3) Aunque tengas la curva que se aplique en HDR (ST.2084), te falta saber el valor de los metadata MaxCLL y MaxFall han usado para ESA película en concreto.

Es ese punto donde falla el tema, pues esos dos metadata son los responsables de "decirle" al panel como debe comportarse en función de la curva ST.2084. Lo de la curva es pan comido, no varía y eso es la parte más fácil del asunto.

Como digo, a base de prueba y error te puedes acercar a esos valores, no es "dificil" teniendo a mano una tele HDR y probando diferentes valores inyectando sin recomprimir la imagen.

El resultado visual, sin comparar con el original, varía de unos a otros archivos. Yo me he visto algunos y algunas partes se ven muy bien, pero otras flojean bastante.

¿Estás seguro de que no se puede obtener esos metadatos?
Te cité la conversación de Ted porque en ella se entiende que el oppo te los dice, que Ted los sabe para Lucy.

No se si tú tienes tele HDR, es necesario tenerla para darte cuenta del HDR, pues la conversión HDR -> SDR que hace MadVR le quita precisamente toda la gracia del asunto (visualmente a nivel de imagen es muy parecida, sin ser igual, pues los colores son más vibrantes en realidad).

Que va, no tengo tele HDR en casa. He trasteado con ellas.
Y ya, claro, con conversión a SDR pierde toda la gracia. Pero es que aun no habiendo conversión a SDR, ¿con que lo comparas? ¿Como sabes cual es la imagen correcta si no hay un estandar al hacer tone mapping o gamut mapping, etc.?

Y aun diciendo que una es mas correcta, o menos incorrecta, en otra escena no te vale y como hay metadatos únicos para toda la peli es un caos. Con metadatos dinámicos se soluciona en parte el tema, pero volvemos a lo mismo, no hay estandar (ni nada). Y en DV veremos.