starred/ccextractor
1
0
Fork 0
mirror of https://github.com/CCExtractor/ccextractor.git synced 2026-02-03 21:23:48 +00:00
Code Issues 1.5k Packages Projects Releases 20 Wiki Activity

[QUESTION] - Scenarist Closed Caption (SCC) Input support #612

New Issue
Closed
opened 2026-01-29 16:49:00 +00:00 by claunia · 4 comments
claunia commented 2026-01-29 16:49:00 +00:00
Owner
Copy Link

Originally created by @bbgdzxng1 on GitHub (Jan 24, 2021).

CCExtractor version: 0.88

In raising this issue, I confirm the following:

  • 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.
  • I have ticked all the boxes in this section and to prove it I'm deleting the section completely to remove boilerplate text.

Additional information

What is the recommended method to input SCC files into ccextractor on a non-Windows platform?

I can see that ccextrator can accept McPoodle Raw format...

Input formats:
       With the exception of McPoodle's raw format, which is just the closed
       caption data with no other info, CCExtractor can usually detect the
       input format correctly.

Therefore '-in=raw' would be the appropriate format.

The challenge is then how to get the SCC files into McPoodle raw format in a non-Windows environment. McPoodle includes SCC2RAW.exe (Windows Binary), but McPoodle's project is only compiled for Windows.

The ccextractor FAQ suggests that the ccextractor team ported McPoodle's code... "Lots of code came originally from McPoodle's tools (even though it was ported from Perl to C)", and ccextractor is thankfully cross-platform. Did the result of this porting process expose an SCC2RAW method in a way that could be used to allow scc as an input into ccextractor?

(or does anyone know of a cross-platform port of McPoodle suite which I may have missed?)

Thanks for a great tool.

Originally created by @bbgdzxng1 on GitHub (Jan 24, 2021). CCExtractor version: 0.88 # In raising this issue, I confirm the following: - [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. - [x] I have ticked all the boxes in this section and to prove it I'm deleting the section completely to remove boilerplate text. # Additional information _What is the recommended method to input SCC files into ccextractor on a non-Windows platform?_ I can see that ccextrator can accept McPoodle Raw format... ``` Input formats: With the exception of McPoodle's raw format, which is just the closed caption data with no other info, CCExtractor can usually detect the input format correctly. ``` Therefore '-in=raw' would be the appropriate format. The challenge is then how to get the SCC files into McPoodle raw format in a non-Windows environment. McPoodle includes SCC2RAW.exe (Windows Binary), but McPoodle's project is only compiled for Windows. The ccextractor FAQ suggests that the ccextractor team ported McPoodle's code... _"Lots of code came originally from McPoodle's tools (even though it was ported from Perl to C)"_, and ccextractor is thankfully cross-platform. Did the result of this porting process expose an SCC2RAW method in a way that could be used to allow scc as an input into ccextractor? (or does anyone know of a cross-platform port of McPoodle suite which I may have missed?) Thanks for a great tool.
claunia added the enhancement label 2026-01-29 16:49:00 +00:00
claunia commented 2026-01-29 16:49:02 +00:00
Author
Owner
Copy Link

@bbgdzxng1 commented on GitHub (Jan 24, 2021):

Resolved by running SCCTOOL's perl script rather than the Windows binary.

@bbgdzxng1 commented on GitHub (Jan 24, 2021): Resolved by running SCCTOOL's perl script rather than the Windows binary.
claunia commented 2026-01-29 16:49:03 +00:00
Author
Owner
Copy Link

@cfsmp3 commented on GitHub (Jan 24, 2021):

Let's leave this open if there's a problem with it :-)

@cfsmp3 commented on GitHub (Jan 24, 2021): Let's leave this open if there's a problem with it :-)
claunia commented 2026-01-29 16:49:03 +00:00
Author
Owner
Copy Link

@bbgdzxng1 commented on GitHub (Jan 25, 2021):

Worked perfectly for SCC > Raw > SRT using SCC_TOOLS per scripts on macOS

$ curl --silent --location --request GET "https://archive.org/download/cc_sample/cc_sample.scc" -o cc_sample.scc
$ dos2unix --newfile cc_sample.scc cc_sample_dos2unix.scc
$ perl scc2raw.pl cc_sample_dos2unix.scc cc_sample_dos2unix.bin
$ ccextractor -debug -in=raw -out=srt -utf8 cc_sample_dos2unix.bin -o cc_sample_dos2unix.srt
CCExtractor 0.88, Carlos Fernandez Sanz, Volker Quetschke.
Teletext portions taken from Petr Kutalek's telxcc
--------------------------------------------------------------------------
Input: Files (1): cc_sample_dos2unix.bin
[Extract: 1] [Stream mode: McPoodle's raw]
[Program : Auto ] [Hauppage mode: No] [Use MythTV code: Auto]
[Timing mode: Auto] [Debug: Yes] [Buffer input: No]
[Use pic_order_cnt_lsb for H.264: No] [Print CC decoder traces: No]
[Target format: .srt] [Encoding: UTF-8] [Delay: 0] [Trim lines: No]
[Add font color data: Yes] [Add font typesetting: Yes]
[Convert case: No] [Video-edit join: No]
[Extraction start time: not set (from start)]
[Extraction end time: not set (to end)]
[Live stream: No] [Clock frequency: 90000]
[Teletext page: Autodetect]
[Start credits text: None]
[Quantisation-mode: CCExtractor's internal function]

-----------------------------------------------------------------
Opening file: cc_sample_dos2unix.bin
Analyzing data in McPoodle raw mode


Total frames time:	  00:00:00:000  (0 frames at 29.97fps)

Min PTS:				00:00:00:001
Max PTS:				00:01:09:070
Length:				 00:01:09:069
Done, processing time = 0 seconds
Issues? Open a ticket here
https://github.com/CCExtractor/ccextractor/issues
$ head -n20 cc_sample_dos2unix.srt 
1
00:00:09,243 --> 00:00:12,378
                  Is that what  
                  the Americans 
                  call doodling?

2
00:00:12,413 --> 00:00:13,278
It is more serious              

3
00:00:13,314 --> 00:00:16,081
than you could                  
possibly realize                
Charlotte                       

4
00:00:20,221 --> 00:00:21,020
Good

This one should be ok to close, as the above flow worked for SCC > RAW> SRT.

There was an issue for SCC > RAW > VTT, which I have opened under its own ticket, because it is specific to VTT. https://github.com/CCExtractor/ccextractor/issues/1294

Thanks!

@bbgdzxng1 commented on GitHub (Jan 25, 2021): Worked perfectly for SCC > Raw > SRT using SCC_TOOLS per scripts on macOS ``` $ curl --silent --location --request GET "https://archive.org/download/cc_sample/cc_sample.scc" -o cc_sample.scc $ dos2unix --newfile cc_sample.scc cc_sample_dos2unix.scc $ perl scc2raw.pl cc_sample_dos2unix.scc cc_sample_dos2unix.bin $ ccextractor -debug -in=raw -out=srt -utf8 cc_sample_dos2unix.bin -o cc_sample_dos2unix.srt CCExtractor 0.88, Carlos Fernandez Sanz, Volker Quetschke. Teletext portions taken from Petr Kutalek's telxcc -------------------------------------------------------------------------- Input: Files (1): cc_sample_dos2unix.bin [Extract: 1] [Stream mode: McPoodle's raw] [Program : Auto ] [Hauppage mode: No] [Use MythTV code: Auto] [Timing mode: Auto] [Debug: Yes] [Buffer input: No] [Use pic_order_cnt_lsb for H.264: No] [Print CC decoder traces: No] [Target format: .srt] [Encoding: UTF-8] [Delay: 0] [Trim lines: No] [Add font color data: Yes] [Add font typesetting: Yes] [Convert case: No] [Video-edit join: No] [Extraction start time: not set (from start)] [Extraction end time: not set (to end)] [Live stream: No] [Clock frequency: 90000] [Teletext page: Autodetect] [Start credits text: None] [Quantisation-mode: CCExtractor's internal function] ----------------------------------------------------------------- Opening file: cc_sample_dos2unix.bin Analyzing data in McPoodle raw mode Total frames time: 00:00:00:000 (0 frames at 29.97fps) Min PTS: 00:00:00:001 Max PTS: 00:01:09:070 Length: 00:01:09:069 Done, processing time = 0 seconds Issues? Open a ticket here https://github.com/CCExtractor/ccextractor/issues $ head -n20 cc_sample_dos2unix.srt 1 00:00:09,243 --> 00:00:12,378 Is that what the Americans call doodling? 2 00:00:12,413 --> 00:00:13,278 It is more serious 3 00:00:13,314 --> 00:00:16,081 than you could possibly realize Charlotte 4 00:00:20,221 --> 00:00:21,020 Good ``` This one should be ok to close, as the above flow worked for SCC > RAW> SRT. There was an issue for SCC > RAW > VTT, which I have opened under its own ticket, because it is specific to VTT. https://github.com/CCExtractor/ccextractor/issues/1294 Thanks!
claunia commented 2026-01-29 16:49:04 +00:00
Author
Owner
Copy Link

@cfsmp3 commented on GitHub (Dec 26, 2025):

Current Status:

CCExtractor can output SCC format but doesn't currently support SCC as an input format.

The workaround using SCC_TOOLS works:

  1. Convert SCC to raw: perl scc2raw.pl input.scc output.bin
  2. Process with ccextractor: ccextractor --in=raw --out=srt output.bin

SCC_TOOLS: https://github.com/pbs/scc_tools

Note: We recently fixed McPoodle's raw format read/write in PR #1843, so the raw → SRT step should work reliably now.

Planned:

Native SCC input support is now planned as a feature. Relabeling this issue as a feature request to track the implementation.

@cfsmp3 commented on GitHub (Dec 26, 2025): **Current Status:** CCExtractor can output SCC format but doesn't currently support SCC as an input format. The workaround using SCC_TOOLS works: 1. Convert SCC to raw: `perl scc2raw.pl input.scc output.bin` 2. Process with ccextractor: `ccextractor --in=raw --out=srt output.bin` SCC_TOOLS: https://github.com/pbs/scc_tools Note: We recently fixed McPoodle's raw format read/write in PR #1843, so the raw → SRT step should work reliably now. **Planned:** Native SCC input support is now planned as a feature. Relabeling this issue as a feature request to track the implementation.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
bug
CEA-708
difficulty: easy
difficulty: hard
difficulty: medium
DTMB
DVB
enhancement
enhancement
Flutter GUI
GCI19
good-first-task
GSoC 2021
GSOC-2023
GSOC-2023
GSOC-2023
GSoC-related
Hacktoberfest
HardsubX
help wanted
invalid
JokerTV
Mac / OSX
more-info-needed
needs-commercial-sponsor
needs-commercial-sponsor
needs-commercial-sponsor
needs-confirmation-of-being-broken
OCR
pull-request
Mirrored from GitHub Pull Request
 Python
regression
Rust
teletext
No Label enhancement
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
claunia
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/ccextractor#612
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?