[mythtv-users] One particular recording segfaults - trunk

Stephen Robertson stephengrobertson at gmail.com
Mon Jul 20 15:30:51 UTC 2009


2009/7/20 Stephen Robertson <stephengrobertson at gmail.com>

> 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
>

Following up to this I have looked some more and I was wrong in assuming
that my problem was only with this recording.  It seems as though I have
this issue with everything I record on BBC Two.  The problem may apply to
other BBC channels but I've not had a chance to check yet.

Thanks
Stephen.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mythtv.org/pipermail/mythtv-users/attachments/20090720/a5c608ed/attachment.htm>


More information about the mythtv-users mailing list