MCEBuddy-brugerdefinerede klip og undertekster

General Support / Questions Custom Cuts
1

Jeg forsøger at bruge MCEBuddy Custom Cuts, og selvom det ser ud til, at EDL’en virker, og filen genereres som forventet, ser der ud til at være et problem med at bevare underteksterne.

Når jeg kigger i logfilen, ser det ud til, at proben finder underteksterne fra kilden, men de kommer ikke med over i den midlertidige .ts-kopi i working0-mappen:

2019-09-25T12:02:50 MCEBuddy.AppWrapper.FFmpeg --> Launching process C:\Program Files\MCEBuddy2x\ffmpeg\ffmpeg.exe
2019-09-25T12:02:50 MCEBuddy.AppWrapper.FFmpeg --> Process arguments  -hide_banner -probesize 100M -analyzeduration 300M -y -i "E:\Inbound\NFL Football\NFL Football - S2019E2037 - Los Angeles Chargers at Detroit Lions.m4v"  -ss 0 -vcodec copy -acodec copy -map 0:a -map 0:0 -f mpegts "C:\Program Files\MCEBuddy2x\working0\NFL Football - S2019E2037 - Los Angeles Chargers at Detroit Lions.ts"
2019-09-25T12:02:50 MCEBuddy.AppWrapper.FFmpeg --> UI Session Admin Process : True
2019-09-25T12:02:50 MCEBuddy.AppWrapper.FFmpeg --> Starting process as a UISession process with Admin privileges. This requires atleast 1 user to be logged into the system (remote desktop or locally)
2019-09-25T12:02:50 MCEBuddy.AppWrapper.FFmpeg --> Setting process priority to Normal
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg --> Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'E:\Inbound\NFL Football\NFL Football - S2019E2037 - Los Angeles Chargers at Detroit Lions.m4v':
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->   Metadata:
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     major_brand     : mp42
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     minor_version   : 512
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     compatible_brands: isomiso2mp41
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     creation_time   : 2019-09-15T21:33:58.000000Z
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     encoder         : MCEBuddy
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     date            : 1900-01-01T12:00:00Z
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     RecordingTimestamp: 1900-01-01T12:00:00
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     SeriesPremiere  : 1900-01-01T12:00:00
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     CopyProtected   : False
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     title           : Los Angeles Chargers at Detroit Lions
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     show            : NFL Football
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     season_number   : 227
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     episode_sort    : 245
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     media_type      : 10
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->   Duration: 02:52:45.53, start: 0.000000, bitrate: 12369 kb/s
--> Video duration=10365.53
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     Stream #0:0(und): Video: hevc (Main) (hvc1 / 0x31637668), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], 12199 kb/s, 29.67 fps, 29.97 tbr, 90k tbn, 29.97 tbc (default)
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     Metadata:
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->       creation_time   : 2019-09-15T21:33:58.000000Z
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->       handler_name    : VideoHandler
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     Stream #0:1(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 160 kb/s (default)
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     Metadata:
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->       creation_time   : 2019-09-15T21:33:58.000000Z
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->       handler_name    : SoundHandler
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     Stream #0:2(spa): Subtitle: mov_text (tx3g / 0x67337874), 1920x162, 0 kb/s (default)
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     Metadata:
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->       creation_time   : 2019-09-15T21:33:58.000000Z
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->       handler_name    : SubtitleHandler
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg --> Output #0, mpegts, to 'C:\Program Files\MCEBuddy2x\working0\NFL Football - S2019E2037 - Los Angeles Chargers at Detroit Lions.ts':
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->   Metadata:
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     major_brand     : mp42
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     minor_version   : 512
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     compatible_brands: isomiso2mp41
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     media_type      : 10
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     episode_sort    : 245
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     date            : 1900-01-01T12:00:00Z
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     RecordingTimestamp: 1900-01-01T12:00:00
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     SeriesPremiere  : 1900-01-01T12:00:00
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     CopyProtected   : False
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     title           : Los Angeles Chargers at Detroit Lions
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     show            : NFL Football
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     season_number   : 227
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     encoder         : Lavf58.24.100
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     Stream #0:0(eng): Audio: aac (LC) (mp4a / 0x6134706D), 48000 Hz, stereo, fltp, 160 kb/s (default)
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     Metadata:
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->       creation_time   : 2019-09-15T21:33:58.000000Z
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->       handler_name    : SoundHandler
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     Stream #0:1(und): Video: hevc (Main) (hvc1 / 0x31637668), yuv420p(tv, bt709), 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 12199 kb/s, 29.67 fps, 29.97 tbr, 90k tbn, 90k tbc (default)
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->     Metadata:
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->       creation_time   : 2019-09-15T21:33:58.000000Z
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->       handler_name    : VideoHandler
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg --> Stream mapping:
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->   Stream #0:1 -> #0:0 (copy)
2019-09-25T12:02:51 MCEBuddy.AppWrapper.FFmpeg -->   Stream #0:0 -> #0:1 (copy)

Jeg vedhæfter også den fulde log til dette indlæg. Er der noget helt åbenlyst, jeg overser? På forhånd tak for al den hjælp, I kan give!
NFL Football - S2019E2037 - Los Angeles Chargers at Detroit Lions.m4v-Football-2019-09-25T12-02-07.0358516-04-00.log (3,3 MB)

2

Jeg graver videre i dette. Jeg har tilfældigvis et script, som jeg bruger på grund af et andet nyligt problem, jeg er stødt på, til at udtrække .srt-filer. Ved hjælp af dette script kan jeg udtrække .srt-filen, som opdages af MCEBuddy, når den tilføjes til køen. Desværre ser det ud til, at .srt-filen derefter kopieres og ikke indlejres.

Jeg er derefter nødt til at uploade .srt-filen til Plex, da den af en eller anden grund ikke umiddelbart genkendes og opdateres.

Langt fra ideelt og mange trin. Jeg vil sætte pris på yderligere tanker/forslag til at forbedre denne arbejdsgang. :+1:

3

Du har ikke aktiveret indstillingen Exact closed captions and subtitles i konverteringsopgaven, så den udtrækker dem aldrig (og følgelig indlejrer dem heller ikke, selvom du har aktiveret denne indstilling)

Closed Captions →

4

Ahhh desværre løste det ikke problemet. Når jeg markerer Extract closed captions and subtitles i konverteringsopgaven, udtrækkes der en .srt-fil, som placeres i samme mappe som den outputtede .mp4-fil, når jeg indsætter en .ts-fil. Den resulterende .mp4-fil har også underteksterne indlejret i sig.

(Jeg bør bemærke, at undertekster også indlejres i .mp4 uden brug af Extract closed captions and subtitles.)

Indtil videre, så godt.

Når jeg dog derefter bruger Custom Cuts til at oprette yderligere redigeringer i en .edl-fil og derefter Process with MCEBuddy, bliver filen tilføjet til køen, behandlet med den samme konverteringsopgave, men den udtrukne .srt-fil bliver aldrig indlejret.

Måske gør jeg noget frygteligt forkert?

5

Log venligst

6

Boh! Undskyld det.

Her er logfilerne fra den første (succesfulde, fungerer som forventet) konvertering fra .ts → .m4v:

NFL Football - S2019E2037 - Los Angeles Chargers at Detroit Lions.ts-Football-2019-09-27T07-52-33.2881663-04-00.log|vedhæftet (7,3 MB)

Dette genererer en .m4v, som er præcis som forventet og indeholder de indlejrede undertekster. Nu hvor jeg har markeret Udtræk lukkede undertekster og undertekster i konverteringsopgaven, findes der nu også en tilsvarende .srt-fil i outputmappen.

Derefter åbner jeg denne nyligt oprettede .m4v-fil i Custom Cuts, opretter klippepunkter og gemmer derefter .edl-filen.

Så nu har jeg i min outputmappe:

  • .m4v-fil
  • .srt-fil
  • .edl-fil

Husk på, at .m4v-filen indeholder indlejrede undertekster som forventet.

Jeg klikker derefter på Behandl med MCEBuddy i Custom Cuts, hvilket genererer følgende output:

NFL Football - S2019E2037 - Los Angeles Chargers at Detroit Lions.m4v-Football-2019-09-27T10-47-49.2347885-04-00.log|vedhæftet (2,5 MB)

Nu har jeg de 3 ovennævnte filer og en ny mindre .srt-fil, der blev genereret ovenfor, men med et 0 tilføjet til det primære navn (NFL Football - S2019E2037 - Los Angeles Chargers at Detroit Lions0.srt).

Derudover har .m4v-filen ikke længere indlejrede undertekster, som den havde efter konverteringen fra .ts → .m4v.

Giv mig venligst besked, hvis du har brug for yderligere information til at diagnosticere dette problem.

7

Der er noget galt med din SRT-fil eller videofilen, MCEBuddy kan ikke tilføje den:

2019-09-27T11:18:58 MCEBuddy.AppWrapper.MP4Box → Launching process C:\Program Files\MCEBuddy2x\mp4Box\mp4box.exe
2019-09-27T11:18:58 MCEBuddy.AppWrapper.MP4Box → Process arguments -add “C:\Program Files\MCEBuddy2x\working0\NFL Football - S2019E2037 - Los Angeles Chargers at Detroit Lions.srt”:hdlr=sbtl:lang=eng “C:\Program Files\MCEBuddy2x\working0\NFL Football - S2019E2037 - Los Angeles Chargers at Detroit Lions.m4v”
2019-09-27T11:18:58 MCEBuddy.AppWrapper.MP4Box → UI Session Admin Process : False
2019-09-27T11:18:58 MCEBuddy.AppWrapper.MP4Box → Setting process priority to Normal
→ Process exited with code -1073741515

Hvis du kan uploade den originale SRT-, EDL- og M4V-fil, kan vi undersøge det.

8

Fremragende! Tak for din assistance. Jeg har sendt filerne til gennemsyn her:

Giv mig venligst besked, hvis du har brug for yderligere oplysninger eller artikler til at fejlsøge/debugge dette problem.

9

Jeg er lidt forvirret her. Ifølge logfilen, du vedhæftede ovenfor, viser den, at en TS-fil blev konverteret til M4V, og der var ingen undertekstspor indlejret i den endelige M4V-fil, som jeg påpegede fra loggene ovenfor.

Dog har den M4V-fil, du har uploadet, et undertekstspor indlejret, og jeg kan afspille det. Så hvilken fil uploadede du?

10

Undskyld forsinkelsen her, @RBoy. Jeg var ude af byen og kom tilbage i går, og kunne uploade mere information til dig i morges.

For at gentage, der finder to konverteringer sted i det scenarie, vi diskuterer:

  1. (Henvist som First) .ts → .m4v. MCEBuddy udfører denne konvertering enten når Plex udfører efterbehandling eller ved at tilføje en .ts-fil direkte til MCEBuddys kø. Hver gang denne bestemte konvertering finder sted, fungerer det præcis som forventet: filen bliver konverteret og undertekster er indlejret i den resulterende .m4v-fil. Bemærk at Extract closed captions and subtitles ikke var nødvendig for at dette skulle fungere sådan. For hvad det er værd, når jeg siger “indlejrede” undertekster, mener jeg at de er i den resulterende .m4v-fil og jeg kan se dem hvis jeg kopierer denne .m4v-fil til en helt ny mappe og undersøger den via Handbrake:

    1002×641 32 KB

  2. (Henvist som Second) .m4v → .m4v Ved denne konvertering tager jeg outputtet fra First-konverteringen (som har indlejrede undertekster i sig), bruger Custom Cuts til at oprette .edl-filen, og bruger derefter yderligere Process with MCEBuddy til at sende den til MCEBuddys kø. Mens inputtet fra First har indlejrede undertekster, kommer disse undertekster aldrig med i outputtet af denne Second-konverteringsopgave, uanset om jeg bruger Extract closed captions and subtitles eller ej.

Som nævnt tidligere har jeg uploadet et ekstra eksempel på dette scenarie skabt fra bunden i den delte mappe ovenfor (udover at arkivere det forrige eksempel). I den delte mappe ovenfor burde der nu være i alt tre mapper:

  1. .Archive har filerne fra før. Du kan ignorere denne da den kun eksisterer til historiske formål.

  2. First indeholder inputtet (.ts), outputtet (.m4v) samt .log-filen fra First-konverteringen beskrevet ovenfor. Det vil sige, dette er .ts → .m4v-konverteringen der fungerer som forventet og resulterer i indlejrede undertekster. Outputtet fra denne konvertering blev derefter kopieret til en ny mappe og brugt som input til den næste (Second) konverteringsopgave:

  3. Second indeholder outputtet af Second-konverteringen beskrevet ovenfor. Det vil sige, dette er .m4v → .m4v-konverteringen sammen med dens .log-fil som resultat af at bruge Custom Cuts. Denne mappe indeholder den resulterende .m4v-fil der oplever problemet med at undertekster slet ikke er indlejret.

Alt i alt burde du kunne se at First\NFL Football - S2019E2069 - Kansas City Chiefs at Detroit Lions.m4v indeholder indlejrede undertekster, mens Second\NFL Football - S2019E2069 - Kansas City Chiefs at Detroit Lions.m4v ikke gør.

Venligst lad mig vide hvis der er yderligere information jeg kan give for at hjælpe yderligere.

11

Jeg ville lige følge op på dette problem. Lad mig venligst vide, om der er yderligere information, jeg kan give for at hjælpe med at diagnosticere og/eller løse det. Det ville også være værdifuldt at vide, om de oplysninger, jeg har givet, er nyttige, og/eller om I har kunnet reproducere problemet på jeres side med de givne data. Tak!

12

Jeg kan se i logfilerne, at det ikke lykkedes at tilføje underteksterne til din fil:

→ Process exited with code -1073741515

Da jeg forsøgte at genskabe det her med dine indstillinger og den oprindelige M4V-fil, virkede det fint:

2019-10-16T13:53:27 MCEBuddy.AppWrapper.MP4Box → ISO File Writing: |====================| (100/100)
2019-10-16T13:56:29 MCEBuddy.AppWrapper.MP4Box →
→ Process exited with code 0
2019-10-16T13:56:38 MCEBuddy.Engine.ConversionJob → Finished adding subtitles and chapters to file, file size [KB] 10,283,663.00

Der er et problem med din opsætning, som forhindrer MP4Box i at tilføje underteksterne. Jeg kan se, at du har nok plads, så jeg ved ikke rigtig, hvad det er. Det eneste, jeg kan foreslå, er at prøve en anden harddisk til din midlertidige mappe eller en anden computer.

13

OK fedt, tak for din assistance og svar, @RBoy… Jeg prøver stadig at forstå de forskellige indstillinger her, så bær over med mig. I First-konverteringsopgaven ser jeg også den samme fejlkode fra MP4Box, men den formår dog at indlejre underteksterne som forventet i denne opgave.

Jeg var også under den opfattelse, at Handbrake bruges til at indlejre undertekster, så jeg er ikke 100 % sikker på, at MP4Box er synderen her (eller i det mindste forstår jeg det endnu ikke). Der er mange løse dele her, helt sikkert. :sweat_smile:

14

Handbrake bruges til at brænde undertekster ind (ikke indlejre).

MP4Box er det sidste trin i processen til at indlejre underteksterne; logfilerne viser, at der ikke er nogen undertekst i filen, når det er færdigt, så det er her problemet ligger. Jeg er ikke sikker på hvorfor; som sagt fungerer din fil og profil fint her. Du kan prøve en anden harddisk/computer og se, om det hjælper.

15

Jeg kiggede på dine logs igen; i det første tilfælde var underteksterne en del af TS-streamen lagret som lukkede undertekster. Du brugte en brugerdefineret profil, som instruerede HandBrake til at bruge de indbyggede lukkede undertekster og bevare dem, hvilket er grunden til, at det virkede:

2019-09-27T08:19:21 MCEBuddy.AppWrapper.Handbrake → + subtitle tracks:
2019-09-27T08:19:21 MCEBuddy.AppWrapper.Handbrake → + 1, español, Closed Caption [CC608]

Én ting du kan prøve er at aktivere indstillingen Skip remuxing i ekspertindstillingerne, hvilket vil tillade HandBrake at arbejde direkte på den originale M4V-fil i stedet for den remuxede TS-fil i det andet tilfælde; det kan registrere de indbyggede undertekster og arbejde med dem.

16

Ah, så for at være sikker på, at jeg forstår det rigtigt: mener du, at logfilerne siger, at underteksterne ikke er indlejret, men at de faktisk er i den resulterende fil? Jeg kan åbne First\\NFL Football - S2019E2069 - Kansas City Chiefs at Detroit Lions.m4v i enten Handbrake eller VLC og se underteksterne indlejret der som resultat af den første konverteringsopgave. Logfilen for denne opgave indeholder den samme fejlkode, som du nævnte tidligere, også i Second.

Desværre har jeg ikke en anden maskine/miljø til rådighed til at afprøve dette, så jeg bliver nødt til at se, om jeg kan få det til at fungere med den nuværende konfiguration, hvis det overhovedet er muligt.

17

Ved den første konvertering er din oprindelige fil en TS-fil, der indeholder tekstning. MCEBuddy trækker disse tekstninger ud som en SRT-fil, men det mislykkes at indlejre dem, fordi MP4Box fejler.

Du har dog en brugerdefineret profil, og i din profil beder du HandBrake om at lede efter tekstning under konverteringen; det finder de indlejrede tekstninger i TS-strømmen og konverterer dem automatisk til en indlejret SRT-fil.

Under den anden konvertering starter du med en M4V-fil med den indlejrede SRT-fil. MCEBuddy trækker SRT-filen ud og remuxer M4V til TS-format til behandling (hvilket ikke indeholder nogen undertekster eller tekstning); derfor opdager HandBrake intet, og når MCEBuddy senere forsøger at lægge underteksterne tilbage i beholderen, fejler det på din opsætning.

Du har tre muligheder:

  1. Prøv en anden computer, hvor MP4Box ikke fejler (det virker her på Windows 10, 64-bit).
  2. Aktivér indstillingen Skip remuxing for din anden konverteringsopgave (på denne måde remuxer MCEBuddy ikke M4V til TS, og når HandBrake modtager den oprindelige M4V, kan det måske opdage den indlejrede SRT-fil og bevare den).
  3. Tilpas din profil til den anden konvertering, så du beder HandBrake om at bruge den SRT-fil, som MCEBuddy har trukket ud, sammen med den remuxede TS-fil i temp-mappen og indlejre den i din konverterede M4V. Prøv at tilføje --srt-file <source_without_ext>.srt til din profils handbrake-video-linje. Se indsætning af særlige kommandoer for detaljer om, hvordan <source_without_ext> fungerer.
18

Ok! Det giver mening for mig nu, @RBoy. Tak fordi du tog dig tid og havde tålmodighed til at forklare det for mig. Jeg tror, jeg har nok nu til at tage de næste skridt. Jeg vil prøve at se, om jeg kan få --srt-file-kommandoen til at virke, og hvis ikke, vil jeg se, om jeg kan finde ud af, hvad der foregår med, at maskinen spytter MP4Box-fejlen ud.

Tak igen til dig og alle der for jeres fantastiske arbejde med dette produkt og – endnu vigtigere – for at støtte det! :+1:

19

Selv tak, brug et minut på at hjælpe os med at sprede budskabet

20

Så sjov en ting på vejen til at prøve ting her. :sweat_smile: Jeg gennemgik denne tråd og det ser ud til, at jeg har overset dit tidligere indlæg og dette efterfølgende forslag.

Jeg prøvede at oprette en ny konverteringsopgave med SkipRemux=True. Når jeg forsøger at køre den på .m4v-filen fra den første opgave, ser det ud til, at undertitlerne eksporteres korrekt, hurra! Det ser dog ikke ud til at respektere .edl-filen, der blev oprettet fra Custom Cuts, øv.

Så jeg ville høre, om der er noget oplagt, jeg skal overveje. Det jeg kan lide ved denne tilgang er, at jeg kan slå Extract closed captions and subtitles-indstillingen fra og spare mig selv for en ekstra fil med hver konvertering.