[QUESTION] set subtitle timing from live stream timestamp #419

New Issue

claunia · 2026-01-29T16:43:35Z

claunia commented

2026-01-29 16:43:35 +00:00

Originally created by @jakubvojacek on GitHub (Apr 20, 2018).

CCExtractor version (using the --version parameter preferably) : 0.87

I have read and understood the contributors guide.
I have checked that the bug-fix I am reporting can be replicated, or that the feature I am suggesting isn't already present.
I have checked that the issue I'm posting isn't already reported.
I have checked that the issue I'm porting isn't already solved and no duplicates exist in closed issues and in opened issues
I have checked the pull requests tab for existing solutions/implementations to my issue/suggestion.
I have used the latest available version of CCExtractor to verify this issue exists.

My familiarity with the project is as follows (check one, eg [X] - and delete unchecked ones):

I have never used CCExtractor.
I have used CCExtractor just a couple of times.
I absolutely love CCExtractor, but have not contributed previously.
I am an active contributor to CCExtractor.

Necessary information

Is this a regression (did it work before)? [x] NO | [ ] YES
What platform did you use? [ ] Windows - [x] Linux - [ ] Mac
What were the used arguments? ccextractor -out=webvtt -nobom -s -nofc -udp 239.10.10.4:5004 -o test.vtt

Is it possible to force ccextractor to set the timing in generated vtt to be aligned with stream timestamps? With -unixts, I managed to have the timing starting either from zero or from unix timestamp, but I need it to start with stream timestamp (I am then processing the subtitles and stream with packager to create DASH and unless timestamps are aligned, it wont play). The stream timestamp I am refering to is easily gettable from ffprobe in the start parameter.

Input #0, mpegts, from 'udp://239.100.200.2:1234':
  Duration: N/A, start: 6503.696000, bitrate: N/A

Would it be possible for you to add this?

Thank you
Jakub

Originally created by @jakubvojacek on GitHub (Apr 20, 2018). CCExtractor version (using the --version parameter preferably) : 0.87 - [x] I have read and understood the [contributors guide](https://github.com/CCExtractor/ccextractor/blob/master/.github/CONTRIBUTING.md). - [x] I have checked that the bug-fix I am reporting can be replicated, or that the feature I am suggesting isn't already present. - [x] I have checked that the issue I'm posting isn't already reported. - [x] I have checked that the issue I'm porting isn't already solved and no duplicates exist in [closed issues](https://github.com/CCExtractor/ccextractor/issues?q=is%3Aissue+is%3Aclosed) and in [opened issues](https://github.com/CCExtractor/ccextractor/issues) - [x] I have checked the pull requests tab for existing solutions/implementations to my issue/suggestion. - [x] I have used the latest available version of CCExtractor to verify this issue exists. **My familiarity with the project is as follows (check one, eg [X] - and delete unchecked ones):** - [ ] I have never used CCExtractor. - [x] I have used CCExtractor just a couple of times. - [ ] I absolutely love CCExtractor, but have not contributed previously. - [ ] I am an active contributor to CCExtractor. **Necessary information** - Is this a regression (did it work before)? [x] NO | [ ] YES - What platform did you use? [ ] Windows - [x] Linux - [ ] Mac - What were the used arguments? `ccextractor -out=webvtt -nobom -s -nofc -udp 239.10.10.4:5004 -o test.vtt` Is it possible to force ccextractor to set the timing in generated vtt to be aligned with stream timestamps? With `-unixts`, I managed to have the timing starting either from zero or from unix timestamp, but I need it to start with stream timestamp (I am then processing the subtitles and stream with packager to create DASH and unless timestamps are aligned, it wont play). The stream timestamp I am refering to is easily gettable from ffprobe in the start parameter. ``` Input #0, mpegts, from 'udp://239.100.200.2:1234': Duration: N/A, start: 6503.696000, bitrate: N/A ``` Would it be possible for you to add this? Thank you Jakub

claunia referenced this issue

2026-01-29 17:00:39 +00:00

[PR #419] [MERGED] Fix regression introduced in 1a1e973 #1252

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: starred/ccextractor#419