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

New Issue

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

claunia commented

2026-01-29 16:43:38 +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 closed this issue

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

claunia commented

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

@jakubvojacek commented on GitHub (Apr 21, 2018):

I read in the documentation about -gt option but that does not seem to be working for me. In the documentation, it states, that its only available for mpeg2 streams but what I got is h264, see ffprobe below

nput #0, mpegts, from 'udp://224.100.100.105:8000':
  Duration: N/A, start: 8001.851278, bitrate: N/A
  Program 1026 
    Metadata:
      service_name    : Rede Familia HD
      service_provider: REDE FAMILIA
    Stream #0:0[0x4c]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709, top first), 1920x1080 [SAR 1:1 DAR 16:9], Closed Captions, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc
    Stream #0:1[0x4d]: Audio: aac_latm (HE-AAC) ([17][0][0][0] / 0x0011), 48000 Hz, stereo, fltp
    Stream #0:2[0x4e]: Audio: aac_latm (HE-AAC) ([17][0][0][0] / 0x0011), 48000 Hz, stereo, fltp
    Stream #0:3[0x4f]: Audio: aac_latm (HE-AAC) ([17][0][0][0] / 0x0011), 48000 Hz, stereo, fltp
    Stream #0:4[0x50]: Data: bin_data ([6][0][0][0] / 0x0006)
    Stream #0:5[0x51]: Unknown: none ([5][0][0][0] / 0x0005)
    Stream #0:6[0x52]: Unknown: none ([11][0][0][0] / 0x000B)

Any idea?

@jakubvojacek commented on GitHub (Apr 21, 2018): I read in the documentation about `-gt` option but that does not seem to be working for me. In the documentation, it states, that its only available for mpeg2 streams but what I got is h264, see ffprobe below ``` nput #0, mpegts, from 'udp://224.100.100.105:8000': Duration: N/A, start: 8001.851278, bitrate: N/A Program 1026 Metadata: service_name : Rede Familia HD service_provider: REDE FAMILIA Stream #0:0[0x4c]: Video: h264 (Main) ([27][0][0][0] / 0x001B), yuv420p(tv, bt709, top first), 1920x1080 [SAR 1:1 DAR 16:9], Closed Captions, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0:1[0x4d]: Audio: aac_latm (HE-AAC) ([17][0][0][0] / 0x0011), 48000 Hz, stereo, fltp Stream #0:2[0x4e]: Audio: aac_latm (HE-AAC) ([17][0][0][0] / 0x0011), 48000 Hz, stereo, fltp Stream #0:3[0x4f]: Audio: aac_latm (HE-AAC) ([17][0][0][0] / 0x0011), 48000 Hz, stereo, fltp Stream #0:4[0x50]: Data: bin_data ([6][0][0][0] / 0x0006) Stream #0:5[0x51]: Unknown: none ([5][0][0][0] / 0x0005) Stream #0:6[0x52]: Unknown: none ([11][0][0][0] / 0x000B) ``` Any idea?

claunia commented

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

@cfsmp3 commented on GitHub (Sep 20, 2018):

Duplicate of
https://github.com/CCExtractor/ccextractor/issues/965
I think

@cfsmp3 commented on GitHub (Sep 20, 2018): Duplicate of https://github.com/CCExtractor/ccextractor/issues/965 I think

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: starred/ccextractor#422