--tpages-all extracts less than --tpage
Maintainers usually reply within 1 day
Assessment
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Newbie friendliness
- 65/100
Research direction
Look at the teletext subtitle extraction logic, particularly the handling of --tpages-all versus --tpage. Start by examining the command-line parsing and teletext processing code. Run the provided test commands to reproduce the issue, then trace through the extraction flow to see where subtitles are being dropped in the all-pages mode.
Written by the indexing model from the issue text.
Description
Hi,
When I extract teletext subtitles from a TS file, --tpages-all extracts less subtitles than --tpage.
Example:
for i in 150 151 888;do ccextractor --teletext --tpage $i test.ts -o subs-$i.srt; done
ccextractor --teletext --tpages-all test.ts -o subs-all.srt
wc -l subs*srt
Output:
638 subs-150.srt
412 subs-151.srt
338 subs-all_p150.srt
255 subs-all_p151.srt
186 subs-all_p888.srt
How could I get all subtitles with --tpages-all please?
TIA, Peter
- Dominant language
- C
- Stars
- 901
- Forks
- 592
- Avg merge
- 7d 23h
- Merged PRs (30d)
- 11
Getting set up
- No Dockerfile or Docker Compose file
- Has a pull request template
- Read the contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from CCExtractor/ccextractor
-
[BUG] Legacy options -608, -708, -90090, -UCLA, -CC2, -LF, -DF, -parsepat, -parsepmt still rejected after #1856Possibly taken @Deepak-negi11 claimed this 2 days ago. Open
Difficulty 2/5 1-3 hours Newbie friendliness 66/100
CCExtractor/ccextractor#2367 ·
Maintainers usually reply within 1 day
-
[BUG] Memory leak in free_sub_track(): blockaddition and message buffer never freed for WebVTT tracksPossibly taken A pull request linked to this issue is open or already merged. Open
Difficulty 1/5 Under an hour Newbie friendliness 86/100
CCExtractor/ccextractor#2247 ·
Maintainers usually reply within 1 day
-
`--out=mcc`: CDP cc_count field overflows above 31 triplets; uint8 `data_size` corrupts lengths and over-reads at higher countsPossibly taken @kaihere14 claimed this 9 days ago. Open
Difficulty 3/5 1-2 days Newbie friendliness 72/100
CCExtractor/ccextractor#2365 · 1 comment ·
Maintainers usually reply within 1 day
-
Difficulty 4/5 3-5 days Newbie friendliness 68/100
CCExtractor/ccextractor#2358 · 1 comment ·
Maintainers usually reply within 1 day
-
[BUG] store_hdcc() silently overwrites buffered caption data instead of concatenating when the same seq_index is reused with an unchanged timestampMay be free again @kaihere14 claimed this 25 days ago, and no pull request is open. Open
Difficulty 4/5 3-5 days Newbie friendliness 48/100
CCExtractor/ccextractor#2350 · 2 comments ·
Maintainers usually reply within 1 day
All issues in CCExtractor/ccextractor
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
FujiNetWIFI/fujinet-lib#115 · 1 comment ·
Maintainers usually reply within 1 day
-
firmware: transmit() doesn't reset rfTxCurBufIdx, so RFxmit after RFxmitLong can send wrong bytesPossibly taken @hermes-crew-337 claimed this today. Open
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
atlas0fd00m/rfcat#182 ·
-
followup
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
Maintainers usually reply within 1 day
-
Difficulty 1/5 Under an hour Newbie friendliness 88/100
Maintainers usually reply within 4 days
-
question
Difficulty 2/5 1-3 hours Newbie friendliness 68/100