Copiar fuente a carpeta temporal local cuando no se remezcla

Mis archivos están en un NAS (Unraid). No estoy remuxing (no se necesita eliminación de comerciales). Si lo estuviera haciendo, mcebuddy crearía un archivo .ts en mi carpeta temporal local y trabajaría el archivo desde esa carpeta. Como no estoy remuxing, mcebuddy trabaja el archivo directamente desde Unraid a través de la red, manteniendo constantemente una conexión. Desafortunadamente, Unraid tiende a ralentizar/atascar el array de discos durante escrituras pesadas/sostenidas (como cuando se vacía el disco de caché). Durante estas ralentizaciones en el servidor, se desata el caos con mis conversiones. En el mejor de los casos, se cuelgan por un tiempo y se completan, o simplemente fallan. En el peor de los casos, no muestran errores (marcados como completados) pero producen un archivo cortado (la mitad del programa, etc.).

¿Hay alguna forma de copiar el origen del NAS a mcebuddytemp antes de la conversión, y que mcebuddy trabaje ese archivo?

MCEBuddy copia TODOS los archivos a la carpeta temporal y solo trabaja sobre esa carpeta temporal (nunca sobre el original, a menos que le indiques lo contrario). Asegúrate de no tener marcadas estas opciones en tu Tarea de conversión → Configuración avanzada

  • Omitir remuxado de archivos
  • Omitir copia de archivos originales

Ambos están sin marcar.

Solo el nuevo archivo que está creando mcebuddy está en temporal; el origen nunca se mueve del NAS.

Lo siento, “Omitir remuxing” está marcado, “Omitir copia” no.

edit:

Probé “Omitir copiar archivos originales” tanto marcado como desmarcado y observé el mismo comportamiento: el origen permanece en la red local (no se copia a temporal), el archivo convertido se crea en temporal. En otras palabras, no estoy seguro de que haga algo.

MCEBuddy siempre copia el archivo original a la carpeta temporal, como señaló Goose arriba; revisa tus registros y lo verás.

Ojalá fuera así.

No estoy seguro de qué buscar en los registros para verificar correctamente por qué está ocurriendo esto.

Intenta adjuntarlos aquí y podremos investigarlo. Asumiendo que has desmarcado ambas opciones, sí muestra una advertencia si intentas habilitarlas.

Another Period - S03E02 - WEBDL-1080p.mkv-tvtester2-2019-11-13T09-41-29.8993119-05-00.log (1.2 MB)

AMBAS opciones Omitir no deben estar marcadas:

Omitir copia del archivo original como respaldo → Falso
Omitir remuxear archivo original a TS → Verdadero

Has habilitado la opción Omitir remuxeo, por lo que no hará una copia local en la carpeta temporal. MCEBuddy por defecto remuxea el original a un archivo TS en la carpeta temporal (o lo copia si el original ya es TS) y luego trabaja sobre la carpeta temporal. Así que desmarca esa opción y ya no trabajará sobre el archivo original después de remuxearlo a la carpeta temporal.

Puede que esté interpretando mal el registro, pero en mi configuración no tengo ambas casillas marcadas. “Omitir remuxing” está marcada, “Omitir copia” no lo está.

Skip Copying Original File for Backup → False
Skip Remuxing Original File to TS → True

Entiendo cómo funciona MCEBuddy cuando el archivo se remuxea. El problema es que el remuxing ocasionalmente daña mis archivos. Este problema no ocurre cuando convierto directamente desde el MKV.

El objetivo aquí, como dice el título del hilo, es: copiar el archivo a la carpeta temporal local cuando NO se está remuxando… ¿Es eso posible?

Remuxear es una forma de copiar, solo que cambia el formato del contenedor para que sea más manipulable, sin alterar las propiedades o el contenido del video. Es redundante copiar si estás remuxeando, así que ¿por qué quieres limitar el remuxeo? Simplemente deja el remuxeo activado y hará una copia local.

El remux puede arruinar una conversión y es solo un paso innecesario si no estás saltando comerciales.

Funciona bien la mayor parte del tiempo, pero tiene sus problemas. Ocasionalmente establece la tasa de cuadros o el espacio de color incorrectos. En un momento noté que algunas de mis conversiones estaban saltando cuadros. Revisé los metadatos y la tasa de cuadros era algo como 29.6 en lugar de la normal 29.97, etc. Agregar --cfr o desactivar el remux solucionó el problema, así que no es gran cosa… Lo pasé por alto en mis pruebas, así que continué con un lote grande y tuve que rehacer como dos semanas de conversiones. Aún tenía la fuente, así que de nuevo, no es gran cosa, pero muy molesto.

El mayor problema con el remux son los subtítulos. Por defecto, el scodec se ignora en el remuxer, así que la única forma de obtener subtítulos es activando ccextractor, que funciona bien la mayor parte del tiempo, pero también tiene sus problemas. Actualmente no hay una forma buena o fácil de trabajar con subtítulos PGS, que cada vez son más comunes en Blu-rays, etc. Los PGS funcionan mejor si se pasan directamente, no se procesan, y el remux no ofrece una forma de pasarlos, mientras que ccextractor no ofrece una forma de extraerlos, así que básicamente no hay PGS con remux.

De hecho, intenté solucionar esto ayer modificando el archivo de configuración y cambiando el valor predeterminado:
CopyRemux0=-i -ss 0 -vcodec copy -acodec copy -map 0:a -map 0:v -f mpegts
a:
CopyRemux0=-i -ss 0 -vcodec copy -acodec copy -scodec copy -map 0:a -map 0:v -map 0:s -f mpegts

Esto ayudó un poco, pero aparentemente mpegts tiene sus propias limitaciones sobre qué tipos de subtítulos le gustan y cuáles no, así que no funcionó en todos mis archivos (no se pasaron subtítulos en aproximadamente 4 de 12). Así que probé esto:
CopyRemux0=-i -ss 0 -vcodec copy -acodec copy -scodec copy -map 0:a -map 0:v -map 0:s -f matroska
Esto fue casi un éxito. De mis 12 archivos de prueba, 11 se convirtieron bien con todos los subtítulos correctos, etc. El que falló mostró un error sobre un espacio de color de entrada incorrecto. Estoy seguro de que si investigo un poco puedo encontrar los parámetros que necesito para solucionar esto, pero en algún momento tienes que preguntarte… ¿por qué?

Cuando no se saltan comerciales, la única ventaja real que veo en el remux es el hecho de que me da un archivo local para trabajar. Fuera de eso, simplemente no es necesario. Puede crear errores extraños (tasa de cuadros), requiere el uso de una aplicación de terceros para subtítulos (ccextractor), y no permite PGS en absoluto. Y en general, simplemente no veo el punto. Mi fuente es mkv y mi salida también, así que no hay necesidad de pasar por un formato intermedio (ts). Mi perfil de HandBrake pasa subtítulos sin problemas, nunca arruina la tasa de cuadros ni se preocupa por el espacio de color al trabajar con el mkv, así que ¿por qué molestarse? Quiero decir, estoy seguro de que tiene sentido en muchas situaciones, pero en la mía, prefiero simplemente copiar la fuente y trabajar con el mkv local temporal.

Gracias por tus comentarios. Tiene sentido que siempre debería hacer una copia local a menos que se le indique lo contrario. Si está remuxing, eso es una copia local; si se salta el remuxing, debería hacer una copia local a menos que se seleccione la opción de saltar la copia.

Esta corrección debería estar en la próxima versión beta 2.5.2.

Gracias.

Esto es exactamente lo que estaba buscando. Estoy muy contento de ver que se ha abordado tan rápidamente.