[PR #1827] Fix SCC timing by accounting for EIA-608 transmission bandwidth

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: starred/ccextractor#2582

claunia commented

2026-01-29 17:22:54 +00:00

Owner

Original Pull Request: https://github.com/CCExtractor/ccextractor/pull/1827

State: closed
Merged: No

In raising this pull request, I confirm the following (please check boxes):

I have read and understood the contributors guide.
I have checked that another pull request for this purpose does not exist.
I have considered, and confirmed that this submission will be valuable to others.
I accept that this submission may not be used, and the pull request closed at the will of the maintainer.
I give this submission freely, and claim no ownership to its content.
I have mentioned this change in the changelog.

My familiarity with the project is as follows (check one):

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.

This PR fixes inaccurate SCC timing by accounting for the 2-bytes-per-frame
EIA-608 transmission limit (29.97 fps).

Changes:

Compute SCC byte cost per caption
Pre-roll SCC transmission so EOC lands at display time
Prevent overlapping SCC transmissions between captions

This makes SCC output compliant with broadcast rules and fixes #1221.

**Original Pull Request:** https://github.com/CCExtractor/ccextractor/pull/1827 **State:** closed **Merged:** No ---  **In raising this pull request, I confirm the following (please check boxes):** - [ ] I have read and understood the [contributors guide](https://github.com/CCExtractor/ccextractor/blob/master/.github/CONTRIBUTING.md). - [ ] I have checked that another pull request for this purpose does not exist. - [ ] I have considered, and confirmed that this submission will be valuable to others. - [ ] I accept that this submission may not be used, and the pull request closed at the will of the maintainer. - [ ] I give this submission freely, and claim no ownership to its content. - [ ] **I have mentioned this change in the [changelog](https://github.com/CCExtractor/ccextractor/blob/master/docs/CHANGES.TXT).** **My familiarity with the project is as follows (check one):** - [ ] I have never used CCExtractor. - [ ] I have used CCExtractor just a couple of times. - [ ] I absolutely love CCExtractor, but have not contributed previously. - [x] I am an active contributor to CCExtractor. --- This PR fixes inaccurate SCC timing by accounting for the 2-bytes-per-frame EIA-608 transmission limit (29.97 fps). Changes: - Compute SCC byte cost per caption - Pre-roll SCC transmission so EOC lands at display time - Prevent overlapping SCC transmissions between captions This makes SCC output compliant with broadcast rules and fixes #1221.

claunia added the pull-request label 2026-01-29 17:22:54 +00:00

[PR #1827] Fix SCC timing by accounting for EIA-608 transmission bandwidth #2582