[mythtv] Latest svn BBC HD playback/recording failing
Alan Nisota
alannisota at gmail.com
Sat Jan 10 22:35:15 UTC 2009
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.
More information about the mythtv-dev
mailing list