Forespørgselstype:
NY FUNKTION
Resumé af problemet eller forslaget:
Jeg bruger i stigende grad SRT-filer sammen med mine kildevideoer. Jeg har bemærket, at de bliver behandlet, og i nogle tilfælde fjernes indhold fra dem. Jeg har testet afspilning med den nye behandlede SRT og den oprindelige SRT sammen med den behandlede videofil og har ikke oplevet problemer med at bruge den oprindelige SRT. Jeg ønsker en mulighed for ikke at behandle SRT’en, hvis den er inkluderet i kildemappen.
Jeg forstod det ikke helt. Den eneste gang en SRT justeres, er når fjernelse af reklamer er aktiveret; så “klippes” SRT’en for at holde den synkron med reklamefjernelsen – ellers vil SRT’en være ude af sync med den konverterede fil, som ikke indeholder reklamer.
Jeg har Ad remover sat til Ja (Brug markører) bare for en sikkerheds skyld, hvis jeg har min egen EDL oprettet med tilpassede klip, men i disse seneste tilfælde har jeg ikke haft nogen EDL-fil.
Her er en konverteringslog.
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-filer:
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)
Jeg har tjekket dine log- og SRT-filer; det har intet med EDL-filer at gøre. Det er dine SRT-filer, der er problemet.
MCEBuddy validerer og renser SRT-filer for at fjerne ugyldige data.
Dine SRT-filer opretter tidsstempler, som ikke er i det påkrævede format, så MCEBuddy kasserer dem:
INFORMATION> 2021-06-02T08:41:14 MCEBuddy.Transcode.CCandSubtitles → Validerer og renser SRT-fil
2021-06-02T08:41:14 MCEBuddy.Transcode.CCandSubtitles → SRT-fil D:\Temp\working0\Rick and Morty - S02E08 - Interdimensional Cable 2- Tempting Fate.eng.srt
WARNING> 2021-06-02T08:41:14 MCEBuddy.Transcode.CCandSubtitles → Ugyldige tidsstempler, springer over: 00:00:4,405 00:00:6,006
WARNING> 2021-06-02T08:41:14 MCEBuddy.Transcode.CCandSubtitles → Ugyldige tidsstempler, springer over: 00:00:6,006 00:00:8,509
WARNING> 2021-06-02T08:41:14 MCEBuddy.Transcode.CCandSubtitles → Ugyldige tidsstempler, springer over: 00:00:8,509 00:00:10,778
WARNING> 2021-06-02T08:41:14 MCEBuddy.Transcode.CCandSubtitles → Ugyldige tidsstempler, springer over: 00:00:59,093 00:01:1,762
WARNING> 2021-06-02T08:41:14 MCEBuddy.Transcode.CCandSubtitles → Ugyldige tidsstempler, springer over: 00:01:1,762 00:01:4,632
WARNING> 2021-06-02T08:41:14 MCEBuddy.Transcode.CCandSubtitles → Ugyldige tidsstempler, springer over: 00:01:4,632 00:01:9,103
Problemet er, at dine SRT-fil-tidsstempler er ugyldige:
00:00:4,405 → 00:00:6,006
Sekunderne skal være 2-cifrede og zero-paddede ifølge specifikationerne:
Din SRT-fil har kun ét ciffer, så den bliver kasseret. Hvilken software genererer disse SRT-filer?
Tak fordi du kiggede på det. Jeg overså helt værdien for sekunder med ét ciffer.
Plex ser ikke ud til at bekymre sig om det, da det stadig fungerer.
Jeg vil rapportere problemet til leverandøren af den software, der genererede filen.
Er min anmodning stadig gyldig om at få en mulighed for at omgå behandling (validering og oprydning) af SRT’er? Hvis du mener, at det ikke er nødvendigt, da det kun ville være brugt i de sjældneste tilfælde, er jeg fint tilfreds med det, og vi kan markere dette som løst.
Vi har implementeret en opdatering til at håndtere disse misdannede tidsstempler og gendanne dem til at gøre dem gyldige, hvor det er muligt. Du kan ikke afprøve dagens 2.5.7 BETA-build.
Vi kan ikke ignorere defekte SRT-filer, men logger dem i stedet til brugernes reference. Der har været tilfælde, hvor tredjeparts afspilningssoftware er gået ned eller ikke har kunnet afspille filen på grund af misdannede SRT-filer, som blev kopieret eller udtrukket fra kilden som de var af MCEBuddy (hvilket førte til, at vi implementerede validering af SRT-filer).
Tak for den hurtige ekspedition.
Jeg testede 2.5.7 på en ny fil, og bortset fra én undtagelse virkede det fint. Se, hvad den gjorde ved 22 (linje 98). Jeg er ikke sikker på, om det skyldes den ekstra linjeskift i originalen eller hvad.
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)
For at tilføje til dette opslag, som muligvis er relateret!
Jeg oplever, at mange/flere af de ekstraherede SRT-filer kun er 1 KB og ikke fungerer. Normalt er de 10-30 KB.
Jeg bruger i øvrigt buddy til at remux’e mkv under 500 MB og konvertere MKV over 500 MB til hevc mp4.
Hilsen
Venligst upload en eksempelkildevideo, hvor du ser denne adfærd, og logfilerne, så vi kan se, hvad der foregår.
Problemet her er, at SRT-filen ikke overholder specifikationerne. Der bør ikke være en tom linje mellem undertekstteksten. En tom linje angiver slutningen af en undertekstblok, så dette bliver en ugyldig blok.
Hvis der efterlades tomme linjer, får det andre programmer til at fejle, så MCEBuddy ignorerer tomme linjer.
UPDATE: MCEBuddy håndterer nu tomme linjer uden problemer ved at logge en advarselsmeddelelse og droppe den ugyldige blok/indhold. Du kan prøve dagens 2.5.7 BETA-build.
Tak @Goose!
Good Witch - S07E04 - The Exchange.mkv-REMUX TV 500 to 264-1900-01-01T00-00-00.log|vedhæftning (11,6 KB)
Good Witch - S07E04 - The Exchange.mkv-convert tv 500 to HEVC-1900-01-01T00-00-00.log|vedhæftning (13,9 KB)
Good Witch - S07E04 - The Exchange.mkv-convert tv 500 to HEVC-2021-06-08T19-03-44.log|vedhæftning (15,0 KB)
Denne titel oprettede 1KB SRT-filer
Den faktiske MKV-fil er for stor
Good Witch - S07E04 - The Exchange.srt|vedhæftning (527 bytes)
Venligst indstil dine logs til debug; der er ikke meget i disse logs at analysere.
Du kan uploade den originale MKV til vores uploadserver her: Welcome to MCEBuddy - README BEFORE POSTING
mcebuddy.log|vedhæftet (494,3 KB)
Jeg har startet et andet indlæg på egen hånd vedrørende dette, så glem dette …
FEJL : Ugyldige tegn i sti - Generel support / Spørgsmål / Profiler - MCEBuddy (mcebuddy2x.com)