Las versiones 2.5.3 y 2.5.4 muestran un error de pista de audio y comienzan una remultiplexación lenta. La versión 2.5.2 no presenta este error. He vuelto a usar la 2.5.2. He revisado los archivos de registro y muestran un error de fprobe. Además, esto genera un archivo aproximadamente 3 veces más grande que el original y ralentiza la conversión.
He adjuntado los archivos de registro para las versiones 2.5.4 y 2.5.2
ver 2_5_2 News 5 20090411 [20200807-2200].mpg-News %-2020-08-08T09-03-32.0686042-04-00.log (681.4 KB) ver 2_5_4 News 5 20090411 [20200807-2200].mpg-News %-2020-08-07T18-34-15.log (851.2 KB)
El problema parece ser que tu archivo está siendo bloqueado por otro proceso, lo que impide que mcebuddy acceda a él y causa tus problemas.
WARNING → Error al intentar leer datos al archivo TS. Error: System.IO.IOException: El proceso no puede acceder al archivo ‘C:\Users\Public\Recorded TV\HDHomeRun\News 5\News 5 20090411 [20200807-2200].mpg’ porque está siendo utilizado por otro proceso.
2020-08-07T18:34:15 MCEBuddy.AppWrapper.Base → C:\Users\Public\Recorded TV\HDHomeRun\News 5\News 5 20090411 [20200807-2200].mpg: Permiso denegado
Además, cuando ejecutas la versión 2.5.4 la estás ejecutando sin interfaz gráfica (sin inicio de sesión de usuario), mientras que con la 2.5.2 la ejecutas con un usuario conectado:
2020-08-07T18:34:19 MCEBuddy.AppWrapper.Comskip → Iniciando proceso como proceso UISession con privilegios de administrador. Esto requiere que al menos 1 usuario esté conectado al sistema (escritorio remoto o localmente)
WARNING > 2020-08-07T18:34:19 MCEBuddy.AppWrapper.Comskip → No se puede crear proceso UI Session con privilegios de administrador desde sesión no UI. ¿Hay algún usuario conectado?
Gracias por responder. Estoy bastante desconcertado con el inicio de sesión del usuario, ya que lo tengo configurado para iniciar automáticamente al reiniciar. Instalé la versión 5.2 en la misma sesión de Windows que la 5.4. También ocurre lo mismo en mi portátil con Windows. El archivo que usé para la prueba ya estaba grabado, por lo que no es en tiempo real. No entiendo qué otro proceso podría estar causando esto.
Estoy ejecutando las últimas actualizaciones de Windows, ya que no tengo otra opción. Me parece extraño que la versión 5.2 ignore estos problemas y la 5.4 no. ¿Alguna sugerencia sobre qué revisar? Me gustaría ejecutar la versión más reciente. Es un excelente producto; lo he estado usando desde que dejé de usar televisión por cable.
Saludos,
Larry
goose,
estoy ejecutando la versión donante de mcebuddy.
Lo intenté de nuevo y revisé los archivos de registro con resultados similares. Lo que encuentro es que ffprobe está siendo denegado el permiso al archivo.
2020-08-19T13:45:10 MCEBuddy.AppWrapper.Base → \MY-MEDIA\Public\Recorded TV\HDHomeRun\The 100\The 100 S07E11 20200812 [20200813-0000].mpg: Permission denied.
Esto aparentemente bloquea el archivo y causa este error.
→ Error trying to read data to TS file. Error: System.IO.IOException: The process cannot access the file ‘\MY-MEDIA\Public\Recorded TV\HDHomeRun\The 100\The 100 S07E11 20200812 [20200813-0000].mpg’ because it is being used by another process.
He intentado recrear el error ejecutando ffprobe desde su directorio de programa con tus comandos cli y se ejecuta normalmente con la salida esperada. Así que no creo que sea un problema de privilegios para ffprobe.
Noto que 5.2 no falla con el inicio de sesión de nombre de usuario guest, mientras que en 5.4 falla con el nombre de usuario guest.
Agregar manualmente Nombre de Usuario → Guest
Agregar manualmente Contraseña →
Nombre de Dominio de Ruta de Archivado →
Nombre de Usuario de Ruta de Archivado → Guest
Contraseña de Ruta de Archivado →
Nombre de Dominio de Ruta de Fallidos →
Nombre de Usuario de Ruta de Fallidos → Guest
Contraseña de Ruta de Fallidos →
Agradezco cualquier ayuda.
gracias
Larry
The 100 S07E11 20200812 [20200813-0000].mpg-DVR-Comm-2020-08-19T13-45-09.log (72.1 KB)
The 100 S07E11 20200812 [20200813-0000].mpg-DVR-Comm-2020-08-19T14-09-47.9638908-04-00.log (108 KB)
No es ningún programa dentro de MCEBuddy el que está bloqueando el archivo, es algo externo. Probablemente algo en tu máquina de red o algún antivirus. Intenta usar un archivo local y si eso funciona, entonces sabrás que es algo que está interfiriendo con tu unidad de red.
No lo tengo aquí, así que no puedo probarlo, pero he visto informes de que si usas el servicio de grabación de HDHomeRun (como tu carpeta se llama HDHomeRun), a veces el bloqueo no se quita del archivo después de que termina la grabación. Si configuras MCEBuddy para convertir poco después de que termine la grabación, ¿quizás necesitas aumentar ese tiempo?
He tenido problemas con MediaPortal (usando sintonizadores HDHomeRun) que no liberaba el bloqueo del archivo; ahora uso Emby y no he visto eso. Empiezo mis conversiones unos 5 minutos después de que termina la grabación.
Ganso,
todos los programas grabados son locales en la misma computadora; HDHomeRun, MCEBuddy y Kodi residen en la misma máquina.
Así que moví “The 100” a Descargas y lo agregué manualmente a MCEBuddy: da el mismo resultado.
C:\Users\ldc76\Downloads\The 100 S07E11 20200812 [20200813-0000].mpg: Permiso denegado
La versión 5.2 no presenta este problema, pero 5.3 y 5.4 sí. Hay una diferencia entre las revisiones que causa un problema en esta computadora. Misteriosamente, funciona en una de mis laptops Dell y no en la otra, ambas del mismo modelo, con el mismo error. He verificado todos los permisos y parecen correctos; puedo ejecutar fprobe manualmente sobre el mismo archivo y no da error. Sin embargo, cuando MCEBuddy 5.4 o 5.3 lo lanza, aparece el error.
Así que estoy estancado y sin ideas sobre cómo proceder. Odio estar atrapado en 5.3.
Larry
David,
gracias por responder. Estoy probando el problema añadiendo manualmente el programa a MCEBuddy. Lo que ocurre es que cuando la versión 5.3 o 5.4 lanza ffprobe, falla con el siguiente mensaje; con la 5.2 no sucede. Curiosamente tengo dos portátiles Dell idénticos: en uno funciona y en el otro no. MCEBuddy, HDHomeRun y Kodi están ejecutándose en el mismo servidor de escritorio. Esto lo descubrí porque, al fallar, el programa hace un remux lento que tarda una eternidad; cree que hay un error de audio.
He ejecutado el mismo ffprobe desde el directorio mcebuddy\ffmpeg con los mismos argumentos y con el archivo del programa en la misma ubicación y se ejecuta y genera salida, así que creo que los permisos son correctos. Pero no funciona cuando se lanza desde la 5.3 o la 5.4.
2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base --> Launching process C:\Program Files\MCEBuddy2x\ffmpeg\ffprobe.exe
2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base --> Process arguments -hide_banner -probesize 100M -analyzeduration 300M -i "C:\Users\ldc76\Downloads\The 100 S07E11 20200812 [20200813-0000].mpg"
2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base --> UI Session Admin Process : False
2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base --> Setting process priority to Idle
2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base --> Setting CPU affinity to -> 15
**2020-08-19T20:22:23 MCEBuddy.AppWrapper.Base --> C:\Users\ldc76\Downloads\The 100 S07E11 20200812 [20200813-0000].mpg: Permission denied**
**--> Process exited with code 1**
> 2020-08-19T20:22:25 MCEBuddy.Engine.ConversionJob --> Running custom commands
2020-08-19T20:22:25 MCEBuddy.Transcode.CustomCommand --> Engine running as service, enabling PreMetaCustomCommandUISession, since PreMetaCustomCommandShowWindow is enabled
2020-08-19T20:22:25 MCEBuddy.Transcode.CustomCommand --> Custom command parameters read ->
PreMetaCustomCommandPath =
PreMetaCustomCommandParameters =
PreMetaCustomCommandHangPeriod = 300
PreMetaCustomCommandCritical = False
PreMetaCustomCommandUISession = True
PreMetaCustomCommandShowWindow = True
PreMetaCustomCommandExitCodeCheck = False
> 2020-08-19T20:22:25 MCEBuddy.Transcode.CustomCommand --> No custom commands found
2020-08-19T20:22:25 MCEBuddy.Engine.ConversionJob --> Finished pre metadata custom command, source file size [KB] 3,423,865.00
> 2020-08-19T20:22:25 MCEBuddy.Engine.ConversionJob --> Getting show information and banner from Internet sources
2020-08-08-19T20:22:25 MCEBuddy.MetaData.VideoMetaData --> Extracting metadata from file -> C:\Users\ldc76\Downloads\The 100 S07E11 20200812 [20200813-0000].mpg
--> Checking for SiliconDust meta tags
--> Starting to extract payload from TS file, upto 64 TS packets will be processed
**WARNING> --> Error trying to read data to TS file. Error: System.IO.IOException: The process cannot access the file 'C:\Users\ldc76\Downloads\The 100 S07E11 20200812 [20200813-0000].mpg' because it is being used by another process.**
Cualquier idea sobre dónde mirar se agradece.
Gracias,
Larry
De cabeza sin realmente tener oportunidad de investigar… ¿las ubicaciones de archivos están siendo indexadas por Windows Search o cualquier otro indexador?
Puede bloquear archivos fácilmente
Gracias. Lo intentaré apagándolo. Quizás si supiera qué mejoras se hicieron entre la 5.2 y la 5.3 podría tener una pista de dónde buscar. Si tengo oportunidad hoy compararé mis 2 portátiles a ver si descubro algo.
Saludos
Larry
Puedes encontrar las notas de la versión aquí: Announcements - MCEBuddy
No veo ningún cambio relacionado con ffmpeg o con esto. No puedo ver desde estos registros, verifica en la configuración experta de ubicación de tu monitor si tienes establecido un retraso antes de añadir los archivos a la cola para evitar que se envíen archivos bloqueados a mcebuddy.
Ganso
Revisé los cambios y estoy de acuerdo en que nada parece destacar como causa del problema. Hoy, por casualidad, ejecuté el mismo programa con dos fechas de emisión distintas: la de marzo no genera error, pero la de agosto sí en la versión 5.4. Ambas pasan en la versión 5.2.
Subí los dos archivos y los registros correspondientes a cada versión a tu sitio FTP; están en el directorio ldc7675-test.
Si tienes oportunidad, ¿podrías ejecutarlos y decirme si obtienes los mismos errores? Por cierto, gracias por investigar esto, es realmente extraño.
Ejecuté la prueba en dos laptops idénticas d830 y ambas tuvieron los mismos errores y aciertos. Aún no lo he probado en el escritorio.
Larry
Los archivos que subiste se están convirtiendo sin problemas aquí con la versión 2.5.4
2020-08-21T08:46:26 MCEBuddy.AppWrapper.Base → Lanzando proceso C:\Program Files\MCEBuddy2x\ffmpeg\ffprobe.exe
2020-08-21T08:46:26 MCEBuddy.AppWrapper.Base → Argumentos del proceso -hide_banner -probesize 100M -analyzeduration 300M -i “C:\Users\Goose\Desktop\News 5 20090411 [20200810-2200].mpg”
2020-08-21T08:46:26 MCEBuddy.AppWrapper.Base → Proceso de sesión de administrador de UI: Falso
2020-08-21T08:46:27 MCEBuddy.AppWrapper.Base → Estableciendo prioridad del proceso a Normal
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → [mpeg2video @ 00000207993c2940] Dimensiones de fotograma inválidas 0x0.
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → El último mensaje se repitió 7 veces
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → [mpegts @ 000002079939b140] Tamaño de paquete PES no coincide
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Entrada #0, mpegts, desde ‘C:\Users\Goose\Desktop\News 5 20090411 [20200810-2200].mpg’:
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Duración: 00:30:59.67, inicio: 27431.266511, bitrate: 9147 kb/s
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Programa 3
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Stream #0:0[0x31]: Video: mpeg2video (Main) ([2][0][0][0] / 0x0002), yuv420p(tv, top first), 1920x1080 [SAR 1:1 DAR 16:9], Closed Captions, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Stream #0:10x34: Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, 5.1(side), fltp, 384 kb/s
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Stream #0:20x35: Audio: ac3 ([129][0][0][0] / 0x0081), 48000 Hz, stereo, fltp, 128 kb/s
→ El proceso terminó con código 0
También remuxea sin problemas
2020-08-21T08:47:15 MCEBuddy.AppWrapper.FFmpeg → video:1899108kB audio:116218kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 3.189370%
→ El proceso terminó con código 0
→ Tamaño del archivo de salida de FFMpeg [KB] → 2,079,602.00
2020-08-21T08:47:17 MCEBuddy.RemuxMediaCenter.RemuxMCERecording → Tamaño del archivo original [KB] → 2,076,550.00
2020-08-21T08:47:17 MCEBuddy.RemuxMediaCenter.RemuxMCERecording → Tamaño del archivo remuxeado [KB] → 2,079,602.00
Creo que puede haber un problema con tu instalación o con tu configuración de Windows.
Ganso
Gracias, ahora sé que algo está fallando en los tres de mis computadoras. Probablemente sea Windows.
Saludos
Larry
Ganso
Creo que encontré el problema. Utilizo el mismo archivo mcebuddy.conf en todas las computadoras. Parece que hay algo en este archivo que (5.4) no le gusta para ninguna de mis tareas. Puedo duplicar una tarea y ejecutar esa tarea sin errores.
Utilicé la tarea news% y dupliqué la tarea news5 en el archivo de configuración adjunto.
Pruébalo y verifica si ves el mismo problema.
Así que puedo solucionar el problema duplicando todas mis tareas si es necesario.
Gracias
Larry
mcebuddy.conf (16.3 KB)
Por favor, no edites manualmente el archivo mcebuddy.conf. Todo se puede hacer a través de la interfaz gráfica, incluso cuando actualices MCEBuddy. Se realizan verificaciones de integridad cuando MCEBuddy se actualiza y cuando se guardan la configuración a través de la interfaz gráfica.
Hemos colocado esta advertencia en varios lugares, incluyendo el archivo Léeme y en la página de documentación del foro de discusión configuración avanzada:
POR FAVOR NO REEMPLACES LOS NUEVOS ARCHIVOS DE CONFIGURACIÓN CON LOS ARCHIVOS ANTIGUOS YA QUE LOS PARÁMETROS EN LOS NUEVOS ARCHIVOS SE AÑADEN/ACTUALIZAN CON CADA LANZAMIENTO.
NOTA: A partir de la v2.3.13 TODOS los parámetros configurables (excepto FFmpegBackupRemux) en MCEBuddy.conf se pueden acceder a través de la interfaz gráfica, página Configuración → Configuración experta. NO necesitas editar manualmente el archivo mcebuddy.conf.
Puedes duplicar tus tareas usando la interfaz gráfica de MCEBuddy, haz clic derecho en la tarea y selecciona Duplicar
Ganso.
Entiendo lo que dices. Te aseguro que no edito manualmente la configuración. Siempre he dejado que el programa realice la actualización sin mi intervención en el archivo de configuración. He hecho las instalaciones entre 5.2 y 5.4 varias veces en pruebas con los mismos resultados. Así que parece que, por cualquier razón, en mis computadoras la nueva estructura de configuración no se está actualizando.
Las laptops tienen una versión anterior de las tareas de configuración de mi escritorio que usé hace unos 6 u 8 meses.
Ahora que sé qué hacer para corregirlo, duplicaré mis tareas en la GUI “como siempre” y eliminaré las antiguas. No tomará mucho tiempo.
Gracias por probar mis archivos; los resultados me llevaron a la solución.
Con suerte, nadie más tendrá este problema.
Saludos
Larry
Tenga en cuenta que necesita adquirir una licencia de instalación separada para cada computadora. Consulte nuestro sitio web para más detalles.
Ganso
Solo uso el servidor de escritorio para mcebuddy. Los portátiles se usaron para ayudar a validar el problema. De todos modos, son demasiado lentos para las conversiones.
Finalmente tuve que reconstruir desde cero con un archivo de configuración nuevo. Algo en el archivo antiguo estaba causando problemas con la 5.4, pero sorprendentente no con la 5.2.
Saludos
Larry