MCEBuddy Aangepaste Knipsels en Ondertitels

General Support / Questions Custom Cuts
1

Ik probeer MCEBuddy Custom Cuts te gebruiken en hoewel het lijkt alsof de EDL werkt en het bestand zoals verwacht wordt uitgevoerd, lijkt er een probleem te zijn met het behoud van de ondertitels.

Als ik in het logbestand kijk, lijkt het erop dat de probe de ondertitels uit de bron vindt, maar dat ze niet in de tijdelijke working0 werkmap .ts-kopie terechtkomen:

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)

Ik heb ook het volledige log bijgevoegd bij dit bericht. Is er iets heel voor de hand liggends dat ik over het hoofd zie? Bij voorbaat dank voor alle hulp die je kunt bieden!
NFL Football - S2019E2037 - Los Angeles Chargers at Detroit Lions.m4v-Football-2019-09-25T12-02-07.0358516-04-00.log (3,3 MB)

2

Ik ga hier verder op in. Ik heb toevallig een script dat ik gebruik vanwege een ander recent probleem dat ik ben tegengekomen om .srt-bestanden te extraheren. Met dit script kan ik het .srt-bestand extraheren, dat vervolgens door MCEBuddy wordt opgepikt wanneer het aan de wachtrij wordt toegevoegd. Helaas lijkt het erop dat het .srt-bestand wordt gekopiëerd en niet ingesloten.

Vervolgens moet ik het .srt-bestand naar Plex uploaden, omdat het om de een of andere reden niet direct wordt herkend en bijgewerkt.

Verre van ideaal, en veel stappen. Ik zou het op prijs stellen als jullie nog gedachten/suggesties hebben om deze workflow te verbeteren. :+1:

3

Je hebt de optie Exacte ondertitels en ondertiteling niet ingeschakeld in de conversietaak, dus worden ze nooit uitgepakt (en bijgevolg ook niet ingebed, ook al heb je die optie wel ingeschakeld)

Gesloten ondertiteling →

4

Ahhh helaas heeft dat het probleem niet opgelost. Als ik Extract closed captions and subtitles selecteer in de conversietaak, wordt er wel een .srt-bestand uitgepakt en in dezelfde map geplaatst als het uitvoer .mp4-bestand wanneer ik een .ts-bestand invoer. Het resulterende .mp4-bestand bevat ook de ondertitels erin ingebed.

(Ik moet opmerken dat de ondertitels ook in het .mp4-bestand worden ingebed zonder gebruik van Extract closed captions and subtitles.)

Tot zover alles goed.

Wanneer ik vervolgens Custom Cuts gebruik om aanvullende bewerkingen te maken in een .edl-bestand en vervolgens Process with MCEBuddy, wordt het bestand toegevoegd aan de wachtrij, verwerkt met dezelfde conversietaak, maar het uitgepakte .srt-bestand wordt nooit ingebed.

Misschien doe ik iets vreselijk verkeerd?

5

Logs alstublieft

6

Boh! Sorry daarvoor.

Hier zijn de logbestanden van de eerste (succesvolle, werkt zoals verwacht) conversie, van .ts → .m4v:

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

Dit genereert een .m4v die precies is zoals verwacht, met de ingesloten ondertitels. Nu ik de optie Extract closed captions and subtitles heb aangevinkt in de conversietaak, bevindt er zich ook een .srt-bestand in de uitvoermap.

Vervolgens open ik dit nieuw gecreëerde .m4v-bestand in Custom Cuts, maak knippunten aan en sla het .edl-bestand op.

Dus nu heb ik in de uitvoermap:

  • .m4v-bestand
  • .srt-bestand
  • .edl-bestand

Houd er rekening mee dat het .m4v-bestand zoals verwacht ingesloten ondertitels bevat.

Daarna klik ik op Process with MCEBuddy in Custom Cuts, wat dit oplevert:

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

Nu heb ik de 3 bovenstaande bestanden én een nieuw kleiner .srt-bestand dat hieruit gegenereerd is, maar met een 0 toegevoegd aan de hoofdnaam (NFL Football - S2019E2037 - Los Angeles Chargers at Detroit Lions0.srt).

Het .m4v-bestand bevat bovendien geen ingesloten ondertitels meer, terwijl die er wel waren na de .ts → .m4v-conversie.

Laat me weten als je nog aanvullende informatie nodig hebt om dit probleem verder te onderzoeken.

7

Er is iets mis met je SRT-bestand of het videobestand, MCEBuddy kan het niet toevoegen:

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

Als je het originele SRT-, EDL- en M4V-bestand kunt uploaden, kunnen we ernaar kijken.

8

Geweldig! Dank u voor uw hulp. Ik heb de bestanden voor uw beoordeling hier geplaatst:

Laat me weten als u nog verdere informatie of artikelen nodig heeft om dit probleem verder te troubleshooten/debuggen.

9

Ik ben een beetje in de war. Volgens het logbestand dat je hierboven hebt bijgevoegd, laat het zien dat een TS-bestand is geconverteerd naar M4V en dat er geen ondertiteling in het uiteindelijke M4V-bestand is ingesloten, zoals ik al uit de logs hierboven heb opgemaakt.

Het M4V-bestand dat je hebt geüpload bevat echter wel een ondertiteltrack en ik kan het afspelen. Dus, welk bestand heb je geüpload?

10

Excuses voor de vertraging hier, @RBoy. Ik was van de stad en gisteren teruggekomen, en kon vanochtend meer informatie voor je uploaden.

Om te herhalen: er vinden in de besproken situatie twee conversies plaats:

  1. (Aangeduid als First) .ts → .m4v. MCEBuddy voert deze conversie uit zodra Plex post-processing doet of door een .ts-bestand rechtstreeks aan de wachtrij van MCEBuddy toe te voegen. Elke keer dat deze conversie plaatsvindt, werkt ze precies zoals verwacht: het bestand wordt geconverteerd en ondertitels worden in het resulterende .m4v-bestand ingebed. Let op: Extract closed captions and subtitles was hiervoor niet nodig. Ter info: als ik zeg „ingebedde” ondertitels, bedoel ik dat ze in het .m4v-resultaat zitten en dat ik ze zie als ik dat .m4v-bestand naar een nieuwe map kopieer en het via Handbrake analyseer:
    1002×641 32 KB
  2. (Aangeduid als Second) .m4v → .m4v. Bij deze conversie neem ik de uitvoer van de First-conversie (waarin ondertitels zijn ingebed), maak met Custom Cuts het .edl-bestand en gebruik daarna Process with MCEBuddy om het naar de wachtrij van MCEBuddy te sturen. Hoewel de invoer van First ingebedde ondertitels bevat, halen deze ondertitels nooit de uitvoer van deze Second-conversie—ongeacht of Extract closed captions and subtitles aan of uit staat.

Zoals eerder vermeld heb ik een nieuw, van scratch gemaakt voorbeeld van dit scenario naar de gedeelde map geüpload (naast het archiveren van het vorige voorbeeld). In bovenstaande gedeelde map zou nu in totaal drie mappen moeten staan:

  1. .Archive bevat de bestanden van daarvoor. Je kunt deze negeren; ze dienen alleen als historie.
  2. First bevat de invoer (.ts), uitvoer (.m4v) en het .log-bestand van de hierboven beschreven First-conversie. Met andere woorden: dit is de .ts → .m4v-conversie die naar verwachting werkt en leidt tot ingebedde ondertitels. De uitvoer van deze conversie werd gekopieerd naar een nieuwe map en als invoer gebruikt voor de volgende (Second) conversie:
  3. Second bevat de uitvoer van de hierboven beschreven Second-conversie. Dit is dus de .m4v → .m4v-conversie inclusief het .log-bestand na gebruik van Custom Cuts. Deze map bevat het resulterende .m4v-bestand waarin het probleem optreedt dat ondertitels helemaal niet worden ingebed.

Alles bij elkaar zou je moeten zien dat First\NFL Football - S2019E2069 - Kansas City Chiefs at Detroit Lions.m4v ingebedde ondertitels bevat, terwijl Second\NFL Football - S2019E2069 - Kansas City Chiefs at Detroit Lions.m4v dat niet doet.

Laat me weten of ik nog aanvullende informatie kan leveren.

11

Ik wilde even informeren naar deze issue. Laat me weten of er verdere informatie is die ik kan verstrekken om te helpen bij het diagnosticeren en/of oplossen ervan. Het zou ook waardevol zijn te weten of de informatie die ik heb verstrekt nuttig is en/of u het probleem aan uw kant heeft kunnen reproduceren met de verstrekte gegevens. Dank u wel!

12

Ik zie uit de logboeken dat het toevoegen van de ondertitels aan je bestand is mislukt:

→ Process exited with code -1073741515

Toen ik het hier probeerde na te bootsen met jouw instellingen en het originele M4V-bestand, werkte het prima:

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

Er is een probleem met je installatie dat MP4Box verhindert de ondertitels toe te voegen. Ik zie dat je voldoende ruimte hebt, dus ik weet het niet zeker. Alles wat ik kan zeggen is: probeer een andere harde schijf voor je tijdelijke map of een andere computer.

13

OK cool, bedankt voor je hulp en reactie, @RBoy… Ik probeer hier nog steeds de verschillende instellingen te begrijpen, dus even geduld. In de First-conversietaak zie ik dezelfde foutcode van MP4Box, maar hier worden de ondertitels wel correct ingebed.

Ik was er ook van uitgegaan dat Handbrake wordt gebruikt om ondertitels in te bedden, dus ik ben er nog niet helemaal zeker van dat MP4Box hier de boosdoener is (of ik begrijp het op z’n minst nog niet). Er zijn in ieder geval veel schakels in het proces. :sweat_smile:

14

Handbrake wordt gebruikt om ondertitels te branden (niet in te bedden).

MP4Box is de laatste stap in het proces om de ondertitels in te bedden, de logboeken tonen aan dat er geen ondertitel in het bestand zit nadat het klaar is, dus daar ligt het probleem. Ik weet niet waarom, zoals ik al zei werkt jouw bestand en profiel hier prima. Je kunt een andere harde schijf/computer proberen en kijken of dat helpt.

15

Ik heb nogmaals naar je logs gekeken; in het eerste geval zaten de ondertitels in de TS-stream opgeslagen als closed captions. Je gebruikte een aangepast profiel dat Handbrake opdroeg deze ingebouwde closed captions te gebruiken en te behouden, daarom werkte het:

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

Een ding dat je kunt proberen is de optie Skip remuxing in de expertinstellingen inschakelen; daarmee laat je Handbrake rechtstreeks op het originele M4V-bestand werken in plaats van op het geremuxte TS-bestand in het tweede geval. Mogelijk detecteert het dan de ingebouwde ondertitels en werkt het ermee.

16

Ah, dus om er zeker van te zijn dat ik het goed begrijp, zeg jij dat de logboeken aangeven dat de ondertiteling niet is ingebed, maar dat ze wel degelijk in het resulterende bestand zitten? Ik kan First\\NFL Football - S2019E2069 - Kansas City Chiefs at Detroit Lions.m4v openen in zowel Handbrake als VLC en zie daar de ondertiteling als resultaat van de eerste conversietaak ingebed. Ook hier bevat het logboekbestand voor deze taak dezelfde foutcode als die in het logboekbestand van Second die je eerder noemde.

Helaas heb ik geen andere machine/omgeving direct beschikbaar om dit uit te proberen, dus ik zal moeten zien of ik het met de huidige configuratie aan de praat kan krijgen, als dat al mogelijk is.

17

Bij de eerste conversie is je originele bestand een TS-bestand met ondertitels. MCEBuddy haalt die ondertitels eruit als een SRT-bestand, maar het lukt niet om ze in te bedden omdat MP4Box faalt.

Je hebt echter een aangepast profiel en daarin laat je HandBrake tijdens het converteren naar ondertitels zoeken; die vindt de gemuxde ondertitels in de TS-stream en zet ze automatisch om naar een ingebed SRT-bestand.

Tijdens de tweede conversie begin je met een M4V-bestand met het ingebedde SRT-bestand. MCEBuddy haalt het SRT-bestand eruit en remuxt de M4V naar TS-formaat voor verwerking (dat geen ondertitels of closed captions bevat). Daardoor detecteert HandBrake niets en wanneer MCEBuddy uiteindelijk die ondertitels terug in de container probeert te plaatsen, faalt het op jouw systeem.

Je hebt drie mogelijkheden:

  1. Probeer een andere computer waarop MP4Box niet faalt (het werkt hier op Windows 10, 64-bit).
  2. Schakel de optie Skip remuxing in voor je tweede conversietaak (zo remuxt MCEBuddy de M4V niet naar TS en kan HandBrake, wanneer het de originele M4V krijgt, mogelijk het ingebedde SRT-bestand detecteren en behouden).
  3. Pas je profiel voor de tweede conversie aan om HandBrake te laten werken met het SRT-bestand dat MCEBuddy heeft uitgepakt, samen met het geremuxte TS-bestand in de tijdelijke map, en laat het dat in je geconverteerde M4V inbedden. Voeg --srt-file <source_without_ext>.srt toe aan de handbrake-video-regel van je profiel. Zie inserting special commands voor details over hoe <source_without_ext> werkt.
18

Ok! Dat is voor mij nu logisch, @RBoy. Dank je wel dat je de tijd en het geduld hebt genomen om dit uit te leggen. Ik denk dat ik genoeg heb om de volgende stappen te zetten. Ik ga proberen of ik de --srt-file opdracht aan de praat kan krijgen, en zo niet, dan kijk ik of ik kan achterhalen waarom de machine de MP4Box-fout geeft.

Nogmaals dank aan jou en iedereen daar voor het uitstekende werk aan dit product en – nog belangrijker – voor de ondersteuning!

19

Graag gedaan, neem even een minuut om ons te helpen het woord te verspreiden

20

Grappig dingetje tijdens het uitproberen. :sweat_smile: Ik ging deze thread na en het lijkt erop dat ik je eerdere post heb gemist, en dit latere voorstel.

Ik heb geprobeerd een nieuwe conversietaak aan te maken met SkipRemux=True. Wanneer ik die uitvoer op de .m4v van de eerste taak, worden de ondertitels inderdaad correct geëxporteerd, hoera! Het lijkt echter geen rekening te houden met de .edl die Custom Cuts heeft aangemaakt, bah.

Dus wilde ik kijken of er iets voor de hand ligs is om te overwegen. Wat ik aan deze aanpak leuk vind, is dat ik de optie Extract closed captions and subtitles kan uitschakelen en zo een extra bestand per conversie bespaar.