[PR #898] [FEATURE] Support mp4 tx3g & multitrack subtitles #1739

New Issue

claunia · 2026-01-29T17:18:16Z

claunia commented

2026-01-29 17:18:16 +00:00

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

State: closed
Merged: Yes

Please prefix your pull request with one of the following: [FEATURE] [FIX] [IMPROVEMENT].

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.

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 will fix #807 .
FEATURE:

sbtl:tx3g and text:tx3g handler.
Support multitrack subtitles.

KNOWN ISSUES:

Styles & extensions of tx3g subtitles are ignored.
The empty default file will be created, even though sometimes(when there're multiple tracks) we don't use it.
-o outputfilename option is not honered. I don't think I caused it though. It seems to be broken long time ago.

NOTE:

I didn't test the situation when a sample has multiple atoms in it (Is it possible? I don't have a video sample to verify).
Although I think the timing is handled correctly, I don't have enough samples to verify.
All my local mp4 samples are extracted correctly, but I'd give the sample platform a go anyway.

**Original Pull Request:** https://github.com/CCExtractor/ccextractor/pull/898 **State:** closed **Merged:** Yes --- Please prefix your pull request with one of the following: **[FEATURE]** **[FIX]** **[IMPROVEMENT]**. **In raising this pull request, I confirm the following (please check boxes):** - [X] I have read and understood the [contributors guide](https://github.com/CCExtractor/ccextractor/blob/master/.github/CONTRIBUTING.md). - [X] I have checked that another pull request for this purpose does not exist. - [X] I have considered, and confirmed that this submission will be valuable to others. - [X] I accept that this submission may not be used, and the pull request closed at the will of the maintainer. - [X] I give this submission freely, and claim no ownership to its content. **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 will fix #807 . **FEATURE:** - sbtl:tx3g and text:tx3g handler. - Support multitrack subtitles. **KNOWN ISSUES:** - Styles & extensions of tx3g subtitles are ignored. - The empty default file will be created, even though sometimes(when there're multiple tracks) we don't use it. - `-o outputfilename` option is not honered. I don't think I caused it though. It seems to be broken long time ago. **NOTE:** - I didn't test the situation when a sample has multiple atoms in it (Is it possible? I don't have a video sample to verify). - Although I think the timing is handled correctly, I don't have enough samples to verify. - All my local mp4 samples are extracted correctly, but I'd give the sample platform a go anyway.

claunia added the pull-request label 2026-01-29 17:18:16 +00:00

claunia closed this issue

2026-01-29 17:18:16 +00:00

claunia referenced this issue

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

[PR #1739] [MERGED] Fix build with ffmpeg 8 #2462

Sign in to join this conversation.

1 Participants

Notifications

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: starred/ccextractor#1739