[mythtv] Latest svn BBC HD playback/recording failing

[Alan Nisota]

Mark Buechler wrote:
> Hi
>
> On Fri, Nov 14, 2008 at 3:16 PM, myShade <myshade at bredband.net 
> <mailto:myshade at bredband.net>> wrote:
>
>     On Fri, 2008-11-14 at 17:03 +0100, Janne Grunau wrote:
>     > On Friday 14 November 2008 15:22:32 Rafael Moslin wrote:
>     > > > Can you try disabling the 'wait for seq start' option in the DVB
>     > > > card in
>     > >
>     > > mythtv-setup?
>     > >
>     > > Just gave that a go, made no difference, and in the interest of
>     > > bipartisanship I've also tried the only two other HD channels
>     I have
>     > > access to, ITV and something called LuxeTV and they respond in the
>     > > same way
>     >
>     > should be fixed by [19094].
>     >
>     > John,
>     >
>     > waiting for an IDR slice breakes BBC HD recordings. As far as I
>     can see
>     > they don't have no explicit IDR slices. at least that's that
>     ffmpeg -
>     > debug 1 reports for all frame_num = 0 slices. Should we se se
>     seen_IDR
>     > true if we see a keyframe/slice with frame_num == 0?
>     >
>     > Janne
>     Hi.
>
>     I just updated and rebuilt. I can confirm, its fixed for SVT-HD
>     Swedish
>     DVB-C, which had the same issue. I suppose same goes for BBC HD?
>
>     Br Fredrik
>
>
> This is still an issue with Dish recordings from an R5000 box. The 
> backend waits too long for an IDR to come along and the frontend 
> bulks. I've seen an average of 10-15 seconds on the backend before a 
> payload start message comes up. Reversing commit 19094 gets around the 
> issue.
I've seen this issue on my R5000 as well, but since I don't use LiveTV I 
haven't spent time investigating.  It seems very odd that reverting 
19094 would cause worse timeouts though, since 19094 should ignore the 
IDR as I understand it.

I'll need to spend some more time investigating I guess.