Opened 11 years ago

Closed 10 years ago

#11314 closed Bug Report - General (Fixed)

mythcommflag segfaults on cable-derived video files

Reported by: Ken Emerson <kenneth.emerson@…> Owned by: cpinkham
Priority: minor Milestone: unknown
Component: MythTV - Mythcommflag Version: Unspecified
Severity: medium Keywords:
Cc: Ticket locked: no

Description

mythcommflag continues to segfault on (virtually) all video files coming from my HDHR Prime (cable provider=MediaCom?). mediainfo and ffmpeg do not seem to show any problems with the files. Video recordings made from OTA from an HDHR and Hauppauge HVR1800 all clear mythcommflag without errors. Traceback to be attached.

Please attach all output as a file in bug reports. │ MythTV Version : v0.27-pre2-402-g3c3dd7c │ MythTV Branch : master │ Network Protocol : 76 │ Library API : 0.27.20121204-2 │ QT Version : 4.8.1 │ Options compiled in: │

linux debug use_hidesyms using_alsa using_oss using_pulse using_pulseoutput using_backend using_bindings_perl using_bindings_pyth│

on using_bindings_php using_dvb using_firewire using_frontend using_hdhomerun using_ceton using_hdpvr using_ivtv using_joystick_me│ nu using_libcec using_libcrypto using_libfftw3 using_libxml2 using_libudf using_lirc using_mheg using_opengl using_opengl_video us│ ing_qtwebkit using_qtscript using_qtdbus using_v4l2 using_x11 using_xrandr using_xv using_bindings_perl using_bindings_python usin│ g_bindings_php using_mythtranscode using_opengl using_vdpau using_ffmpeg_threads using_mheg using_libxml2 using_libudf

Attachments (1)

gdb.txt (87.4 KB) - added by Ken Emerson <kenneth.emerson@…> 11 years ago.
gdb Backtrace

Download all attachments as: .zip

Change History (7)

Changed 11 years ago by Ken Emerson <kenneth.emerson@…>

Attachment: gdb.txt added

gdb Backtrace

comment:1 Changed 11 years ago by cpinkham

Do you know if the resolution of these recordings changes during commercials? I'm not seeing what could be going wrong here unless the resolution has changed and we've gone out of bounds. Perhaps the cable company is inserting their own commercials at a different resolution than the 1920x1080 the recording is at.

comment:2 Changed 11 years ago by cpinkham

Status: newinfoneeded_new

comment:3 Changed 11 years ago by Ken Emerson <kenneth.emerson@…>

Not really sure how to give you the info you are asking for. If you have a better tool, let me know. I ran ffprobe and mediainfo on a file that failed. The results are --

ffprobe:

ken@mythtv:~$ ffprobe /mythtv/misc/video/banners/show_names/MythBusters-20130619-\ Duct\ Tape\ Canyon.mpg avprobe version 0.8.6-4:0.8.6-0ubuntu0.12.04.1, Copyright (c) 2007-2013 the Libav developers

built on Apr 2 2013 17:00:59 with gcc 4.6.3

[mpegts @ 0x8e15a80] Continuity check failed for pid 0 expected 8 got 9 [mpegts @ 0x8e15a80] PES packet size mismatch Input #0, mpegts, from '/mythtv/misc/video/banners/show_names/MythBusters-20130619- Duct Tape Canyon.mpg':

Duration: 01:00:14.54, start: 76751.773911, bitrate: 12134 kb/s Program 1

Stream #0.0[0xea1]: Video: mpeg2video (Main), yuv420p, 1920x1080 [PAR 1:1 DAR 16:9], 21000 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59.94 tbc Stream #0.1[0xea2](eng): Audio: ac3, 48000 Hz, 5.1, s16, 384 kb/s

mediainfo:

ken@mythtv:~$ mediainfo /mythtv/misc/video/banners/show_names/MythBusters-20130619-\ Duct\ Tape\ Canyon.mpg General ID : 0 (0x0) Complete name : /mythtv/misc/video/banners/show_names/MythBusters-20130619- Duct Ta pe Canyon.mpg Format : MPEG-TS File size : 5.11 GiB Duration : 1h 0mn Overall bit rate mode : Variable Overall bit rate : 12.1 Mbps

Video ID : 3745 (0xEA1) Menu ID : 1 (0x1) Format : MPEG Video Format version : Version 2 Format profile : Main@High Format settings, BVOP : Yes Format settings, Matrix : Custom Codec ID : 2 Duration : 1h 0mn Bit rate mode : Variable Bit rate : 11.1 Mbps Maximum bit rate : 21.0 Mbps Width : 1 920 pixels Height : 1 080 pixels Display aspect ratio : 16:9 Frame rate : 29.970 fps Color space : YUV Chroma subsampling : 4:2:0 Bit depth : 8 bits Scan type : Interlaced Scan order : Top Field First Compression mode : Lossy Bits/(Pixel*Frame) : 0.179 Stream size : 4.69 GiB (92%)

Audio ID : 3746 (0xEA2) Menu ID : 1 (0x1) Format : AC-3 Format/Info? : Audio Coding 3 Mode extension : CM (complete main) Codec ID : 129 Duration : 1h 0mn Bit rate mode : Constant Bit rate : 384 Kbps Channel(s) : 6 channels Channel positions : Front: L C R, Side: L R, LFE Sampling rate : 48.0 KHz Bit depth : 16 bits Compression mode : Lossy Delay relative to video : -871ms Stream size : 165 MiB (3%) Language : English

Text #1 ID : 3745 (0xEA1)-608-1 Menu ID : 1 (0x1) Format : EIA-608 Muxing mode : A/53 / DTVCC Transport Muxing mode, more info : Muxed in Video #1 Duration : 1h 0mn Bit rate mode : Constant Stream size : 0.00 Byte (0%) Text #2 ID : 3745 (0xEA1)-1 Menu ID : 1 (0x1) Format : EIA-708 Muxing mode : A/53 / DTVCC Transport Muxing mode, more info : Muxed in Video #1 Duration : 1h 0mn Bit rate mode : Constant Stream size : 0.00 Byte (0%)

comment:4 Changed 11 years ago by Ken Emerson <kenneth.emerson@…>

OK. I found a better tool that does show that the resolution (among other things) are changing. This may help:

ken@mythtv:~$ mythffmpeg -i /mythtv/misc/video/banners/show_names/MythBusters-20130619-\ Duct\ Tape\ Canyon.mpg ./test.mpg ffmpeg version 1.0.4 Copyright (c) 2000-2012 the FFmpeg developers

built on Mar 15 2013 17:43:52 with gcc 4.6 (Ubuntu/Linaro? 4.6.3-1ubuntu5) configuration: libavutil 51. 73.101 / 51. 73.101 libavcodec 54. 59.100 / 54. 59.100 libavformat 54. 29.104 / 54. 29.104 libavdevice 54. 2.101 / 54. 2.101 libavfilter 3. 17.100 / 3. 17.100 libswscale 2. 1.101 / 2. 1.101 libswresample 0. 15.100 / 0. 15.100 libpostproc 52. 0.100 / 52. 0.100

[mpegts @ 0x94c2500] PES packet size mismatch Input #0, mpegts, from '/mythtv/misc/video/banners/show_names/MythBusters-20130619- Duct Tape Canyon.mpg':

Duration: 01:00:14.54, start: 76751.773911, bitrate: 12134 kb/s

Stream #0:0[0xea1]: Video: mpeg2video (Main), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 21000 kb/s, 29.97 fps, 29.97 tbr, 90k tbn, 59

.94 tbc

Stream #0:1[0xea2](eng): Audio: ac3 (AC-3 / 0x332D4341), 48000 Hz, 5.1(side), s16, 384 kb/s

File './test.mpg' already exists. Overwrite ? [y/N] y VBV buffer size not set, muxing may fail Output #0, mpeg, to './test.mpg':

Metadata:

encoder : Lavf54.29.104 Stream #0:0: Video: mpeg1video, yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], q=2-31, 200 kb/s, 90k tbn, 29.97 tbc Stream #0:1(eng): Audio: mp2, 48000 Hz, stereo, s16, 128 kb/s

Stream mapping:

Stream #0:0 -> #0:0 (mpeg2video -> mpeg1video) Stream #0:1 -> #0:1 (ac3 -> mp2)

Press [q] to stop, ? for help Input stream #0:0 frame changed from size:1920x1080 fmt:yuv420p to size:1280x720 fmt:yuv420prop=0 Input stream #0:1 frame changed from rate:48000 fmt:s16 ch:6 chl:5.1(side) to rate:48000 fmt:s16 ch:2 chl:stereo releasing zombie picture.0 size= 544850kB time=00:22:21.87 bitrate=3326.3kbits/s dup=1239 drop=0 Input stream #0:0 frame changed from size:1280x720 fmt:yuv420p to size:1920x1080 fmt:yuv420prop=0 Input stream #0:1 frame changed from rate:48000 fmt:s16 ch:2 chl:stereo to rate:48000 fmt:s16 ch:6 chl:5.1(side) Input stream #0:0 frame changed from size:1920x1080 fmt:yuv420p to size:1280x720 fmt:yuv420prop=0 Input stream #0:1 frame changed from rate:48000 fmt:s16 ch:6 chl:5.1(side) to rate:48000 fmt:s16 ch:2 chl:stereo releasing zombie picture.0 size= 1167476kB time=00:47:36.32 bitrate=3348.4kbits/s dup=2312 drop=0 Input stream #0:0 frame changed from size:1280x720 fmt:yuv420p to size:1920x1080 fmt:yuv420prop=0 Input stream #0:1 frame changed from rate:48000 fmt:s16 ch:2 chl:stereo to rate:48000 fmt:s16 ch:6 chl:5.1(side) PES packet size mismatch1.0 size= 1553338kB time=01:00:12.87 bitrate=3522.1kbits/s dup=2945 drop=0 [ac3 @ 0x94c58c0] incomplete frame frame=108328 fps=103 q=31.0 Lsize= 1554342kB time=01:00:14.51 bitrate=3522.8kbits/s dup=2945 drop=0 video:1490129kB audio:56468kB subtitle:0 global headers:0kB muxing overhead 0.500809%

comment:5 Changed 10 years ago by Ken Emerson <kenneth.emerson@…>

I have since restaged my backend changing from Ubuntu 32 bit LTS (PAE) compiling from source to Mythbuntu 64 bit LTS (12.04.3) using the Mythbuntu repositories. This problem does not exist in my current configuration. I was even able to reschedule commflag jobs on previously recorded shows that had failed.

Feel free, on my behalf only, to close this ticket. However, it does not explain why the segfaults were occurring on my previous installation.

comment:6 Changed 10 years ago by stuartm

Resolution: Fixed
Status: infoneeded_newclosed
Note: See TracTickets for help on using tickets.