Jeg er ny bruger og er lidt nervøs for at fjerne reklamerne uden at beholde den oprindelige fil i hvert fald i en periode. Jeg tror, jeg har konfigureret det korrekt til det, jeg vil, men det arkiverer ikke filerne.
Min opsætning har filerne på en ekstern NAS-disk (jeg har opsat brugernavnet, så den kan læse/skrive). Derefter vil jeg gerne arkivere til en anden ekstern NAS-disk (der ser ikke ud til at være et sted til dette brugernavn og kodeord), så jeg prøvede at arkivere til en lokal disk for at se, om det var problemet, men det virkede stadig ikke. Jeg har loggen sat til debug, men jeg kan ikke se nogen steder, at den nævner arkivmappen. Jeg uploader loggen fra dette forsøg, men andre med den lokale disk gav de samme resultater.
Under Monitor location, expert settings, har jeg “archive original file” markeret og “archive folder” valgt.
Arkivering/sletning af filer efter en konvertering er færdig, logges i mcebuddy.log-filen. Du kan åbne den fil og søge efter dit filnavn for at se, hvad der foregår.
Arkivering konfigureres for hver Monitor-opgave under ekspertindstillinger. Du kan angive placeringen til et NAS-drev (som starter med \\), og det vil give dig mulighed for at indtaste brugernavn/adgangskode til den netværksplacering. Brug ikke mappede drev.
Jeg uploader logfilen, og den angiver navnet på arkivmappen, men jeg kan ikke se, hvor der står, at den foretager noget med arkivering (succesfuldt eller mislykket).
Dette er en lokal drev og ikke et NAS-drev til testen.
Der er heller ikke et sted til brugernavn/adgangskode for arkivmappen. Der er et for overvågningsmappen og destinationsmappen.
Din originale fil og den konverterede fil er identiske (de har præcis samme navn, så den konverterede fil overskriver originalen efter konvertering), så der er intet at arkivere. Arkivering fungerer kun, når originalfilen og den konverterede fil er forskellige.
INFORMATION > 2020-03-23T20:12:10 MCEBuddy.Engine.Core → Job for \WDMYCLOUD2\HDHomeRun\Bless This Mess\Bless This Mess S02E15 20200317 [20200318-0030].mpg konverteret succesfuldt til \WDMYCLOUD2\HDHomeRun\Bless This Mess\Bless This Mess S02E15 20200317 [20200318-0030].mpg ved hjælp af konverteringsopgaven TVShows og profilen HDHomeRun Unprocessed
Ja, da jeg blot fjerner reklamer, vil filnavnet være det samme. Det virker som om, dette kunne gøres, før det erstattes. Er der nogen måde at omgå det på?
Jeg er ikke sikker på, hvad jeg ellers skal prøve for at få kopieringen til NAS til at fungere. Jeg har oprettet en ny bruger med en konto på NAS, sat tjenesten til at bruge denne bruger/adgangskode. Jeg oprettede den samme brugerkonto på start-NAS, bare for at sikre, at alle konti var ens. Mappet drevet på brugerens konto og kører mcebuddy-appen fra denne konto. Fejlen ligner, at brugeren ikke har adgang, men jeg ved, at det er forkert. Jeg prøvede med UISession både sand og falsk.
Forhåbentlig kan nogen hjælpe. Jeg er sikker på, at jeg er tæt på.
Jeg er ikke sikker på, hvordan jeg overså linjen, hvor du sagde, at jeg ikke skulle bruge det mappede drev. Det må have været problemet.
Et spørgsmål jeg har, er, hvorfor brugeren til tjenesten skal være en admin-bruger? Da jeg havde mcebuddy-brugeren som blot en almindelig bruger, ville tjenesten ikke starte korrekt. Jeg har et andet program, der bruger nas-drev, og det virkede med en almindelig bruger.
Der er ingen sammenhæng mellem brugeren og MCEBuddy, der kører. MCEBuddy kører som en systemtjeneste som standard (medmindre nogen manuelt ændrer det).
Som systemtjeneste har den ikke adgang til brugermappede drev, som forklaret på denne side, andet indlæg: MCEBuddy FAQ - Common Issues and Errors
Du kan dog køre MCEBuddy som en kommandolinjebaseret motor fra brugerlogin via startmenuen, hvilket giver MCEBuddy adgang til mappede drev, men så kører den ikke længere i baggrunden og kører kun, så længe brugeren er logget ind.
Måske er det anderledes end BlueIris, men jeg var nødt til at køre tjenesten som en lokal bruger i stedet for systembrugeren for at få NAS til at fungere. Det stod der i deres hjælpefiler. Så jeg prøvede det samme med mcebuddy, og da brugeren ikke var en admin-bruger, gav det fejl i hændelsesloggen, når det forsøgte at starte, og programmet sagde, at tjenesten ikke kørte. Da jeg gjorde brugeren til en admin-bruger, startede det fint. Jeg er ikke sikker på, om jeg vil gå tilbage på dette tidspunkt – jeg brugte det meste af eftermiddagen på at få det til at virke.
Lige nu virker det, med tjenesten kørende under den bruger, jeg oprettede. Skiftet væk fra det mappede drev var sandsynligvis det, der løste problemet.
Du kan tjekke dagens build. Nu kan du angive et brugerdefineret brugernavn/adgangskode for hver netværkssti. Så midlertidige mapper, mislykkede mapper, arkivmapper, overvågningsstier, destinationsmapper osv. har hver deres egen netværkslegitimationsmulighed.