Ejecuto buddy en una VM win10 en un NAS Qnap
También tengo buddy en un escritorio w10
Todos mis medios están en el NAS.
Remux y re-encode mkv a mp4.
Automáticamente esto funciona bien.
Pero cuando arrastro (cualquier cantidad de) archivos a buddy — no sucede nada.
Luego ejecuto services.msc y hago clic en reiniciar MCEbuddy.
Buddy entonces desaparece (se cierra)
Luego vuelvo a abrir Buddy ¡¡y todos los archivos arrastrados previamente están ahí!! (y ejecutándose)
Esto ocurre tanto en la versión VM como en la de escritorio.
Asumo que esta es la forma en que debería funcionar inicialmente.
¿El reinicio está limpiando algo?
Tal vez la GUI esté tardando en actualizarse mientras el motor lee los metadatos de los archivos de red. Si esperas lo suficiente, eventualmente se actualizará una vez que el motor termine de leer los metadatos. Prueba la última versión BETA 2.5.3, hemos mejorado la capacidad de respuesta de la GUI al trabajar con archivos de red añadidos manualmente (arrastrar y soltar)
Parece que solo está tardando en leer los metadatos. ¿Eventualmente continúa si se deja solo por unos minutos? (dependiendo de cuántos archivos estés arrastrando)
Estoy en la versión 2.5.3 BETA y parece que MCEbuddy tarda mucho en procesar los archivos añadidos manualmente también. ¿Hay alguna forma de invocarlo manualmente desde la línea de comandos sin tener que reiniciar el servicio? Si espero, eventualmente ocurre. Supongo que está escaneando la biblioteca en busca de nuevos medios y no invoca el manual hasta que termina el escaneo de la biblioteca.
Usa MCEBuddy.UserCLI.exe. Ejecútalo sin parámetros para obtener la ayuda:
Aquí tienes un ejemplo de la salida; puedes usar --command=engine --action=rescan para forzar un nuevo escaneo:
Usage: MCEBuddy.UserCLI --command=<option> --action=<value> --server=<server> --port=<port> --quiet
--command=engine -> Change the engine state
--action=start -> Start engine
--action=stop -> Stop engine
--action=pause -> Pause engine
--action=resume -> Resume engine
--action=rescan -> Rescan monitor locations and logs
--command=query -> Query and prints various parameters about the engine and jobs
--action=queuelength -> Get number of jobs in the conversion queue
--action=enginestate -> State of the engine (stopped, started, conversion_in_progress or conversion_paused)
--action=withinschedule -> Prints 'false' if it is currently outside the configured conversion schedule otherwise 'true'
--command=jobstatus -> Query the status of a job in the queue
--action="<full file path>" -> The path and name of the source file for which the job status is being queried. Enclose the path and filename in quotes. Valid statuses are `queued`, `converting` or `not present`
--command=addfile -> Add file to the conversion queue
--action="<full file path>" -> Full path to file to add to conversion queue
--command=removejob -> Removes a job from the conversion queue
--action=<queue no> -> Enter the job number in the queue to remove from the conversion queue (first job is 1)
--command=priority -> Change MCEBuddy priority
--action=low -> Low priority
--action=normal -> Normal priority
--action=high -> High priority
--command=deletehistoryitem -> Remove a file entry from the history to enable reconversion
--action="<full file path>" -> Full path to processed file to remove from history
--command=upnp -> Set UPnP in gateway/router for MCEBuddy engine remote access
--action=enable -> Enable UPnP port forwarding for MCEBuddy
--action=disable -> Disable UPnP port forwarding for MCEBuddy
--command=firewall -> Configure firewall exception for MCEBuddy engine remote access
--action=enable -> Enable firewall exception for MCEBuddy
--action=disable -> Disable firewall exception for MCEBuddy
--server=<localhost/NetBIOS name/IP Address> -> (Optional) Address of MCEBuddy engine (default is localhost)
--port=<port no> -> (Optional) Port for MCEBuddy engine (default is 23332)
--quiet -> (Optional) By default verbose is on, if this parameter is set then it will only print the results of the command=query/jobstatus on screen and -2 if there is an error
The program returns 0 if successful, -1 for bad input parameters and -2 if failed to process the command
Examples:
MCEBuddy.UserCLI --command=addfile --action="C:\Videos\My Test.wtv"
MCEBuddy.UserCLI --command=query --action=queuelength
MCEBuddy.UserCLI --command=removejob --action=2
MCEBuddy.UserCLI --command=priority --action=low
MCEBuddy.UserCLI --command=deletehistoryitem --action="C:\Videos\My Test.wtv"
MCEBuddy.UserCLI --command=engine --action=pause
MCEBuddy.UserCLI --command=engine --action=pause --server=192.168.1.3
MCEBuddy.UserCLI --command=engine --action=pause --server=localhost --port=2234
MCEBuddy.UserCLI --command=query --action=enginestate --quiet
MCEBuddy.UserCLI --command=jobstatus --action="C:\Test\Recorded File.ts"
En lugar de «arrastrar y soltar», prueba con el botón «Agregar». Si eso resuelve el problema, es que el explorador de Windows está bloqueando los archivos; así que, al arrastrar y soltar, MCEBuddy no puede acceder a ellos. La mejor forma de confirmarlo es abrir el archivo mcebuddy.log y revisar las entradas tras arrastrar los archivos. Si ves mensajes de que los archivos están bloqueados, el problema está en tu configuración de Windows. Simplemente pulsar el botón «Volver a escanear» lo confirmará; una vez que el explorador (o alguna extensión) libere los archivos, MCEBuddy podrá reprocesarlos.
La solución a largo plazo es encontrar qué extensiones registradas en el explorador de Windows están bloqueando el acceso al seleccionar archivos. Muchas aplicaciones como VLC/códecs/reproductores u otros programas registran extensiones que bloquean los archivos al seleccionarlos. Prueba con una instalación limpia de Windows sin otras aplicaciones y no verás el problema.