Reproducir Dolby Vision doble capa

Teniendo el chinoppo no te compliques, reproduce fulluhd's y ya tienes DV completo, total un remux poco menos ocupa
El caso es para cuando se encuentra el Remux con DV y no se encuntra el full. El chinoppo en principio solo sacaría el HDR de ahí el saber si haciendo la conversión a .ts se puede desde él sacar el máximo de calidad en DV (aprovechando la capa FEL), sino pues no tiene sentido hacer ninguna conversión y seguir entonces con el HDR.
 
Os estáis liando... un fichero Dolby Vision no puede tener la capa FEL y MEL al mismo tiempo.

Resumiendo mucho, los ficheros Dolby Vision pueden venir codificados de la siguiente forma:​
  • BL (Base layer / Capa Base) + RPU (metadatos dinámicos)​
  • BL + EL (Enhanced Layer / Capa de mejora) + RPU
La capa EL de mejora puede ser o MEL (Minimum Enhanced Layer / Capa de Mejora Mínima) o FEL (Full Enhanced Layer / Capa de Mejora Completa). A estos ficheros se les llama de doble capa, por tener esa capa adicional que incorpora mejoras adicionales en la imagen.

Para esta codificación de Dolby Vision se utilizan los perfiles (profiles en inglés).

Tomando como base la calidad de imagen potencial de la codificación, quedarían en el siguiente orden, de mayor a menor calidad:​
  1. BL + FEL + RPU: sólo en DV profile 7. Se usa en UHD comerciales.​
  2. BL + MEL + RPU: sólo en DV profile 7. Se usa en UHD comerciales.​
  3. BL + RPU: en DV profile 5 y 8. Se usa en plataformas de streaming.​
Por otra parte, hay que tener en cuenta el formato de capas empleado:​
  • Doble pista y Doble capa (DTDL): Usado en los disco UHD comerciales.​
  • Una pista y Doble capa (STDL): Convertido desde discos UHD, sin pérdida de calidad.​
Hay películas que se publican en formato HDR10 sin metadatos dinámicos, unas pocas en HDR10+ con metadatos dinámicos y otras (cada vez más) en Dolby Vision, unas con capa MEL y otras FEL.

Muchos reproductores soportan Dolby Vision MEL, pero, cómo ya hemos hablado mucho en este hilo, hay muy pocos reproductores que sean compatibles con la reproducción de Dolby Vision FEL.

Que yo sepa son los siguientes:
  • Oppo / Chinoppo
  • Sony x800m2
  • Sony x700
  • Chromecast con GoogleTV
Los tres primeros son reproductores de sobremesa capaces de reproducir ficheros tanto DTDL como STDL, en formato M2TS, TS, BDMV/ISO y MP4, pero NO en formato mkv.

Chromecast con Google TV, por su parte, es un reproductor de tamaño muy reducido que puede reproducir ficheros STDL en formato M2TS, TS, MP4 y mkv.

Yo tengo el Chromecast y estoy encantando con él, aún con sus limitaciones, aquí tenéis su hilo explicativo: https://foro.avpasion.com/t/nuevo-c...vision-de-una-pista-y-doble-capa-fel-mel.3588

Cómo veis, Dolby Vision presenta una amplia variedad de formatos y bastante complejidad en su tratamiento.

¿Se nota mucho la diferencia de calidad entre un fichero Dolby Vision con metadatos dinámicos y capa de mejora completa FEL frente a un MEL o incluso un HDR10 que carece de ambas mejoras?

Pues yo os tengo que decir que sí, desde un punto de vista teórico al menos, debido a las funcionalidades potenciales que permite Dolby Vision. Pero al final todo dependerá de lo concienzudo que haya sido el proceso de producción de cada film y de la calidad del master del que partan.

Yo he podido comprobar como las versiones DV de ciertas películas antiguas mejoran notablemente unos masters originales de mala calidad, de hecho ahora se están reeditando muchos títulos clásicos en formato Dolby Vision, quizá porque sean los que mejor se aprovechan de esas ventajas.

También os digo que savo alguna excepción, no me he puesto a hacer visionados de comparación entre versiones, ni pienso hacerlo, y hay películas en HDR10 que se ven impresionantes.

Lo que queda claro es que, ahora mismo, el formato HDR que mejor calidad ofrece y que se está imponiendo en los estudios cada vez más, es Dolby Vision. Si se dispone de un reproductor que soporte ese formato en su mejor versión, FEL, y disponemos de una videoteca de títulos en ese formato, estaremos asegurando la mejor calidad de reproducción posible.​
Muy buena explicación, muchas gracias por explicar tan bien los conceptos.

Teniendo en cuenta lo que nos explicas, entiendo que archivos del tipo:

"Formato HDR: Dolby Vision, Version 1.0, dvhe.07.06, BL+MEL+RPU, Blu-ray compatible / SMPTE ST 2086, HDR10 compatible

HDR format: Dolby Vision, Version 1.0, dvhe.08.06, BL+RPU, HDR10 compatible / SMPTE ST 2086, HDR10 compatible"

no se va notar una gran diferencia entre reproducir el mkv en el chinoppo y que saque HDR y hacer una conversión al formato .ts para que sacara Dolby Vision.

En todo caso si se notaría dicha diferencia en el caso de que el archivo tuviera la primera opción que mencionas: BL + FEL + RPU.

En los demás casos entiendo que sería una pérdida de tiempo ya que no se va a apreciar realmente ese salto en calidad.

En todo caso lo suyo sería el Full con DV y en los que no se pueda, solo intentar convertir para reproducir con el chinoppo en aquellos que vengan con BL+FEL+RPU

Edito: me he encontrado con algún mkv que lleva BL + EL + RPU, ¿el EL ahí se refiere a MEL o a FEL? Entiendo que si no lo detallan no se puede saber aunque me imagino que será la MEL
 
Edito: me he encontrado con algún mkv que lleva BL + EL + RPU, ¿el EL ahí se refiere a MEL o a FEL? Entiendo que si no lo detallan no se puede saber aunque me imagino que será la MEL

Se puede saber analizando el bitrate de la pista EL. Si está entorno a 100 kbps o menos es MEL. Si es de algunos Mbps, es FEL.

Los MKV Remux (STDL) de perfil 7 DV, se pueden transformar sin pérdida a DTDL perfil 7 con dovi_tool y luego crear una estructura UHD BDAV de carpetas o iso con tsMuxer.

Los MKV Remux de perfil 8 DV, se pueden remuxear directamente con tsMuxer como m2ts.

De esta forma los dos perfiles DV más habituales se reproducen sin problema en el chinoppo con DV y sin re-conversiones ni pérdidas de calidad original de ningún tipo.
 
Muy buena explicación, muchas gracias por explicar tan bien los conceptos.

Teniendo en cuenta lo que nos explicas, entiendo que archivos del tipo:

"Formato HDR: Dolby Vision, Version 1.0, dvhe.07.06, BL+MEL+RPU, Blu-ray compatible / SMPTE ST 2086, HDR10 compatible

HDR format: Dolby Vision, Version 1.0, dvhe.08.06, BL+RPU, HDR10 compatible / SMPTE ST 2086, HDR10 compatible"

no se va notar una gran diferencia entre reproducir el mkv en el chinoppo y que saque HDR y hacer una conversión al formato .ts para que sacara Dolby Vision.

En todo caso si se notaría dicha diferencia en el caso de que el archivo tuviera la primera opción que mencionas: BL + FEL + RPU.

En los demás casos entiendo que sería una pérdida de tiempo ya que no se va a apreciar realmente ese salto en calidad.

En todo caso lo suyo sería el Full con DV y en los que no se pueda, solo intentar convertir para reproducir con el chinoppo en aquellos que vengan con BL+FEL+RPU

Edito: me he encontrado con algún mkv que lleva BL + EL + RPU, ¿el EL ahí se refiere a MEL o a FEL? Entiendo que si no lo detallan no se puede saber aunque me imagino que será la MEL
He editado el post añadiendo lo siguiente:

En lo que respecta a DV FEL versus MEL, FEL es superior sobre el papel, pero todo depende del esmero del equipo de producción. Un título bien producido en DV MEL puede verse tan bien como otro en DV FEL, o no... como digo, todo depende del equipo de producción y la calidad del máster original.

En cualquier caso, ahí no tenemos nada que hacer, los que toman esas decisiones en las productoras deciden lanzar un título en el formato que consideren, ya sea HDR10, DV MEL o DV FEL, y esa será la mejor versión de ese título en el mercado.

Por lo tanto, sí que se podría notar una diferencia de calidad suficiente entre la versión HDR10 y la DV MEL, que puede ser tan buena como una versión DV FEL. Además se debe tener en cuenta que DV incluye siempre metadatos dinámicos que se crearon para asegurar un ajuste perfecto fotograma a fotograma, mejorando el detalle en sombra, las altas luces y por tanto el impacto HDR global, algo que nunca va a tener la versión HDR10.

Resumiendo, cualquier versión Dolby Vision, sobre el papel, es superior a HDR10, ¿cuánto? todo dependerá de la calidad del proceso de producción y del máster original.​
 
Se puede saber analizando el bitrate de la pista EL. Si está entorno a 100 kbps o menos es MEL. Si es de algunos Mbps, es FEL.

Los MKV Remux (STDL) de perfil 7 DV, se pueden transformar sin pérdida a DTDL perfil 7 con dovi_tool y luego crear una estructura UHD BDAV de carpetas o iso con tsMuxer.

Los MKV Remux de perfil 8 DV, se pueden remuxear directamente con tsMuxer como m2ts.

De esta forma los dos perfiles DV más habituales se reproducen sin problema en el chinoppo con DV y sin re-conversiones ni pérdidas de calidad original de ningún tipo.
Correcto.

Hay una manera de comprobar rápidamente de qué versión DV se trata. Abriendo el fichero con MakeMKV y seleccionando la pista de vídeo, nos indica el códec usado:
  • Codec: MpegH HEVC Main10@L5.1 (dvhe.07.06 BL+FEL+RPU)

MediaInfo sólo nos indicará si tiene capa EL, pero no de cual se trata:
  • HDR format: Dolby Vision, Version 1.0, dvhe.07.06, BL+EL+RPU, Blu-ray compatible / SMPTE ST 2086, HDR10 compatible
 
Se puede saber analizando el bitrate de la pista EL. Si está entorno a 100 kbps o menos es MEL. Si es de algunos Mbps, es FEL.

Los MKV Remux (STDL) de perfil 7 DV, se pueden transformar sin pérdida a DTDL perfil 7 con dovi_tool y luego crear una estructura UHD BDAV de carpetas o iso con tsMuxer.

Los MKV Remux de perfil 8 DV, se pueden remuxear directamente con tsMuxer como m2ts.

De esta forma los dos perfiles DV más habituales se reproducen sin problema en el chinoppo con DV y sin re-conversiones ni pérdidas de calidad original de ningún tipo.
Entonces, este método sería el más interesante para mantener toda la calidad del MKV con DV?

Me explico, hasta ahora he visto compañeros que cogen el MKV y con Tsmuxer lo pasan directamente a .ts para que el chinoppo reproduzca la capa DV. ¿Haciendo esto quedaría sin perdida de calidad (ya sea MEL o FEL)? ¿O es mejor hacer lo que comentas con dovi_tool?

Yo en mi caso tampoco puedo hacerlo directamente con Tsmuxer a .ts ya que el chinoppo (no sé el motivo) se queda en una pantalla en negro al empezar a reproducir. Entonces lo que hago es lo siguiente:
- Con Txmuxer Demuxeo todos las partes del MKV
- Luego con unos comandos DOS que encontré en un post, hago un Demuxeo del archivo hevc y salo el Bl y el EL. Luego vuelvo al Tsmuxer y junto todo: los dos archivos BL y EL junto con los audios y subs. Además, lo hago en un sitema de carpetas AVCHD ya que sino no me mantiene los capítulos.

Aquí me entra ya la duda de si de esta forma el chinoppo leería las dos capas de datos DV o no y mejor hacer lo que comentas de dovi_tool.
 
Correcto.

Hay una manera de comprobar rápidamente de qué versión DV se trata. Abriendo el fichero con MakeMKV y seleccionando la pista de vídeo, nos indica el códec usado:
  • Codec: MpegH HEVC Main10@L5.1 (dvhe.07.06 BL+FEL+RPU)

MediaInfo sólo nos indicará si tiene capa EL, pero no de cual se trata:
  • HDR format: Dolby Vision, Version 1.0, dvhe.07.06, BL+EL+RPU, Blu-ray compatible / SMPTE ST 2086, HDR10 compatible
Muchas gracias, con MakeMKV me dice perfectamente la capa, con el archivo que estoy probando me dice que el FEL, con lo cual empieza a tener sentido el poder hacer todo este embrollo para que el chinoppo coja la capa DV. Otra cosa será comparar el tamaño que queda con reespecto al FullUHD. En fin, ganas de aprender también.

Edito: esta es la información que me da:
MpegH HEVC Main10@L5.1 (dvhe.07.06 BL+FEL+RPU)
 
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.
 
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).
 
Si la INFO del chinoppo te indica "Dolby Vision" efectivamente está procesando los metadatos, pero, saber si también procesa y aplica la capa EL, creo que no se puede saber con seguridad. Pero apostaría a que sí.

Por eso yo, por seguridad, prefiero transformar los perfiles 7 DV a DTDL, que es como se estructuran en los UHD Bluray, y así sé seguro que el chinoppo la procesa, ya que es para lo que está diseñado.

Además, con el contenedor ts, también pierdes el soporte de capítulos y escenas, si las tiene el mkv original. Si es porque no te gusta ver las carpetas/subcarpetas y demás archivos de la estructura BDAV, lo puedes encapsular todo en un iso y así lo tienes todo en un único archivo, como si fuera el mkv original.
 
Si la INFO del chinoppo te indica "Dolby Vision" efectivamente está procesando los metadatos, pero, saber si también procesa y aplica la capa EL, creo que no se puede saber.

Por eso yo, por seguridad, prefiero transformar los perfiles 7 DV a DTDL, que es como se estructuran en los UHD Bluray, y así sé seguro que el chinoppo la procesa, ya que es para lo que está diseñado.

Además, con el contenedor ts, también pierdes el soporte de capítulos y escenas, si las tiene el mkv original. Si es porque no te gusta ver las carpetas/subcarpetas y demás archivos de la estructura BDAV, lo puedes encapsular todo en un iso y así lo tienes todo en un único archivo, como si fuera el mkv original.
Más que nada es porque no sé cómo hacerlo con dv tools. ¿Se puede también hacer todo el proceso como yo lo hago y luego montar una carpeta AVCHD en el propio Tsmuxer y así se quedaría en DTDL como los UHD?
 
Más que nada es porque no sé cómo hacerlo con dv tools. ¿Se puede también hacer todo el proceso como yo lo hago y luego montar una carpeta AVCHD en el propio Tsmuxer y así se quedaría en DTDL como los UHD?
Sí, creo que estamos haciendo lo mismo.

Al final el dovi_tool demux lo que hace es separarte la capa BL y la capa EL en dos streams separados. Que es justo lo que tu indicabas que hacías "con unos comandos DOS". Pero, en definitiva, si de un stream STDL perfil 7 DV eres capaz de obtener las dos pistas .hevc, EL y BL, ya tienes los ingredientes correctos para remuexarlos como DTDL para que el chinoppo los procese correctamente.

La herramienta la tienes en el respositorio github de su creador:
https://github.com/quietvoid/dovi_tool
 
Sí, creo que estamos haciendo lo mismo.

Al final el dovi_tool demux lo que hace es separarte la capa BL y la capa EL en dos streams separados. Que es justo lo que tu indicabas que hacías "con unos comandos DOS". Pero, en definitiva, si de un stream STDL perfil 7 DV eres capaz de obtener las dos pistas .hevc, EL y BL, ya tienes los ingredientes correctos para remuexarlos como DTDL para que el chinoppo los procese correctamente.

La herramienta la tienes en el respositorio github de su creador:
https://github.com/quietvoid/dovi_tool
Pues entonces si como lo hago es lo mismo lo seguiré haciendo así. Lo de "comandos dos" juraría que los encontré en este hilo, pero lo estoy buscando y no lo localizo. Eran: v0.0.4_BETA_TEST_FEL_TO_MEL_PLUS_UHDBD_TO_81__PLUS_SKIP_HDR10plus__PLUS_EXPERIM_MUXER_17102020
por si alguien recuerdo por dónde andaban y si conocen de una versión más actual.

En principio seguiré con los Full UHD DV y los MKV con DV pasarlos con TSMuxer y demás a AVCHD cuando no encuentre el Full.
 
Estoy haciendo pruebas con estos script basados en dovi_tools y facilitan bastante el proceso:


Lo estoy utilizando con los MKV perfil 7 utilizando el script DDVT_DEMUXER para obtener BL y EL (descartamos RPU porque no se necesita en este proceso). Con tsmuxer, a partir de estos dos archivos y los audios, subs y capítulos obtenidos del MKV con MKVEXTRACTGUI creo el ISO/BD.

Con MKV profile 8 no podemos porque no tienen la capa EL y como decía Slennox, bastaría con pasarlos a m2ts.
 
Buenas, revisando y probando y teniendo los dos reproductores como comente en el post del chromecast con google tv y también teniendo el fire tv stick 4k les comento, que el fire tv stick 4k a resuelto el problema con FEL en el cual no reproducía y se quedaba en negro y solo se escuchaba el audio, problema del que tanto hablamos por aquí, ahora ya este problema no sucede y se ve muy bien, espero sea de ayuda el comentario!
 
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.
Hola compañero!

Muchas gracias por esta explicación junto con el comando para hacerlo.

Una vez generados los ficheros BL.hevc y EL.hevc, cómo habría que hacer para juntar todo con el tsmuxer?

Entiendo que habría que añadir el mkv original primero, quitar de él la pista de vídeo, y añadir las 2 generadas por ese comando? Se haría con la opción Add o con Join en tsmuxer gui?

Muchas gracias!
 
@chanquete69: supongo que ya lo averiguaste, pero es justo como dices. La opción "Add" sería la correcta. Lo único a tener en cuenta es que la pista BL ha de ser la primera pista, y la EL, la segunda.
 
Muchas gracias por tu respuesta @Slennox !

Si, efectivamente haciendo pruebas lo saqué y funciona a la perfección :D

De hecho, solo suelo almacenar todo en la NAS, me he currado una imagen docker que calcula el tipo de DV de cada fichero mkv y hace la conversión de manera automática. La dejo aquí por si a alguien le sirve:

 
Una pregunta que igual es muy tonta pero no consigo entender porque no funciona.
Porque en Makemkv me pone que va a sacar un archivo como yo quiero FEL:
Makemkv

Y luego al mirar el mkv con Mediainfo no veo el FEL por ningún lado, se queda en MEL.
No se puede sacar un mkv con FEL con Makemkv?
MediaInfo


Gracias
 
Atrás
Arriba