Ik ben een nieuwe gebruiker en ik ben een beetje nerveus over het verwijderen van de reclames zonder het originele bestand minstens een tijdje te bewaren. Ik denk dat ik het goed heb ingesteld voor wat ik wil doen, maar het archiveert de bestanden niet.
Mijn opstelling heeft de bestanden op een externe nas-schijf (ik heb de gebruikersnaam ingesteld zodat lezen/schrijven mogelijk is). Vervolgens wil ik graag archiveren naar een andere externe nas-schijf (er lijkt geen plek te zijn voor deze gebruikersnaam/wachtwoord), dus probeerde ik te archiveren naar een lokale schijf om te zien of dat het probleem was, maar het werkte nog steeds niet. Ik heb het logboek op debug ingesteld, maar ik zie nergens dat de archiefmap wordt genoemd. Ik upload het logboek van deze poging, maar anderen met de lokale schijf hadden dezelfde resultaten.
Onder Monitorlocatie, expertinstellingen, heb ik ‘archiveer originele bestand’ aangevinkt en de archiefmap geselecteerd.
Het archiveren/verwijderen van bestanden na het voltooien van een conversie wordt vastgelegd in het mcebuddy.log-bestand; je kunt dat bestand openen en zoeken naar je bestandsnaam om te zien wat er gebeurt.
Archiveren wordt voor elke Monitor-taak geconfigureerd onder expertinstellingen. Je kunt de locatie instellen op een NAS-schijf (beginnend met \\) en dan kun je de gebruikersnaam/wachtwoord voor die netwerklocatie invoeren. Gebruik geen gemapte schijven.
Ik upload het logbestand en er staat de naam van de archiefmap, maar ik zie nergens dat er iets met archiveren gebeurt (succesvol of mislukt).
Dit is een lokale schijf en geen NAS-schijf voor de test.
Er is ook geen veld voor gebruikersnaam/wachtwoord voor de archiefmap. Die is er wel voor de monitor- en bestemmingsmap.
Uw originele bestand en het geconverteerde bestand zijn identiek (ze hebben precies dezelfde naam, dus het geconverteerde bestand overschrijft het origineel na conversie), dus er valt niets te archiveren. Archiveren werkt alleen als het originele en het geconverteerde bestand van elkaar verschillen.
INFORMATIE > 2020-03-23T20:12:10 MCEBuddy.Engine.Core → Taak voor \WDMYCLOUD2\HDHomeRun\Bless This Mess\Bless This Mess S02E15 20200317 [20200318-0030].mpg succesvol geconverteerd naar \WDMYCLOUD2\HDHomeRun\Bless This Mess\Bless This Mess S02E15 20200317 [20200318-0030].mpg met Conversie Taak TVShows en Profiel HDHomeRun Unprocessed
Ja, aangezien ik alleen commercials verwijder, blijft de bestandsnaam hetzelfde. Het lijkt erop dat dit gedaan zou kunnen worden voordat het wordt vervangen. Is er een manier om dit te omzeilen?
Ik weet niet meer wat ik nog kan proberen om het kopiëren naar de NAS werkend te krijgen. Ik heb een nieuwe gebruiker aangemaakt met een account op de NAS, de service ingesteld om deze gebruiker/wachtwoord te gebruiken. Ik heb hetzelfde gebruikersaccount aangemaakt op de start-NAS om zeker te zijn dat alle accounts identiek zijn. De schijf gekoppeld op het account van de gebruiker en de mcebuddy-app vanaf dit account uitgevoerd. De fout lijkt erop te wijzen dat de gebruiker geen toegang heeft, maar ik weet zeker dat dat niet klopt. Ik heb geprobeerd met UISession op true en false.
Hopelijk kan iemand helpen. Ik ben er zeker van dat ik dichtbij ben.
Weet niet hoe ik de regel heb gemist toen je zei dat ik het gekoppelde station niet moest gebruiken. Dat moet het probleem zijn geweest.
Eén vraag die ik wel heb is waarom de gebruiker voor de service een admin-gebruiker moet zijn? Toen de mcebuddy-gebruiker gewoon een gewone gebruiker was, startte de service niet correct. Ik heb een ander programma dat nas-schijven gebruikt en dat werkte met een gewone gebruiker.
Er is geen verband tussen de gebruiker en het draaien van MCEbuddy. MCEbuddy draait standaard als een systeemservice (tenzij iemand dit handmatig wijzigt).
Als systeemservice heeft het geen toegang tot door de gebruiker gekoppelde schijven, zoals uitgelegd op deze pagina, tweede bericht: MCEBuddy FAQ - Common Issues and Errors
Je kunt MCEbuddy echter ook als opdrachtregel-engine starten vanuit de gebruikerslogin via het startmenu, waardoor MCEbuddy toegang krijgt tot gekoppelde schijven, maar dan draait het niet meer op de achtergrond en alleen zolang de gebruiker is ingelogd.
Misschien is het anders dan bij BlueIris, maar ik moest de service uitvoeren als een lokale gebruiker in plaats van als de systeemgebruiker om de NAS werkend te krijgen. Dat stond in hun helpbestanden. Dus ik probeerde hetzelfde met mcebuddy en de gebruiker die geen beheerder was gaf fouten in de eventlogs bij het opstarten en het programma zei dat de service niet draaide. Toen ik de gebruiker beheerder maakte, startte het zonder problemen. Ik weet niet zeker of ik nu terug wil, ik heb de hele middag besteed om het werkend te krijgen.
Op dit moment werkt het met de service die draait onder de gebruiker die ik heb aangemaakt. Het overschakelen van de gekoppelde schijf heeft waarschijnlijk het probleem opgelost.
U kunt de build van vandaag bekijken. U kunt nu een aangepaste gebruikersnaam/wachtwoord opgeven voor elk netwerkpad. Dus tijdelijke mappen, mislukte mappen, archiefmappen, controlepaden, doelmappen etc. hebben elk hun eigen netwerkcredential-optie.