[mythtv-users] One particular recording segfaults - trunk

Stephen Robertson stephengrobertson at gmail.com
Mon Jul 20 13:32:57 UTC 2009


Hi all,

I've got a recording that was made last night that the frontend refuses to
play.  I have also tried running it through mythcommflag which gives the
same results.  The file plays happily with VLC 0.9.9.a

The last thing that mythfrontend and mythcommflag log is [mpegts @
0xb7399800]max_analyze_duration reached.

This log message is coming from mythtv/libs/libavformat/utils.c

The recording that won't play has ten streams whereas the "normal" recording
has one with four "sub-streams" (Not sure of the terminaology)

Unfortunately this build wasn't built with debugging symbols but I can try
rebuilding my own build if that will help.

Any clues or anything I can do to track down the problem.
Stephen


Mythbuntu weekly builds from trunk 20846
MythTV Version   : Unknown
MythTV Branch    : trunk
Library API      : 0.22.20090707-1
Network Protocol : 45
QT Version       : 4.5.0
Options compiled in:
 linux profile using_oss using_alsa using_pulse using_jack using_backend
using_dvb using_firewire using_frontend using_glx_proc_addr_arb
using_hdhomerun using_hdpvr using_iptv using_ivtv using_joystick_menu
using_libfftw3 using_lirc using_mheg using_opengl_video using_opengl_vsync
using_qtwebkit using_v4l using_x11 using_xrandr using_xv using_xvmc
using_xvmc_vld using_xvmcw using_bindings_perl using_bindings_python
using_opengl using_vdpau using_ffmpeg_threads using_libavc_5_3 using_live
using_mheg


"Recording that won't play"
2009-07-20 10:23:40.091 mpegts_add_stream: at pid 0xdd with type 2
2009-07-20 10:23:40.091 mpegts_add_stream: stream #0, has id 0xdd and codec
MPEG2VIDEO, type Video at 0xb1b04dc0
2009-07-20 10:23:40.091 mpegts_add_stream: at pid 0xde with type 3
2009-07-20 10:23:40.092 mpegts_add_stream: stream #1, has id 0xde and codec
MP3, type Audio at 0xb1b03f40
2009-07-20 10:23:40.092 mpegts_add_stream: at pid 0xe1 with type 256
2009-07-20 10:23:40.092 mpegts_add_stream: stream #2, has id 0xe1 and codec
DVB_SUBTITLE, type Subtitle at 0xb1b044f0
2009-07-20 10:23:40.092 mpegts_add_stream: at pid 0xe2 with type 3
2009-07-20 10:23:40.093 mpegts_add_stream: stream #3, has id 0xe2 and codec
MP3, type Audio at 0xb1b1bcd0
2009-07-20 10:23:40.093 mpegts_add_stream: at pid 0x262 with type 11
2009-07-20 10:23:40.093 mpegts_add_stream: stream #4, has id 0x262 and codec
DSMCC_B, type Data at 0xb1b1d2b0
2009-07-20 10:23:40.093 mpegts_add_stream: at pid 0x263 with type 11
2009-07-20 10:23:40.094 mpegts_add_stream: stream #5, has id 0x263 and codec
DSMCC_B, type Data at 0xb1b1e890
2009-07-20 10:23:40.094 mpegts_add_stream: at pid 0x264 with type 11
2009-07-20 10:23:40.094 mpegts_add_stream: stream #6, has id 0x264 and codec
DSMCC_B, type Data at 0xb1b1fec0
2009-07-20 10:23:40.094 mpegts_add_stream: at pid 0x28a with type 11
2009-07-20 10:23:40.095 mpegts_add_stream: stream #7, has id 0x28a and codec
DSMCC_B, type Data at 0xb1b21540
2009-07-20 10:23:40.095 mpegts_add_stream: at pid 0x28b with type 11
2009-07-20 10:23:40.095 mpegts_add_stream: stream #8, has id 0x28b and codec
DSMCC_B, type Data at 0xb1b22c00
2009-07-20 10:23:40.095 mpegts_add_stream: at pid 0x28c with type 11
2009-07-20 10:23:40.095 mpegts_add_stream: stream #9, has id 0x28c and codec
DSMCC_B, type Data at 0xb1b24270
2009-07-20 10:23:40.140 [mpegts @ 0xb7399800]max_analyze_duration reached

"Normal Recording"

2009-07-20 10:21:58.270 Input #0, mpegts, from
'/media/videodisk/1005_20090718205500.mpg':
2009-07-20 10:21:58.271   Duration: 01:01:29.99, start: 39035.687833,
bitrate: 2847 kb/s
2009-07-20 10:21:58.271     Stream #0.0[0x1781], 1/90000: Video: mpeg2video,
yuv420p, 720x576 [PAR 64:45 DAR 16:9], 1/50, 15000 kb/s, 25 tbr, 90k tbn, 50
tbc
2009-07-20 10:21:58.271     Stream #0.1[0x1782], 1/90000: Audio: mp2, 48000
Hz, 2 channels, s16, 192 kb/s
2009-07-20 10:21:58.271     Stream #0.2[0x1783], 1/90000: Audio: mp2, 48000
Hz, 1 channels, s16, 64 kb/s
2009-07-20 10:21:58.271     Stream #0.3[0x1786], 1/90000: Subtitle: dvbsub
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mythtv.org/pipermail/mythtv-users/attachments/20090720/6654a022/attachment.htm>


More information about the mythtv-users mailing list