Verzoektype:
NIEUWE FUNCTIE
Samenvatting van het probleem of de suggestie:
Ik gebruik steeds vaker SRT-bestanden bij mijn bronvideo’s. Ik heb gemerkt dat deze worden verwerkt en dat in sommige gevallen inhoud wordt verwijderd. Ik heb de nieuwe verwerkte SRT en de oorspronkelijke SRT beide afgespeeld met het verwerkte videobestand en geen problemen gezien bij gebruik van de oorspronkelijke SRT. Ik wil graag een optie om de SRT niet te verwerken als deze zich in de bronlocatie bevindt.
Ik begreep het niet helemaal. De enige keer dat een SRT wordt aangepast, is wanneer het verwijderen van reclame is ingeschakeld; dan wordt de SRT “bijgesneden” om gesynchroniseerd te blijven met de verwijderde reclame. Anders raakt de SRT uit sync met het geconverteerde bestand, dat geen reclame meer bevat.
Ik heb Ad remover ingesteld op Ja (Markeringen gebruiken) voor het geval ik mijn eigen EDL heb gemaakt met aangepaste cuts, maar in deze recente gevallen had ik geen EDL-bestand.
Hier is een conversielog.
Rick and Morty - S02E08 - Interdimensional Cable 2- Tempting Fate.mp4-HEVC-MKV-00-Default-Stream-2021-06-02T08-40-28.log (1,4 MB)
SRT-bestanden:
Rick and Morty - S02E08 - Interdimensional Cable 2 - Tempting Fate.eng.processed.srt (34,1 KB)
Rick and Morty - S02E08 - Interdimensional Cable 2 - Tempting Fate.eng.orig.srt (39,3 KB)
Ik heb je log- en SRT-bestanden bekeken, het heeft niets met EDL-bestanden te maken. Je SRT-bestanden zijn het probleem.
MCEBuddy valideert en reinigt SRT-bestanden om ongeldige gegevens te verwijderen.
Je SRT-bestanden maken tijdstempels aan die niet in het vereiste formaat zijn, dus laat MCEBuddy ze vallen:
INFORMATIE> 2021-06-02T08:41:14 MCEBuddy.Transcode.CCandSubtitles → SRT-bestand valideren en reinigen
2021-06-02T08:41:14 MCEBuddy.Transcode.CCandSubtitles → SRT-bestand D:\Temp\working0\Rick and Morty - S02E08 - Interdimensional Cable 2- Tempting Fate.eng.srt
WAARSCHUWING> 2021-06-02T08:41:14 MCEBuddy.Transcode.CCandSubtitles → Ongeldige tijdstempels, item overslaan : 00:00:4,405 00:00:6,006
WAARSCHUWING> 2021-06-02T08:41:14 MCEBuddy.Transcode.CCandSubtitles → Ongeldige tijdstempels, item overslaan : 00:00:6,006 00:00:8,509
WAARSCHUWING> 2021-06-02T08:41:14 MCEBuddy.Transcode.CCandSubtitles → Ongeldige tijdstempels, item overslaan : 00:00:8,509 00:00:10,778
WAARSCHUWING> 2021-06-02T08:41:14 MCEBuddy.Transcode.CCandSubtitles → Ongeldige tijdstempels, item overslaan : 00:00:59,093 00:01:1,762
WAARSCHUWING> 2021-06-02T08:41:14 MCEBuddy.Transcode.CCandSubtitles → Ongeldige tijdstempels, item overslaan : 00:01:1,762 00:01:4,632
WAARSCHUWING> 2021-06-02T08:41:14 MCEBuddy.Transcode.CCandSubtitles → Ongeldige tijdstempels, item overslaan : 00:01:4,632 00:01:9,103
Het probleem is dat de tijdstempels in je SRT-bestand ongeldig zijn:
00:00:4,405 → 00:00:6,006
De seconden moeten volgens de specificaties tweecijferige opgevulde getallen zijn:
Terwijl je SRT-bestand maar één cijfer heeft, waardoor het wordt verwijderd. Welke software genereert deze SRT-bestanden?
Bedankt dat je ernaar hebt gekeken. Ik heb de enkelcijferige secondenwaarde volledig over het hoofd gezien.
Plex lijkt zich er niets van aan te trekken, want het werkt nog steeds.
Ik zal het probleem melden aan de leverancier van de software die het bestand heeft gegenereerd.
Is mijn verzoek nog steeds geldig om een optie te hebben om de verwerking (valideren en opschonen) van SRT’s te omzeilen? Als je vindt dat het niet nodig is omdat het alleen in de zeldzaamste gevallen nodig zou zijn, vind ik dat goed en kunnen we dit als opgelost beschouwen.
We hebben een patch geïmplementeerd om deze malafide tijdstempels te verwerken en waar mogelijk te herstellen tot geldige. Je kunt de BETA-build 2.5.7 van vandaag niet uitproberen.
We kunnen geen ongeldige SRT-bestanden negeren, maar loggen ze wel ter referentie voor gebruikers. Er zijn gevallen geweest waarin software van derde partijen crashte of bestanden niet afspeelde vanwege malafide SRT-bestanden die zonder wijziging zijn gekopieerd of geëxtraheerd uit de bron door MCEBuddy (wat ertoe leidde dat we validatie van SRT-bestanden hebben geïmplementeerd).
Bedankt voor de snelle reactie.
Ik heb versie 2.5.7 op een nieuw bestand getest en met één uitzondering werkte alles prima. Kijk eens wat het deed bij 22 (regel 98). Ik weet niet of dit komt door de extra regelafbreking in het origineel of niet.
22
00:00:53,966 → 00:00:54,924MYKA.
22
00:00:00,000 → 00:00:00,000
MYKA.
Warehouse 13 - S02E12 - Reset.eng.orig.srt (62.1 KB)
Warehouse 13 - S02E12 - Reset.eng.output.srt (66.9 KB)
Warehouse 13 - S02E12 - Reset.mp4-Orig-MKV-00-Default-Stream-2021-06-04T13-57-30.log (498.6 KB)
Om aan deze post toe te voegen die mogelijk gerelateerd is!
Ik krijg veel/de meeste geëxtraheerde SRT-bestanden die 1 KB groot zijn en niet werken. Meestal zijn ze 10-30kb.
Ter info: ik gebruik buddy om mkv onder 500mb te remuxen en
MKV boven 500mb te converteren naar hevc mp4.
groeten
Upload een voorbeeld van de bronvideo waar je dit gedrag ziet, plus de logs, zodat we kunnen zien wat er aan de hand is.
Het probleem hier is dat het SRT-bestand niet voldoet aan de specificaties. Er mag geen lege regel tussen de ondertiteltekst staan. Een lege regel geeft het einde van een ondertitelblok aan, waardoor dit een ongeldig blok wordt.
Als er lege regels worden achtergelaten, veroorzaken ze dat andere programmaen vastlopen, dus MCEBuddy negeert lege regels.
UPDATE: MCEBuddy behandelt lege regels nu soepel door een waarschuwing te loggen en het ongeldige blok/de inhoud te verwijderen. Je kunt de BETA-build 2.5.7 van vandaag uitproberen.
Bedankt @Goose!
Good Witch - S07E04 - The Exchange.mkv-REMUX TV 500 to 264-1900-01-01T00-00-00.log (11,6 KB)
Good Witch - S07E04 - The Exchange.mkv-convert tv 500 to HEVC-1900-01-01T00-00-00.log (13,9 KB)
Good Witch - S07E04 - The Exchange.mkv-convert tv 500 to HEVC-2021-06-08T19-03-44.log (15,0 KB)
Deze titel creëerde 1KB SRT-bestanden
Het werkelijke MKV-bestand is te groot
Good Witch - S07E04 - The Exchange.srt (527 bytes)
Stel uw logboeken in op debug, er is niet veel in deze logboeken om te analyseren.
U kunt het originele MKV-bestand uploaden naar onze uploadserver hier: Welcome to MCEBuddy - README BEFORE POSTING
mcebuddy.log (494,3 KB)
Ik ben een andere post hiervoor gestart, dus vergeet deze…