[mythtv-users] [UK] BBC HD and BBC ONE HD - recording length incorrect

Paul Gardiner lists at glidos.net
Mon Dec 27 00:07:44 UTC 2010


On 26/12/2010 22:33, belcampo wrote:
> Paul Gardiner wrote:
>> On 24/12/2010 08:55, belcampo wrote:
>>> Taylor Ralph wrote:
>>>> On Wed, Dec 22, 2010 at 6:13 AM, David Knight
>>>> <dlknight at sdf.lonestar.org> wrote:
>>>>> On Mon, November 29, 2010 8:19 pm, Taylor Ralph wrote:
>>>>>> On Mon, Nov 29, 2010 at 3:11 PM, David Knight
>>>>>> <dlknight at sdf.lonestar.org>
>>>>>> wrote:
>>>>>>> On Sun, November 28, 2010 12:43 pm, Richard Morton wrote:
>>>>>>>> I have seen this on one recording as well (last weekend I think). i
>>>>>>>> was waiting for it to reoccur before reporting it - but I havent
>>>>>>>> watched any BBC HD since that occurance.
>>>>>>>> R
>>>>>>>>
>>>>>>>>
>>>>>>> Thanks for confirming Richard, I will check to see if there is an
>>>>>>> open
>>>>>>> ticket on the weekend as this was also mentioned in another recent
>>>>>>> thread.
>>>>>>> Just need to get the playback log output and a sample then :)
>>>>>>>
>>>>>>> Suppose I should try mplayer to see if it is an issue with some
>>>>>>> library
>>>>>>> e.g. ffmpeg.
>>>>>>>
>>>>>>> Dave
>>>>>>>
>>>>>> What does ffmpeg -i report for the recording? A change was committed
>>>>>> to trunk recently that hopefully fixes this issue.
>>>>>>
>>>>>> Regards.
>>>>>> --
>>>>>> Taylor
>>>>>>
>>>>>>
>>>>> FFmpeg version SVN-r25557-snapshot, Copyright (c) 2000-2010 the FFmpeg
>>>>> developers
>>>>> built on Oct 24 2010 07:32:30 with gcc 4.4.4 20100630 (Red Hat
>>>>> 4.4.4-10)
>>>>> configuration: --prefix=/usr --libdir=/usr/lib64 --shlibdir=/usr/lib64
>>>>> --mandir=/usr/share/man --enable-shared --enable-gpl --enable-version3
>>>>> --enable-nonfree --enable-postproc --enable-avfilter --enable-pthreads
>>>>> --enable-x11grab --enable-vdpau --disable-avisynth --enable-libdc1394
>>>>> --enable-libdirac --enable-libfaac --enable-libgsm --enable-libmp3lame
>>>>> --enable-libnut --enable-libopencore-amrnb --enable-libopencore-amrwb
>>>>> --enable-libopenjpeg --enable-libschroedinger --enable-libspeex
>>>>> --enable-libtheora --enable-libvorbis --enable-libx264
>>>>> --enable-libxvid
>>>>> --extra-cflags='-O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2
>>>>> -fexceptions
>>>>> -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -fPIC'
>>>>> --disable-stripping
>>>>> libavutil 50.32. 3 / 50.32. 3
>>>>> libavcore 0. 9. 1 / 0. 9. 1
>>>>> libavcodec 52.93. 0 / 52.93. 0
>>>>> libavformat 52.84. 0 / 52.84. 0
>>>>> libavdevice 52. 2. 2 / 52. 2. 2
>>>>> libavfilter 1.53. 0 / 1.53. 0
>>>>> libswscale 0.12. 0 / 0.12. 0
>>>>> libpostproc 51. 2. 0 / 51. 2. 0
>>>>> [h264 @ 0x1e1c490] non-existing SPS 0 referenced in buffering period
>>>>> [h264 @ 0x1e1c490] non-existing PPS referenced
>>>>> [h264 @ 0x1e1c490] non-existing SPS 0 referenced in buffering period
>>>>> [h264 @ 0x1e1c490] non-existing PPS 0 referenced
>>>>> [h264 @ 0x1e1c490] decode_slice_header error
>>>>> [h264 @ 0x1e1c490] non-existing PPS 0 referenced
>>>>> [h264 @ 0x1e1c490] decode_slice_header error
>>>>> [h264 @ 0x1e1c490] non-existing PPS 0 referenced
>>>>> [h264 @ 0x1e1c490] decode_slice_header error
>>>>> [h264 @ 0x1e1c490] non-existing PPS 0 referenced
>>>>> [h264 @ 0x1e1c490] decode_slice_header error
>>>>> [h264 @ 0x1e1c490] non-existing PPS 0 referenced
>>>>> [h264 @ 0x1e1c490] decode_slice_header error
>>>>> [h264 @ 0x1e1c490] non-existing PPS 0 referenced
>>>>> [h264 @ 0x1e1c490] decode_slice_header error
>>>>> [h264 @ 0x1e1c490] no frame!
>>>>>
>>>>> Above errors repeated for couple of pages.
>>>>>
>>>>> [mpegts @ 0x1e166e0] max_analyze_duration reached
>>>>> [NULL @ 0x1e3a630] start time is not set in
>>>>> av_estimate_timings_from_pts
>>>>> Input #0, mpegts, from '/video/default/8941_20101127194500.mpg':
>>>>> Duration: 00:46:26.00, start: 5649.660133, bitrate: 7424 kb/s
>>>>> Program 1
>>>>> Stream #0.0[0x1518]: Video: h264, yuv420p, 1440x1080 [PAR 4:3 DAR
>>>>> 16:9], 27.53 fps, 25 tbr, 90k tbn, 50 tbc
>>>>> Stream #0.1[0x151a](NAR): Audio: mp2, 48000 Hz, 2 channels, s16, 256
>>>>> kb/s
>>>>> Stream #0.2[0x151b](eng): Subtitle: [6][0][0][0] / 0x0006
>>>>> Stream #0.3[0x151c](eng): Subtitle: dvbsub
>>>>> Stream #0.4[0x1519](eng): Audio: ac3, 48000 Hz, stereo, s16, 192 kb/s
>>>>> At least one output file must be specified
>>>>>
>>>>> Dave K.
>>>>>
>>> Things go wrong here:
>>> The duration seems to be correct but this 27.53 fps is wrong, The file
>>> is assumed as VFR instead of CFR. The amount of frames will be
>>> calculated wrong, so seeking will fail. The problem is AFAIK in the
>>> muxing of ffmpeg, see my mentioned ffmpeg-issues in this thread.
>>
>> Does this mean it isn't a MythTv issue at all? Is it because ffmpeg
>> is used in generating the position map?
> I'm quite sure.
> It can be circumvented, for the time being, by making the calculations
> based on the 'known correct 25fps' value.

Ok, and that would be a MythTv change. I'll get on and upload a sample
tomorrow.

Cheers,
	Paul.


More information about the mythtv-users mailing list