[mythtv-users] HD streams and creating thumbnails on slave back ends

Andy Sheen sheen.andy at googlemail.com
Tue Feb 21 08:02:52 UTC 2012


Hi Mike,

Thanks for replying :)

Michael T. Dean wrote on Mon 20 Feb at 23:16 UK time
> On 02/19/2012 12:32 PM, Andy Sheen wrote:
>> I now have a fully working slave backend. It will schedule records and
>> record 100% reliably.
>>
>> As soon as I go to mythweb and look at the recorded programs, the slave
>> backend kicks off the rendering of the thumbnail my log gets filled with:
>>
>> [h264 @ 0x5979960]number of reference frames exceeds max (probably
>> corrupt input), discarding one
>>
>> In fact of the 7682 lines of my current log, 7658 are of this line
>> repeated around 40 times a second. If the record is on the MBE, no issues.
>>
>> Anyone with any idea what's going on?
> 
> You've got ugly H.264 recordings encoded with settings that MythTV (or, 
> more likely, its version of ffmpeg/libav*) isn't designed to work well 
> with, and MythTV is telling you about it.
> 
> 

The Myth installs are both the same with dpkg reporting all mythtv-
packages at:  0.23.1+fixes26863-0ubuntu0+mythbuntu2

ffmpeg on the mbe which works reliably on the same streams is:

FFmpeg version SVN-r0.5.1-4:0.5.1-1ubuntu1.3, Copyright (c) 2000-2009
Fabrice Bellard, et al.
  configuration: --extra-version=4:0.5.1-1ubuntu1.3 --prefix=/usr
--enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib
--enable-libgsm --enable-libschroedinger --enable-libspeex
--enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib
--disable-stripping --disable-vhook --enable-runtime-cpudetect
--enable-gpl --enable-postproc --enable-swscale --enable-x11grab
--enable-libdc1394 --enable-shared --disable-static
  libavutil     49.15. 0 / 49.15. 0
  libavcodec    52.20. 1 / 52.20. 1
  libavformat   52.31. 0 / 52.31. 0
  libavdevice   52. 1. 0 / 52. 1. 0
  libavfilter    0. 4. 0 /  0. 4. 0
  libswscale     0. 7. 1 /  0. 7. 1
  libpostproc   51. 2. 0 / 51. 2. 0
  built on Dec 21 2011 18:37:21, gcc: 4.4.3
At least one output file must be specified


ffmpeg on the slave (which complains) is:

FFmpeg version SVN-r0.5.1-4:0.5.1-1ubuntu1.3, Copyright (c) 2000-2009
Fabrice Bellard, et al.
  configuration: --extra-version=4:0.5.1-1ubuntu1.3 --prefix=/usr
--enable-avfilter --enable-avfilter-lavf --enable-vdpau --enable-bzlib
--enable-libgsm --enable-libschroedinger --enable-libspeex
--enable-libtheora --enable-libvorbis --enable-pthreads --enable-zlib
--disable-stripping --disable-vhook --enable-runtime-cpudetect
--enable-gpl --enable-postproc --enable-swscale --enable-x11grab
--enable-libdc1394 --enable-shared --disable-static
  libavutil     49.15. 0 / 49.15. 0
  libavcodec    52.20. 1 / 52.20. 1
  libavformat   52.31. 0 / 52.31. 0
  libavdevice   52. 1. 0 / 52. 1. 0
  libavfilter    0. 4. 0 /  0. 4. 0
  libswscale     0. 7. 1 /  0. 7. 1
  libpostproc   51. 2. 0 / 51. 2. 0
  built on Dec 21 2011 18:37:21, gcc: 4.4.3
At least one output file must be specified


So I don't think it is that. Both machines are on 10.04 LTS.

>>   Mythtv 0.23.1-fixes SBE recording
>> to a share that the MBE is exporting.
> 
> Likely if you upgrade to current 0.24-fixes, you won't see the log spew 
> (and MythTV will work much better, overall, especially with "cutting 
> edge" CODECs, like H.264).
>

My plan was to upgrade to 12.04 when it comes out and jump ship at that
point. The system works as it is, and the SBE only gets used on
conflicts which is rare, so I'll probably leave it for a while unless
someone else can point me at something else.

BTW: H.264 is beautiful - it's our HD service codec :)

> Mike

Andy


More information about the mythtv-users mailing list