<div class="gmail_quote">2009/7/20 Stephen Robertson <span dir="ltr">&lt;<a href="mailto:stephengrobertson@gmail.com">stephengrobertson@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div>Hi all,</div><div><br></div><div>I&#39;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</div>

<div><div><br></div><div>The last thing that mythfrontend and mythcommflag log is [mpegts @ 0xb7399800]max_analyze_duration reached.</div><div><br></div><div>This log message is coming from mythtv/libs/libavformat/utils.c</div>

<div><br></div><div>The recording that won&#39;t play has ten streams whereas the &quot;normal&quot; recording has one with four &quot;sub-streams&quot; (Not sure of the terminaology) </div><div><br></div><div>Unfortunately this build wasn&#39;t built with debugging symbols but I can try rebuilding my own build if that will help.</div>

<div><br></div><div>Any clues or anything I can do to track down the problem.</div><div>Stephen</div><div><br></div><div><br></div><div>Mythbuntu weekly builds from trunk 20846</div><div>MythTV Version   : Unknown</div><div>

MythTV Branch    : trunk</div><div>Library API      : 0.22.20090707-1</div><div>Network Protocol : 45</div><div>QT Version       : 4.5.0</div><div>Options compiled in:</div><div> 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</div>

<div><br></div></div><div><br></div><div>
&quot;Recording that won&#39;t play&quot;</div>
<div><div>2009-07-20 10:23:40.091 mpegts_add_stream: at pid 0xdd with type 2</div><div>2009-07-20 10:23:40.091 mpegts_add_stream: stream #0, has id 0xdd and codec MPEG2VIDEO, type Video at 0xb1b04dc0</div></div><div><div>



2009-07-20 10:23:40.091 mpegts_add_stream: at pid 0xde with type 3</div><div>2009-07-20 10:23:40.092 mpegts_add_stream: stream #1, has id 0xde and codec MP3, type Audio at 0xb1b03f40</div><div>2009-07-20 10:23:40.092 mpegts_add_stream: at pid 0xe1 with type 256</div>



<div>2009-07-20 10:23:40.092 mpegts_add_stream: stream #2, has id 0xe1 and codec DVB_SUBTITLE, type Subtitle at 0xb1b044f0</div><div>2009-07-20 10:23:40.092 mpegts_add_stream: at pid 0xe2 with type 3</div><div>2009-07-20 10:23:40.093 mpegts_add_stream: stream #3, has id 0xe2 and codec MP3, type Audio at 0xb1b1bcd0</div>



<div>2009-07-20 10:23:40.093 mpegts_add_stream: at pid 0x262 with type 11</div><div>2009-07-20 10:23:40.093 mpegts_add_stream: stream #4, has id 0x262 and codec DSMCC_B, type Data at 0xb1b1d2b0</div><div>2009-07-20 10:23:40.093 mpegts_add_stream: at pid 0x263 with type 11</div>



<div>2009-07-20 10:23:40.094 mpegts_add_stream: stream #5, has id 0x263 and codec DSMCC_B, type Data at 0xb1b1e890</div><div>2009-07-20 10:23:40.094 mpegts_add_stream: at pid 0x264 with type 11</div><div>2009-07-20 10:23:40.094 mpegts_add_stream: stream #6, has id 0x264 and codec DSMCC_B, type Data at 0xb1b1fec0</div>



<div>2009-07-20 10:23:40.094 mpegts_add_stream: at pid 0x28a with type 11</div><div>2009-07-20 10:23:40.095 mpegts_add_stream: stream #7, has id 0x28a and codec DSMCC_B, type Data at 0xb1b21540</div><div>2009-07-20 10:23:40.095 mpegts_add_stream: at pid 0x28b with type 11</div>



<div>2009-07-20 10:23:40.095 mpegts_add_stream: stream #8, has id 0x28b and codec DSMCC_B, type Data at 0xb1b22c00</div><div>2009-07-20 10:23:40.095 mpegts_add_stream: at pid 0x28c with type 11</div><div>2009-07-20 10:23:40.095 mpegts_add_stream: stream #9, has id 0x28c and codec DSMCC_B, type Data at 0xb1b24270</div>



<div>2009-07-20 10:23:40.140 [mpegts @ 0xb7399800]max_analyze_duration reached</div><div><br></div><div><div>&quot;Normal Recording&quot;</div><div><br></div><div>2009-07-20 10:21:58.270 Input #0, mpegts, from &#39;/media/videodisk/1005_20090718205500.mpg&#39;:</div>

<div>2009-07-20 10:21:58.271   Duration: 01:01:29.99, start: 39035.687833, bitrate: 2847 kb/s</div><div>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</div>

<div>2009-07-20 10:21:58.271     Stream #0.1[0x1782], 1/90000: Audio: mp2, 48000 Hz, 2 channels, s16, 192 kb/s</div><div>2009-07-20 10:21:58.271     Stream #0.2[0x1783], 1/90000: Audio: mp2, 48000 Hz, 1 channels, s16, 64 kb/s</div>

<div>2009-07-20 10:21:58.271     Stream #0.3[0x1786], 1/90000: Subtitle: dvbsub</div></div><div></div></div></blockquote><div><br></div><div>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&#39;ve not had a chance to check yet.</div>
<div><br></div><div>Thanks</div><div>Stephen.</div></div><br>