Que yo sepa, el chinoppo no es capaz de leer el perfil 7 de DV en formato STDL, que es como viene en los MKV UHD Remux.
Se tiene que transformar a DTDL y estructurar en formato BDAV conforme a la norma de los UHD Bluray. Así es capaz de procesar tanto la capa BL como la EL (sea MEL o sea FEL).
Yo utilizo este comando para hacerlo en un único paso:
Bash:
ffmpeg -i "x.mkv" -c:v copy -vbsf hevc_mp4toannexb -f hevc - | dovi_tool demux -
En un perfil 8 de DV, se puede remuxear directamente el MKV a M2TS, por ejemplo, sin necesidad de recrear una estructura BDAV. Y ya lo procesa adecuadamente.
Ninguno de los 2 métodos anteriores supone pérdida de calidad o recodificación de ningún tipo. Simplemente estamos adaptando los contenedores de los streams, sin alterarlos, para que el chinoppo pueda procesar DV correctamente. En MKV nunca será capaz de hacerlo, a menos que se proporcionara una actualización de firmware, algo altamente improbable.
En cualquier caso, coincido con
@Tocinillo. No se entiende esta cartelitis de DV FEL con los UHD Remux presentados en MKV si no hay ningún dispositivo que los reproduzca correctamente. El Chromecast con Google TV parece que puede hacerlo, pero perder, por contra, los audios HD, para mi es un no-go.
Entonces, el archivo que acabo de pasar a .Ts por ejemplo que comprobando con MakeMKV tenía capa FEL en el MKV que cogí, y el chinoppo lo reproduce (acabo de comprobarlo), ¿está cogiendo esa capa MEL? Si saco el INFO me dice que reproduce a 12 Bits, según leí en un post anterior si el chinoppo sacaba esa información es que estaba leyendo la capa FEL, ¿es correcto así?
Esta es la información que me saca el mediainfo del archivo ya en .Ts:
eneral
ID : 1 (0x1)
Nombre completo : C:\Users\BL.ts
Formato : MPEG-TS
Tamaño de archivo : 48,3 GiB
Duración : 2 h 40 min
Modo de tasa de bits : Variable
Tasa de bits general : 43,0 Mb/s
Tasa de bits genral máxima : 35,5 Mb/s
Vídeo #1
ID : 4113 (0x1011)
ID menú : 1 (0x1)
Formato : HEVC
Formato/Info : High Efficiency Video Coding
Formato del perfil : Main
10@L5.1@High
HDR format : SMPTE ST 2086, HDR10 compatible
ID códec : 36
Duración : 2 h 40 min
Ancho : 3 840 píxeles
Alto : 2 160 píxeles
Relación de aspecto : 16:9
Velocidad de fotogramas : 23,976 (24000/1001) FPS
Espacio de color : YUV
Submuestreo croma : 4:2:0 (Type 2)
Profundidad bits : 10 bits
Rango de color : Limited
Colores primarios : BT.2020
Características transferencia : PQ
Coeficientes matriz : BT.2020 non-constant
Principios color monitor masterización : Display P3
Luminancia monitor masterización : min: 0.0010 cd/m2, max: 1000 cd/m2
Nivel ligero contenido máximo : 542 cd/m2
Nivel ligero fotograma medio máximo : 415 cd/m2
Vídeo #2
ID : 4117 (0x1015)
ID menú : 1 (0x1)
Formato : HEVC
Formato/Info : High Efficiency Video Coding
Formato del perfil : Main
10@L5.1@High
HDR format : Dolby Vision, Version 1.0, dvhe.07.06, EL+RPU, Blu-ray compatible / SMPTE ST 2086, HDR10 compatible
ID códec : 6
Duración : 2 h 40 min
Ancho : 1 920 píxeles
Alto : 1 080 píxeles
Relación de aspecto : 16:9
Velocidad de fotogramas : 23,976 (24000/1001) FPS
Espacio de color : YUV
Submuestreo croma : 4:2:0 (Type 2)
Profundidad bits : 10 bits
Rango de color : Limited
Colores primarios : BT.2020
Características transferencia : PQ
Coeficientes matriz : BT.2020 non-constant
Principios color monitor masterización : Display P3
Luminancia monitor masterización : min: 0.0010 cd/m2, max: 1000 cd/m2
Tengo que investigar cómo hacerlo con dovi_tool.
El tema cartelitis en mi caso no es por eso precisamente sino que si hay alguna forma de tener algún video en un solo archivo y por tanto bajando peso pero en el que se pueda tener toda la información de DV y demás como si fuera un FullUHD, para reproducir en el chinoppo, pues hay que estudiarlo y de paso aprender (no sabe lo que he aprendido cacharreando el tema).