Las transferencias de KMTTG Tivo no obtienen metadatos

Utilizo KMTTG para transferir grabaciones de mi Tivo y procesarlas con MCEBuddy.
Tengo selecciones de perfil (por ejemplo, calidad de codificación) basadas en el canal (nombre de llamada) del que proviene la grabación; por ejemplo, los canales HD tienen una configuración de calidad diferente que los canales SD, ya que los canales SD ya tienen una calidad inferior de origen. Las emisoras están exprimiendo realmente ese ancho de banda para sus canales secundarios.

En el archivo MP2/AC3 que se transfiere con subtítulos, solo tienen los atributos: “showName”, “seasonNumber” y “episodeNumber”. El resto de los metadatos, KMTTG los escribe en un archivo .TXT adjunto.

La salida final de MCEBuddy solo parece extraer y añadir las entradas “SEASON” y “EPISODE” (añadiendo a los 3 originales del archivo). No extrae ninguna de la otra información del archivo .TXT adjunto al archivo procesado, ni utiliza ninguna de esa información para aplicar el perfil.

Esto significa que procesa bajo mi perfil de “último recurso”, no bajo mi perfil “SDTV”, y ninguno de los metadatos extra adicionales extraídos por KMTTG en el archivo TXT adjunto se incorpora en la salida final.

¿Se puede mejorar MCEBuddy para que busque e incluya el archivo de metadatos adjunto antes de aplicar la lógica del perfil (para usar esos metadatos en las condiciones del perfil) y luego fusionar los metadatos con el procesamiento?

Como alternativa, ¿hay configuraciones en mi KMTTG para fusionar esos metadatos? Estoy seguro de que puede, pero eso requeriría que KMTTG hiciera la transcodificación, y no quiero hacer eso, ya que quiero que MCEBuddy lo haga, y darle a MCEBuddy el archivo MPEG2 sin procesar y los metadatos, manteniendo KMTTG solo para transferir las grabaciones del TIVO.

Tengo un ejemplo a continuación.

title : My Greek Table With Diane Kochilas
seriesTitle : My Greek Table With Diane Kochilas
description : Diane discovers the history of her historic neighborhood in the heart of central Athens with the city's most renowned urban chronicler, and cooks up a delicious Spiced Roasted Chicken with Toasted Orzo Pilaf, Kale Caesar with Greek yogurt, and a Crispy Phyllo Ice Cream Sundae with Honey, Nuts and Halva. 
time : 2023-03-13T03:00:00Z
isEpisode : true
iso_duration : PT30M
originalAirDate : 2022-10-08T00:00:00Z
episodeTitle : Diane Discovers Athens
isEpisodic : true
showingBits : 515
tvRating : x3
episodeNumber : 307
displayMajorNumber : 9-4
callsign : KETCDT4
seriesId : SH0377963521
programId : EP0377963521-0465063736
vHost : Kochilas|Diane

Como nota aparte, mis perfiles se basan en que ese “callsign” coincida con “*DT4” (termine en “DT4”) para saber que es un canal SD.

Mcebuddy extrae los metadatos de los archivos TXT complementarios de kmttg para TiVo. Todos los metadatos que mencionaste son compatibles y procesados por MCEBuddy. Necesitaré tu archivo de registro para ver qué está sucediendo.

Una pregunta rápida: recuérdame qué ajustes (y dónde) debo modificar y qué nivel de registro.
Creo que desactivé todos esos (o los bajé a solo «Error») hace muchísimo tiempo para eliminar esa carga de trabajo una vez que todo funcionaba sin problemas. ¿Ya mencioné que MCEBuddy lleva funcionando sin problemas durante muchísimo tiempo? :slight_smile:

Estoy usando Handbrake (que creo que usa FFmpeg internamente), Comskip (que parece tener FFmpeg embebido y estáticamente enlazado) y tengo NVenc por hardware habilitado. Además, recientemente nVidia añadió NVdec (decodificación) y hay opciones en FFmpeg para activarlo, por separado de las opciones NVenc (codificación) existentes en los distintos CLIs que se ejecutan tras bambalinas de MCEBuddy.

Finalmente me decidí a subir el nivel de registro y capturar un archivo de ejemplo del Tivo.

Vaya, es un desastre total, y no es culpa de MCEBuddy. Así que ejecuté otro programa extraído del Tivo con KMTTG. Lo que parece estar ocurriendo es que estos programas son de PBS, y muchos no tienen entradas en TheTVDB (especialmente durante su primer año de emisión). Sin embargo, el ejemplo sí tiene una entrada (TheTVDB ShowID 338440).

Desafortunadamente, los datos de guía del Tivo se transfieren (en archivos .txt como se mencionó), y MCEBuddy completa los metadatos a partir de ellos. Y MCEBuddy encuentra la información del programa en TheTVDB, porque tengo una configuración manual en los ajustes que le dice a MCEBuddy cuál es el ID del programa en TheTVDB.

Donde las cosas se tuercen es que estoy bastante seguro de que TheTVDB tiene la razón sobre los metadatos del programa, pero desde el principio los datos de guía del Tivo son el culpable. La guía del Tivo decía que el episodio era “Temporada 2, Episodio 3”, pero el título del programa decía “Episodio 205”, y resulta que ninguno de esos es la verdadera temporada y episodio según el contenido y los metadatos del Tivo (que coinciden entre sí). Ese episodio parece haber sido en realidad Temporada 4, Episodio 5, y ninguna de las informaciones de temporada/episodio del Tivo era correcta, y como se usó en el nombre del archivo, no hay forma de “arreglarlo” salvo posiblemente revisar manualmente cada programa después de extraerlo del Tivo y renombrarlo correctamente (no estoy seguro de si eso es suficiente para que MCEBuddy ignore los metadatos en el archivo .mpg y el archivo .txt de metadatos del Tivo que dicen algo diferente).

Todavía no he logrado establecer un flujo de trabajo donde pueda agregar un archivo manualmente a MCEBuddy sin que realice transcodificación ni cambios de formato de contenedor, pero que solo fuerce la extracción de metadatos de TheTVDB y sobrescriba los metadatos del archivo. Por supuesto, tendría que renombrar manualmente el archivo para indicar el programa, temporada y episodio correctos desde los cuales extraer los metadatos. Creo que podría ser un perfil que observe las carpetas de medios de Plex, pero que no las monitoree en busca de cambios, ¿tiene sentido? La idea es que si agrego archivos manualmente desde esas carpetas a la lista de tareas, se les aplicará ese perfil. Probablemente también deba asegurarme de que ninguno de los otros perfiles que observan carpetas diferentes se activen.

p.ej. /plex-media, /tivo-media y /HDHomeRun-media

Básicamente, MCEBuddy monitorea las dos últimas y la salida se coloca en /plex-media. Así que estaría reprocesando manualmente este tipo de archivos después de averiguar cuáles son los verdaderos números de temporada y episodio, luego renombrar el archivo y agregarlo manualmente a MCEBuddy para sobrescribir los metadatos.

Una cosa que noté es que al insertar los metadatos de TheTVDB en el archivo, se sobrescribe la información de la red OTA y del canal con la información de la red de TheTVDB y se elimina la información del canal (que TheTVDB naturalmente no tendría). Podría tener algo que ver con que el campo “callsign” del Tivo se copie en el campo “Network” en lugar del campo “TVChannel”, donde luego se sobrescribe por el valor “Network” de TheTVDB. En el ejemplo de “My Greek Table”, el “callsign” de “KETCDT4” y el TVChannel de “9-4” son preservados por MCEBuddy, e inyecta el “NetworkAffilliate” correcto de “CREATE”. Sin embargo, en mi ejemplo de prueba, MCEBuddy eliminó todo eso y sobrescribió el TVChannel con “RTEone” (la red de televisión irlandesa por la que originalmente se emitió el programa).

No sé cuál debería ser el metadato “correcto”, ya que hay casos claros donde los datos del Tivo están simplemente equivocados, y otros donde deberían preservarse, campo por campo.

Además, en el ejemplo de “My Greek Table” que publiqué arriba, el “episodeNumber” parece indicar que es de la Temporada 3, Episodio 7. Sin embargo, según TheTVDB, el episodio es en realidad de la Temporada 4, Episodio 1, y tiene un título ligeramente diferente. “S04E01 Diane Discovers Her New Athens ‘hood”. Así que sí, es un desastre y culpo a los datos de guía de la estación, pero también estoy tratando de idear un buen flujo de trabajo para abordar y solucionar el problema.