Version 2.5.3 og 2.5.4 ffmpeg-fejl - forårsager langsom remux og store filer

Version 2.5.3 og 2.5.4 viser en lydspor-fejl og starter langsom remuxing. Version 2.5.2 har ikke denne fejl. Jeg er gået tilbage til at bruge 2.5.2. Jeg kiggede i logfilerne, og de viser en fprobe-fejl. Dette skaber også en fil, der er cirka 3 gange større end den oprindelige fil, og det sænker konverteringen.
Jeg har vedhæftet logfilerne for version 2.5.4 og 2.5.2
ver 2_5_2 News 5 20090411 [20200807-2200].mpg-News %-2020-08-08T09-03-32.0686042-04-00.log|vedhæftet (681,4 KB) ver 2_5_4 News 5 20090411 [20200807-2200].mpg-News %-2020-08-07T18-34-15.log|vedhæftet (851,2 KB)

Problemet ser ud til at være, at din fil bliver blokeret af en anden proces, hvilket forhindrer mcebuddy i at få adgang til den og forårsager dine problemer.

WARNING → Fejl ved forsøg på at læse data til TS-fil. Fejl: System.IO.IOException: The process cannot access the file ‘C:\Users\Public\Recorded TV\HDHomeRun\News 5\News 5 20090411 [20200807-2200].mpg’ because it is being used by another process.

2020-08-07T18:34:15 MCEBuddy.AppWrapper.Base → C:\Users\Public\Recorded TV\HDHomeRun\News 5\News 5 20090411 [20200807-2200].mpg: Permission denied

Desuden kører du 2.5.4 i headless-tilstand (uden brugerlogin), mens du med 2.5.2 kører med en bruger logget ind:

2020-08-07T18:34:19 MCEBuddy.AppWrapper.Comskip → Starting process as a UISession process with Admin privileges. This requires atleast 1 user to be logged into the system (remote desktop or locally)
WARNING> 2020-08-07T18:34:19 MCEBuddy.AppWrapper.Comskip → Unable to create UI Session process with Admin Privileges from NonUI Session. Is any user logged on?

Tak for dit svar. Jeg er temmelig forvirret over brugerlogin, da jeg har indstillet det til automatisk at logge ind ved genstart. Jeg installerede 5.2 på samme Windows-session som 5.4. Det gør det samme på min Windows-bærbare. Filen, jeg brugte til testen, var allerede optaget, så det er ikke live. Jeg forstår ikke, hvilken anden proces der kunne have fat i den?

Jeg kører de nyeste Windows-opdateringer, da jeg ikke har nogen valgmulighed. Det virker underligt, at 5.2 ignorerer disse problemer, mens 5.4 ikke gør. Har du nogen forslag til, hvad jeg skal kigge på? Jeg vil gerne køre den nyeste version. Det er et fantastisk produkt, som jeg har brugt lige siden jeg droppede kabel-tv.

Med venlig hilsen
Larry

gås,
Jeg kører donator-versionen af mcebuddy.

Jeg prøvede igen og gennemgik logfilerne med lignende resultater. Det jeg finder ud af, er at ffprobe nægtes adgang til filen.

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.

Dette låser tilsyneladende filen, hvilket forårsager denne fejl.
→ 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.

Jeg har forsøgt at genskabe fejlen ved at køre ffprobe fra dets programmappe med dine cli-kommandoer, og det kører normalt med det forventede output. Så jeg tror ikke, det er et privilegieproblem for ffprobe.

Jeg bemærker, at 5.2 ikke fejler ved brugernavn gæst-login, mens 5.4 fejlede brugernavn gæst.

manuel Tilføj Brugernavn → Gæst
Manuel Tilføj Adgangskode →
Arkivsti Domænenavn →
Arkivsti Brugernavn → Gæst
Arkivsti Adgangskode →
Mislykket sti Domænenavn →
Mislykket sti Brugernavn → Gæst
Mislykket sti Adgangskode →

Enhver hjælp værdsættes.

tak

Larry

The 100 S07E11 20200812 [20200813-0000].mpg-DVR-Comm-2020-08-19T13-45-09.log|vedhæftet (72,1 KB)

The 100 S07E11 20200812 [20200813-0000].mpg-DVR-Comm-2020-08-19T14-09-47.9638908-04-00.log|vedhæftet (108 KB)

Det er ikke noget program i MCEBuddy, der låser filen, det er noget eksternt. Sandsynligvis noget på din netværksmaskine eller et antivirusprogram. Prøv at bruge en lokal fil, og hvis det virker, så ved du, at det er noget, der interfererer med dit netværksdrev.

har det ikke her, så kan ikke teste det, men har set rapporter om, at hvis man bruger hdhomerun dvr-tjenesten (da din mappe hedder HDHomeRun), fjernes låsen nogle gange ikke fra filen, når optagelsen er færdig. Hvis du indstiller mcebuddy til at konvertere kort tid efter optagelsen slutter, skal du måske øge det?
Jeg har haft problemer med mediaportal (der bruger hdhomerun-tunere), som ikke frigav låsen på filen; jeg bruger nu emby og har ikke oplevet det. Jeg starter mine konverteringer cirka 5 minutter efter optagelsen slutter.

Gås,

alle optagede shows er lokale på den samme computer; HDHomeRun, MCEBuddy og Kodi kører alle på samme maskine.

Jeg flyttede derfor “The 100” til Downloads og tilføjede den manuelt til MCEBuddy – det giver samme resultat:

C:\Users\ldc76\Downloads\The 100 S07E11 20200812 [20200813-0000].mpg: Permission denied

Version 5.2 giver ikke denne fejl, men 5.3 og 5.4 gør. Der er altså en forskel mellem revisionerne, der skaber problemer på netop denne computer. Mystisk nok kører det fint på én af mine Dell-laptops, men ikke på en anden identisk model med samme fejl. Jeg har tjekket alle rettigheder – de ser korrekte ud; jeg kan køre fprobe manuelt på samme fil uden fejl. Når MCEBuddy 5.4 eller 5.3 starter det, opstår fejlen.

Jeg er derfor på bar bund og aner ikke, hvordan jeg skal komme videre. Jeg hader at være låst fast ved 5.3.

Larry

David,
tak for dit svar. Jeg tester problemet ved manuelt at tilføje udsendelsen til MCEBuddy. Det, der sker, er, at når 5.3 eller 5.4 starter ffprobe, fejler det med nedenstående. Det sker ikke med 5.2. Nu underligt nok har jeg to identiske Dell-bærbare, hvor det virker på den ene og ikke den anden. MCEBuddy, HDHomeRun og Kodi kører på den samme desktop-server. Det, der førte mig til denne opdagelse, er, at når dette fejler, udfører programmet en langsom remux, der tager evigt; det tror, det har en lydfejl.

Jeg har kørt den samme ffprobe fra mcebuddy\ffmpeg-mappen med samme argumenter og samme udsendelsesplaceringer, og den kører og producerer output. Så jeg tror, rettighederne er korrekte. Men den vil ikke køre korrekt, når den startes fra 5.3 eller 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-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.

Alle forslag til, hvor jeg skal kigge, modtages med tak.

mange tak

Larry

uden at tænke mig om uden rigtig at få mulighed for at undersøge det…bliver filplaceringerne indekseret af Windows-søgning eller en anden indeksering?
kan nemt låse filer

Tak. Jeg vil prøve at slukke det. Hvis jeg vidste, hvilke forbedringer der blev lavet mellem 5.2 og 5.3, kunne det måske give mig et fingerpeg om, hvor jeg skal lede. Hvis jeg får tid i dag, vil jeg sammenligne mine to bærbare for at se, om jeg kan opdage noget.

Venlig hilsen
Larry

Du kan finde udgivelsesnoterne her: Announcements - MCEBuddy

Jeg kan ikke se nogen ændringer relateret til ffmpeg eller til dette. Jeg kan ikke se fra disse logs, men tjek dine monitor location ekspertindstillinger, om du har sat en forsinkelse, før filer tilføjes til køen for at forhindre, at låste filer sendes til mcebuddy.

Gås

Jeg har tjekket ændringerne og er enig i, at intet umiddelbart springer i øjnene som årsag til problemet. I dag kørte jeg ved et tilfælde det samme show med to forskellige sendedatoer; udgaven fra marts fejler ikke, men august-versionen gør det på version 5.4. Begge kører uden fejl på version 5.2.

Jeg har uploadet de to filer og tilhørende logfiler til din ftp-server; de ligger i mappen ldc7675-test.

Hvis du får tid, vil du så prøve at køre dem og lade mig vide, om du får de samme fejl? For resten, tak fordi du undersøger det – det er virkelig underligt.

Testen er kørt på to identiske d830-bærbare, og begav gav de samme fejl og succeser. Jeg har endnu ikke prøvet det på desktop-pc’en.

Larry

Filerne, du uploadede, konverteres uden problemer her med 2.5.4

2020-08-21T08:46:26 MCEBuddy.AppWrapper.Base → Launching process C:\Program Files\MCEBuddy2x\ffmpeg\ffprobe.exe
2020-08-21T08:46:26 MCEBuddy.AppWrapper.Base → Process arguments -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 → UI Session Admin Process : False
2020-08-21T08:46:27 MCEBuddy.AppWrapper.Base → Setting process priority to Normal
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → [mpeg2video @ 00000207993c2940] Invalid frame dimensions 0x0.
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Last message repeated 7 times
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → [mpegts @ 000002079939b140] PES packet size mismatch
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Input #0, mpegts, from ‘C:\Users\Goose\Desktop\News 5 20090411 [20200810-2200].mpg’:
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Duration: 00:30:59.67, start: 27431.266511, bitrate: 9147 kb/s
2020-08-21T08:46:28 MCEBuddy.AppWrapper.Base → Program 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
→ Process exited with code 0

Det remuxer også uden problemer

2020-08-21T08:47:15 MCEBuddy.AppWrapper.FFmpeg → video:1899108kB audio:116218kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: 3.189370%
→ Process exited with code 0
→ FFMpeg output file size [KB] → 2,079,602.00
2020-08-21T08:47:17 MCEBuddy.RemuxMediaCenter.RemuxMCERecording → Original file size [KB] → 2,076,550.00
2020-08-21T08:47:17 MCEBuddy.RemuxMediaCenter.RemuxMCERecording → Remuxed file size [KB] → 2,079,602.00

Jeg tror, der kan være et problem med din installation eller med din Windows-opsætning.

Gås

Tak, nu ved jeg, at der er noget galt på alle tre af mine computere. Det er sandsynligvis Windows.

Med venlig hilsen
Larry

Gås

Jeg tror, jeg har fundet problemet. Jeg bruger den samme mcebuddy.conf-fil på alle computere. Der er åbenbart noget i denne fil, som (5.4) ikke kan lide for nogen af mine opgaver. Jeg kan duplicere en opgave og køre den opgave uden fejl.

Jeg brugte news%-opgaven og duplicerede news5-opgaven i den vedhæftede konfigurationsfil.

Prøv det og se, om du oplever det samme problem.

Så jeg kan løse problemet ved at duplicere alle mine opgaver, hvis det er nødvendigt.

Tak

Larry

mcebuddy.conf|vedhæftet (16,3 KB)

Redig venligst ikke mcebuddy.conf-filen manuelt. Alt kan gøres via GUI’en, også når du opgraderer MCEBuddy. Der udføres sundhedstjek, når MCEBuddy opgraderes, og når indstillingerne gemmes via GUI’en.

Vi har placeret denne advarsel flere steder, herunder i ReadMe-filen og på dokumentationssiden for avancerede indstillinger på diskussionsforumet:

UDFOER IKKE AT ERSTATTE DE NYE KONFIGURATIONSFILER MED DE GAMLE FILER, DA PARAMETRE I DE NYE FILER TILFØJES/OPDATERES MED HVER UDGIVELSE.

BEMÆRK: Fra og med v2.3.13 kan ALLE konfigurerbare parametre (undtagen FFmpegBackupRemux) i MCEBuddy.conf tilgås via GUI’en, under Indstillinger → Ekspertindstillinger. Du behøver IKKE at redigere mcebuddy.conf-filen manuelt.

Du kan duplikere dine opgaver ved hjælp af MCEBuddy GUI’en, højreklik på opgaven og vælg Duplicate

image

Gås.
Jeg forstår, hvad du siger. Jeg forsikrer dig om, at jeg ikke redigerer konfigurationen manuelt. Jeg har altid ladet programmet udføre opgraderingen uden min indblanding i konfigurationsfilen. Jeg har foretaget installationerne mellem 5.2 og 5.4 flere gange i test med samme resultat. Så det ser ud til, at af en eller anden grund bliver den nye konfigurationsstruktur ikke opdateret på mine computere.
Bærbare computere har en tidligere version af mine skrivebordskonfigurationsopgaver, som jeg brugte for cirka 6 eller 8 måneder siden.

Nu hvor jeg ved, hvad jeg skal gøre for at rette det, vil jeg duplikere mine opgaver i GUI’en “som altid” og slette de gamle. Det tager ikke lang tid.
Tak fordi du testede mine filer; resultaterne førte mig til løsningen.

Forhåbentlig har ingen andre dette problem.

Venlig hilsen
Larry

Bemærk, at du skal købe en separat installationslicens til hver computer. Se venligst vores hjemmeside for detaljer.

Gås
Jeg bruger kun desktop-serveren til mcebuddy. Bærbare computere blev brugt til at hjælpe med at bekræfte problemet. De er for langsomme til konverteringer alligevel.

Jeg var til sidst nødt til at genopbygge fra bunden med en helt ny konfigurationsfil. Noget i den gamle konfigurationsfil skabte problemer med 5.4, men overraskende ikke med 5.2.

Med venlig hilsen
Larry