Ik draai buddy in een win10 VM op een Qnap NAS
Ik heb ook buddy op een w10 desktop
Al mijn media staat op de NAS.
Ik remux en hercodeer mkv naar mp4.
Automatisch werkt dit goed.
Maar wanneer ik (willekeurig aantal) bestanden naar buddy sleep - gebeurt er niets.
Ik open dan services.msc en klik op MCEbuddy opnieuw starten.
Buddy verdwijnt dan (sluit af)
Ik open Buddy opnieuw en alle eerder gesleepte bestanden staan er plotseling (en worden verwerkt)!
Dit gebeurt zowel op de VM- als op de desktopversie.
Ik neem aan dat dit initieel de bedoeling is.
Ruimt de herstart iets op?
Misschien duurt het even voordat de GUI bijwerkt terwijl de engine de netwerkbestandsmetadata leest. Als je lang genoeg wacht, wordt hij uiteindelijk bijgewerkt zodra de engine klaar is met het lezen van de metadata. Probeer de nieuwste 2.5.3 BETA-build; we hebben enkele verbeteringen aangebracht aan de GUI-responsiviteit bij het omgaan met handmatig toegevoegde netwerkbestanden (drag & drop).
Het klinkt alsof het gewoon tijd kost om de metadata te lezen. Hervat het uiteindelijk als je het een paar minuten met rust laat? (afhankelijk van hoeveel bestanden je versleept)
Ik gebruik 2.5.3 BETA en het lijkt ook lang te duren voordat MCEbuddy handmatig toegevoegde bestanden verwerkt. Is er een manier om dit handmatig via de cli op te roepen, anders dan de service opnieuw te starten? Als ik wacht, gebeurt het uiteindelijk wel. Ik neem aan dat het de bibliotheek scant op nieuwe media en dat het handmatige bestand pas wordt verwerkt nadat de bibliotheekscan is voltooid.
Gebruik MCEBuddy.UserCLI.exe. Voer het gewoon zonder parameters uit om de hulptekst te krijgen:
Hieronder een voorbeeld van de uitvoer; met --command=engine --action=rescan kun je een herscan forceren:
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"
Probeer in plaats van te “slepen en neer te zetten” de knop “Toevoegen” te gebruiken. Als dat het probleem oplost, dan is het je Windows Verkenner die de bestanden blokkeert; wanneer je het bestand sleept en neerzet, kan mcebuddy op dat moment geen toegang krijgen tot de bestanden. De beste manier om dit te bevestigen is om je mcebuddy.log-bestand te openen en te kijken naar de logboekvermeldingen nadat je de bestanden in mcebuddy hebt gesleept. Als je berichten ziet dat de bestanden vergrendeld zijn, dan ligt het probleem aan je Windows-instellingen. Door simpelweg op de knop Opnieuw scannen te klikken wordt hetzelfde bevestigd; zodra de bestanden zijn ontgrendeld door je verkenner (of extensies die verbonden zijn aan de verkenner), kan mcebuddy ze opnieuw verwerken.
De langetermijnoplossing is om te achterhalen welke extensies in Windows Verkenner geregistreerd zijn die de toegang tot bestanden blokkeren wanneer je ze selecteert. Veel apps zoals VLC/codecs/spelers of andere ongerelateerde programma’s registreren extensies bij Windows Verkenner die bestanden vergrendelen wanneer ze geselecteerd worden. Probeer een schone installatie van Windows met geen andere apps geïnstalleerd en je zult het probleem niet tegenkomen.