[mythtv] Mediacodec problem with avcodec_flush_buffers

David Engel david at istwok.net
Mon Jul 30 03:12:17 UTC 2018


On Sun, Jul 29, 2018 at 08:55:20PM -0500, David Engel wrote:
> On Fri, Jul 27, 2018 at 12:35:25PM -0400, Peter Bennett wrote:
> > 
> > On 07/27/2018 10:37 AM, David Engel wrote:
> > > On Fri, Jul 27, 2018 at 08:09:36AM -0400, Peter Bennett wrote:
> > > > I think it is only with deinterlace. It may also happen with h264 interlaced
> > > > content. I do not have much h264 interlaced content to test with.
> > > I have at least one, 1080i, h264 channel.  I can check it tonight.
> > > 
> > > David
> > 
> > I have one 2-minute h264 interlaced 1080 file. I tested with that and I do
> > not see the corrupted frame there when skipping.
> > Attached is a patch to undo the non-functional workaround for the corrupted
> > frame in case you want to try it.
> 
> This is now commit 4287f45f, right?  I just now got a chance to try it
> and also look into another bug I found.  Do you still want feedback on
> it?

Okay, I have some feedback.  Maybe, just maybe, this might help with a
fix.

The previous behavior I saw was this.  The corruption was very
prevalent in ff/rew.  It was not very prevalent at all when skipping
forward and backward.

The new behavior I now see is this.  I never saw any corruption even
once in ff/rew of a 1-hour and a half-hour show.  The corruption is
very prevalent now in skipping forward and backward.

In other words, ff/rew was bad before and is now good and skipping was
good before and is now bad.  Do ff/rew and normal playback still have
separate GetFrame() calls?  If so, maybe what is being done now for
one ff/rew frame can be done for skips too and fix the problem.

David
-- 
David Engel
david at istwok.net


More information about the mythtv-dev mailing list