Archivo de historial a DB

BUG / NUEVA CARACTERÍSTICA

Versión 2.5.7 64-bit

Windows 10 x64

Sería bueno contar con una opción para almacenar la información del historial en una base de datos sqlite o similar. Mi archivo de historial se vuelve bastante grande y, tras unos seis meses, MCEBuddy deja de detectar archivos durante el escaneo; entonces tengo que añadirlos manualmente o, más recientemente, uso un script de PowerShell que los incorpora vía CLI.

Cuando borro el archivo de historial, el escaneo termina en cuestión de segundos y, si no he limpiado algunas carpetas ad hoc, las añade a las tareas de conversión. Creo que se debe a la cantidad de registros en el archivo de historial.

Si existiera la opción de guardar en una BD, la búsqueda sería más rápida y, en caso de corrupción o recreación, se podrían volver a añadir los registros previos desde una copia de seguridad.

Simplemente borra el historial periódicamente. ¿Hay alguna razón por la que necesites saber si MCEBuddy procesó un archivo en lugar de otra cosa? Si el archivo es un duplicado (es decir, ya está allí), MCEBuddy no procesará el archivo. Que no esté en el historial no importa.

¿O estoy perdiendo algo?

El historial se utiliza dentro de una ubicación de monitoreo para no volver a procesar un archivo ya convertido, a menos que la opción “Volver a monitorear videos grabados” esté activada.

Hay ocasiones en las que necesito volver a procesar un archivo, así que marco esta opción. Si estás en la misma situación, @Nick_Skoy, puedes intentar marcar esta opción para ver si detecta los nuevos archivos. Parece que debería omitir el análisis del historial.

Disculpa la respuesta tardía. Estaba fuera de la ciudad este fin de semana y ocupado ayer.

Tengo un HDHomeRun Prime y estoy usando NextPVR. No está tan desfasado por lo que veo. Tengo algunos programas configurados para grabar “Todos los episodios” y otros para grabar “Solo episodios nuevos”. Así que creo que el problema está con los programas en la categoría “Todos los episodios”. Usaré “Friends” como ejemplo. Se transmite en varios canales, y cuando grabo no me importa si el episodio se graba varias veces. O por lo que entiendo, solo grabará el mismo episodio si está en un canal diferente.

Lo he observado cuando vuelvo a agregar los episodios a MCEBuddy mediante línea de comandos o arrastrando y soltando. Recupera los datos, reconoce que ya convirtió el archivo anteriormente basándose en el historial, luego elimina el archivo y pasa al siguiente elemento en la cola. Así que también hace la limpieza. Cuando mi archivo de historial se ha vuelto grande o corrupto (aunque aún puedo leer el archivo sin problemas y no noto ninguna corrupción visible). La búsqueda no encuentra los programas grabados y, a su vez, MCEBuddy permanece inactivo. Esos archivos se acumulan, y ha habido ocasiones en las que hay más de 100 programas/películas que necesitan ser convertidos, pero no lo hacen. Agrego los archivos a MCEBuddy mediante línea de comandos o arrastrando y soltando manualmente, y con el tiempo los agrega a la cola, los procesa —ya sea convirtiéndolos o detectando que ya fueron convertidos— y elimina el archivo original de la carpeta de grabación.

Espero que esto tenga algo de sentido y ayude…

Parece que podría haber 2 tipos de “eliminación de duplicados/historial” en juego.

  1. El archivo está en la base de datos de historial/registro (es decir, mismo nombre desde el DVR de grabación) y por tanto se omite antes de procesarse más.
  2. El archivo se procesa inicialmente hasta determinar cuál sería el nombre de archivo de destino, y si ese archivo ya existe, se omite antes de continuar (o quizá después de procesarse; no estoy seguro de ese detalle: espero que MCEBuddy decida omitirlo antes de hacer el trabajo de procesarlo).

El escenario n.º 1 depende de que el archivo de entrada tenga el mismo nombre que una grabación anterior (según las reglas del historial).

El escenario n.º 2 depende de que el archivo de salida tenga el mismo nombre que una grabación procesada previamente (según las reglas de nomenclatura de destino).

Por ejemplo, cuando pongo mi HDHR para “grabar todo” (toda la serie; aún no es tan inteligente como para usar la bandera “nuevo” de los datos de guía como mi Tivo), el sintonizador incluye la hora de inicio HHMM y la hora de finalización HHMM en el nombre del archivo, además del canal en que se grabó, así cada transmisión termina en un archivo separado, independientemente de si los datos de guía indican información de episodio u otros metadatos.

Casi todos los programas de los subcanales de PBS (CreateTV, te estoy mirando) no tienen información de episodio ni siquiera IDs de programa, así que siempre terminan como “especiales” en mi destino “Especiales” en lugar de en una serie de TV (con temporadas y episodios), ya sean episodios distintos o simplemente retransmisiones del mismo episodio a distinta hora.

Esto ocurre porque, para mis perfiles de trabajo “Especiales”, debo incluir la “hora de inicio” en el nombre de salida para poder distinguir entre posibles episodios múltiples y duplicados. Si no, y todos resolvieran a un nombre de salida “NombreDelPrograma-SE-FechaDeGrabación”, el primero en procesarse bloquearía a los demás y estos se eliminarían de la cola como archivo duplicado bajo el escenario n.º 2.

Para Series de TV no quiero que eso pase; sí quiero un procesamiento tipo “gana la primera grabación”. Por eso mi nombre de salida para series (que sí tienen nº de episodio en los metadatos) solo incluye la “PrimeraFechaDeEmisión”, no la “FechaDeGrabación”.

Los eventos deportivos suelen ser en vivo y solo son relevantes para la fecha del evento, así que su regla de renombrado incluye la “FechaDeGrabación” y no la “PrimeraFechaDeEmisión”, ya que algunos datos de guía ponen la “PrimeraFechaDeEmisión” en la fecha en que comenzó el programa deportivo (p. ej. Monday Night Football, solo como ejemplo). Además, en una serie de partidos no siempre configuran el metadato del Partido # como “episodio”; p. ej. el Partido 3 de la “Serie Mundial 2022” puede aparecer como “World Series 2022 Game 3” en el título (haciendo que grabar toda la serie sea un desastre en el DVR) o como Episodio 3 del programa “World Series 2022”. Incluir siempre la “FechaDeGrabación” en el nombre de archivo para deportes resuelve ese problema, sin importar lo que digan los datos de guía/metadatos.

Espero que esto ayude a entender lo que MCEBuddy podría estar haciendo en tu caso. También puedes buscar en los foros mis posts con mis reglas de renombrado que envían cada tipo de programa (TV, Película, Deportes y “Otros/todo lo demás”) a distintos lugares y tienen reglas de nombre de salida que funcionan bien con mi configuración de Plex.

Los programas problemáticos son los de PBS que terminan en mi carpeta Especiales y que debo des-duplicar manualmente y mover a la serie de TV correspondiente, renombrándolos a la temporada y episodio correctos. Suelo conservar la hora de grabación como sufijo y luego des-duplicar quedándome con el mejor procesado por MCEBuddy.

¿Puedes adjuntarme o enviarme por mensaje privado tu archivo de historial (o decirme cuántas líneas/entradas tiene)? Lo hemos probado con hasta 100,000 entradas sin problemas. También hemos renovado el motor de base de datos INI en la última versión beta 2.5.8 para permitir bases de datos aún más grandes.