Conversor usando un perfil sin procesar MKV desde un archivo wtv de 90 minutos. Por alguna razón, el remux se detiene al 25%, sin mostrar errores. El producto final dura solo el 25% (en minutos) del original.
2018-06-16T21:49:15 MCEBuddy.RemuxMediaCenter.ExtractWithGraph → Porcentaje completado : 24.98 %
2018-06-16T21:49:31 MCEBuddy.RemuxMediaCenter.ExtractWithGraph → Porcentaje completado : 24.99 %
2018-06-16T21:49:31 MCEBuddy.RemuxMediaCenter.ExtractWithGraph → Archivo de origen D:\Recorded TV Test\The Sing-Off_WDIVDT_2011_12_05_19_58_00 - DVRMS.dvr-ms tamaño [KB] : 9,371,702.00
2018-06-16T21:49:31 MCEBuddy.RemuxMediaCenter.ExtractWithGraph → Archivo extraído D:\temp\working0\The Sing-Off_WDIVDT_2011_12_05_19_58_00 - DVRMS_AUDIO0 tamaño [KB] : 65,095.00
2018-06-16T21:49:31 MCEBuddy.RemuxMediaCenter.ExtractWithGraph → Archivo extraído D:\temp\working0\The Sing-Off_WDIVDT_2011_12_05_19_58_00 - DVRMS_VIDEO tamaño [KB] : 2,276,579.00
2018-06-16T21:49:31 MCEBuddy.RemuxMediaCenter.ExtractWithGraph → Tamaño total de las partes extraídas [KB] : 2,341,675.00
Dicho esto, para DVR-MS, MCEBuddy utiliza los códecs de DirectShow de Windows para procesar y extraer los archivos de video y audio sin comprimir.
En tu caso, los códecs de Windows solo están devolviendo el primer 25 % del archivo. Lo más probable es que el archivo tenga un marcador EOF (fin de archivo) alrededor del 25 % y Windows cree que es el fin del flujo. Esto suele indicar un controlador de sintonizador/grabación defectuoso (ocurre con algunos controladores con errores). Intenta actualizar tu controlador.
Hay otras formas en que MCEBuddy puede extraer los flujos, pero esas solo se activan si los códecs de flujo de Windows “fallan”; en este caso no fallan, pero devuelven un código de éxito con solo el 25 % del flujo, probablemente debido al EOF.
Si puedes subir el archivo DVR-MS original, podemos revisarlo.
Subí dos archivos al servidor FTP, en una carpeta llamada klaberte. Ambos se “completaron prematuramente”, uno cerca del 25% y el otro cerca del 16% (si mal no recuerdo). Por favor, avísame si encuentras algún problema con los archivos originales. ¡Gracias!
Échale un vistazo, el archivo definitivamente tiene problemas, incluso FFMPEG falló al remuxearlo, así que no es sorpresa que los códecs de Windows DirectShow también tuvieran un problema. Esto indica que el controlador del dispositivo de grabación tiene un problema al crear flujos compatibles (también podría ser una mala recepción de la señal).
2018-06-21T16:26:23 MCEBuddy.AppWrapper.FFmpeg → error, non monotone timestamps 286588800 >= 286585920
2018-06-21T16:26:23 MCEBuddy.AppWrapper.FFmpeg → error, non monotone timestamps 286588800 >= 286588800
2018-06-21T16:26:23 MCEBuddy.AppWrapper.FFmpeg → error, non monotone timestamps 286632000 >= 286629120
2018-06-21T16:26:23 MCEBuddy.AppWrapper.FFmpeg → error, non monotone timestamps 286641090 >= 286641090
Sin embargo, hay un remuxeador especial de dvrms que usan los usuarios de MCEBuddy que pudo remuxearlo sin problemas. El problema es que Windows DirectShow no devuelve un error, por lo que MCEBuddy no usa el remuxeador especial.
Puedes intentar convertirlo en una máquina Windows que no tenga los códecs DVRMS (por ejemplo, Windows 10) o puedes descargar la versión BETA 2.4.9 de hoy y agregar esta nueva configuración a tu perfil:
DisableDVRMSStreamsRemuxing=true
Esto hará que MCEBuddy omita el uso de los códecs de Windows para el remuxeado de flujos de archivos DVRMS y pase a usar ffmpeg y luego el remuxeador especial (ffmpeg fallará aquí, así que el remuxeador especial se activará).
Funcionará con cualquier máquina; generalmente recomendamos usar el remuxing de flujos de Windows como primera opción, ya que es más rápido y tiene ventajas nativas, pero esta solución alternativa funcionará para cualquier máquina que tenga problemas con el remuxing de flujos como te ocurrió a ti (pero sin códigos de error).