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

[BUG] 0.88 is crashing and not detecting OP-47 on a belgian MXF file (track Text / ID : 5-888) #630

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

Originally created by @miambe on GitHub (May 24, 2021).

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.

Necessary information

  • Is this a regression (i.e. did it work before)? NO
  • What platform did you use? Windows
  • What were the used arguments? -in=mxf -datastreamtype Text -out=srt -bom -latin1

Video links

Additional information

I'm working for a local belgian television in the French speaking part of the country. We must use OP-47 files with subtitles on page 888 to get it working with the television providers.

ccextractorwin.exe is crashing when I try to submit any MXF file with a Text track
ID: 5-888:
Format: Teletext Subtitle
MuxingMode: Ancillary data / OP-47 / SDP

Originally created by @miambe on GitHub (May 24, 2021). # 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. # Necessary information - Is this a regression (i.e. did it work before)? NO - What platform did you use? Windows - What were the used arguments? -in=mxf -datastreamtype Text -out=srt -bom -latin1 # Video links * https://sampleplatform.ccextractor.org/sample/169 # Additional information I'm working for a local belgian television in the French speaking part of the country. We must use OP-47 files with subtitles on page 888 to get it working with the television providers. ccextractorwin.exe is crashing when I try to submit any MXF file with a Text track ID: 5-888: Format: Teletext Subtitle MuxingMode: Ancillary data / OP-47 / SDP
claunia added the bug label 2026-01-29 16:49:31 +00:00
claunia commented 2026-01-29 16:49:31 +00:00
Author
Owner
Copy Link

@canihavesomecoffee commented on GitHub (May 31, 2021):

Can confirm this sample crashes on Linux:

gdb$ bt
#0  0x00007ffff77c6cf0 in __memcmp_avx2_movbe () from /usr/lib/libc.so.6
#1  0x00005555555b0948 in read_packet (demux=0x7ffff632a010, data=0x555555993c10) at ../src/lib_ccx/ccx_demuxer_mxf.c:549
#2  0x00005555555b0b05 in ccx_mxf_getmoredata (ctx=0x5555559934a0, ppdata=0x7fffffffd338) at ../src/lib_ccx/ccx_demuxer_mxf.c:600
#3  0x00005555555f4acb in general_loop (ctx=0x5555559934a0) at ../src/lib_ccx/general_loop.c:888
#4  0x000055555558d254 in api_start (api_options=...) at ../src/ccextractor.c:204
#5  0x000055555558dfbf in main (argc=0x8, argv=0x7fffffffddb8) at ../src/ccextractor.c:463
gdb$ frame 1
#1  0x00005555555b0948 in read_packet (demux=0x7ffff632a010, data=0x555555993c10) at ../src/lib_ccx/ccx_demuxer_mxf.c:549
549			if (IS_KLV_KEY(klv.key, ctx->cap_essence_key))
gdb$ p ctx 
$2 = (struct MXFContext *) 0x0
gdb$ p demux
$3 = (struct ccx_demuxer *) 0x7ffff632a010
gdb$ p demux->private_data 
$4 = (void *) 0x0

Looks like something's going wrong with that private data, causing a segfault.

@anshul1912, since you implemented this originally 4 years ago, you have any clue why this could be happening?

@canihavesomecoffee commented on GitHub (May 31, 2021): Can confirm this sample crashes on Linux: ``` gdb$ bt #0 0x00007ffff77c6cf0 in __memcmp_avx2_movbe () from /usr/lib/libc.so.6 #1 0x00005555555b0948 in read_packet (demux=0x7ffff632a010, data=0x555555993c10) at ../src/lib_ccx/ccx_demuxer_mxf.c:549 #2 0x00005555555b0b05 in ccx_mxf_getmoredata (ctx=0x5555559934a0, ppdata=0x7fffffffd338) at ../src/lib_ccx/ccx_demuxer_mxf.c:600 #3 0x00005555555f4acb in general_loop (ctx=0x5555559934a0) at ../src/lib_ccx/general_loop.c:888 #4 0x000055555558d254 in api_start (api_options=...) at ../src/ccextractor.c:204 #5 0x000055555558dfbf in main (argc=0x8, argv=0x7fffffffddb8) at ../src/ccextractor.c:463 gdb$ frame 1 #1 0x00005555555b0948 in read_packet (demux=0x7ffff632a010, data=0x555555993c10) at ../src/lib_ccx/ccx_demuxer_mxf.c:549 549 if (IS_KLV_KEY(klv.key, ctx->cap_essence_key)) gdb$ p ctx $2 = (struct MXFContext *) 0x0 gdb$ p demux $3 = (struct ccx_demuxer *) 0x7ffff632a010 gdb$ p demux->private_data $4 = (void *) 0x0 ``` Looks like something's going wrong with that private data, causing a segfault. @anshul1912, since you implemented this originally 4 years ago, you have any clue why this could be happening?
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 bug
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#630
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?