@Goose I confirm that unchecking the box to embed subtitles fixes the issue with the video length in v2.6.6. This is already great help.
I will test v2.6.7beta to confirm your findings as well but will likely do so in a test environment rather than on my production server.
It seems, since you already have a solution for handling, this fix should be applied to all subtitles. If I understand correctly, these bad timestamps are clearly wrong, so I do not see what purpose they might have.
BTW, what was the fix? Did you simply set the end time of the timestamp to the length of the video, or did you repair the timestamp to fit in linear order with the other subtitles in the file?
It seems that the beta did not process correctly. The video showed as ~90 min on VLC time line which is correct. However the feature seemed to have been shortened to 60 min and it appears as if the final ~30 min read out captions while showing a freeze frame picture. Maybe I did something wrong with the vm install. I attached the logs here for you to take a look.
Having this same problem, oddly just recently (are the streaming platforms trying to break us?) - I see a changelog entry for 2.6.7, but don’t see it in the Premium Downloads - was it broken? Also, there’s a 6.7.1 BETA, but no 6.7.0 Stable.
2.6.7 was dropped since there are some major upgrades to the features (and performance) that warranted a new branch. After 2.6.6 the next release will be 2.7.1 which is currently in beta (mcebuddy doesn’t do .0 releases so you won’t see 2.7.0).
This issue was fixed so try out the latest 2.7.1 beta and if you’re facing the same issue post back here and upload your original video and logs to the server.