Ik heb zojuist met succes een uur durende MP4-conversie van een bepaald bestand uitgevoerd. Helemaal aan het einde trad er een probleem op met ondertitels (zie onderstaand fragment), waardoor de hele conversie mislukte.
In een ideale wereld zou het geconverteerde bestand zijn geproduceerd zonder ondertitels of in ieder geval in de werkmap zijn achtergelaten. Op dit moment is alles verdwenen en is de conversie volledig geannuleerd… wat ik wat drastisch vind.
Zijn er momenteel opties die toelaten dat deze soort conversie doorgaat ondanks dit soort ondertitelproblemen (die ik ongeveer bij 1 op de 10 conversies krijg… dus niet zo zeldzaam)?
Mogelijk een toekomstige verbetering om de optie te bieden om door te gaan of te stoppen bij een fout?
Do you have the original video file. If so can you please upload it to our server so we can figure out why the subtitle format was invalid. Do you know if the subtitles were extracted from the video file or if it’s was a separate SRT file that was provided to MCEBuddy. If it’s a separate file please include that.
The goal is not to have MCEBuddy fail, it does sanitize the subtitle files and removed an errors or corrects malformed files. We would prefer to fix the root cause. The reason it fails is because this would be considered an anomaly. If the subtitles don’t exists or are corrupted beyond the ability to repair it then MCEBuddy will ignore the file and still continue the conversion.
I’m actually having the same issue. I’m extracting SRT from the broadcast, and it’s causing the entire thing to fail. Not sure why this is happening. I’ve recorded the last few Olympic broadcasts, and they have all failed. I wish it would just continue since I hardly even use the subtitles but like to have them. Probably going to have to disable subtitles entirely until there is a fix.
2018-02-10T22:36:32 MCEBuddy.AppWrapper.MP4Box --> Bad SRT formatting - expecting number got "Phoenixes are things that appear"
2018-02-10T22:36:32 MCEBuddy.AppWrapper.MP4Box --> Error importing C:\Program Files\MCEBuddy2x\working0\2018 Winter Olympics (2018) - 2018-02-09 20 00 00 - Opening Ceremony.srt:hdlr=sbtl: Corrupted Data in file/stream
--> Process exited with code 1
2018-02-11T01:10:33 MCEBuddy.AppWrapper.MP4Box --> Bad SRT formatting - expecting number got "radford."
2018-02-11T01:10:33 MCEBuddy.AppWrapper.MP4Box --> Error importing C:\Program Files\MCEBuddy2x\working0\2018 Winter Olympics (2018) - 2018-02-10 23 31 00 - Figure Skating.srt:hdlr=sbtl: Corrupted Data in file/stream
--> Process exited with code 1
Thanks for that sample, we were able to reproduce the issue. The problem lay in the original recording some of the subtitle text lines were empty (technically a \0 null terminator), so MP4Box was expecting a line but instead it got nothing.
Anyways, we’ve patched this up and made the subtitles validation stronger, if it find any subtitles out of spec it’ll drop it and move on.
