[FFmpeg-devel] [PATCH] Implement PAFF in H.264

[Pascal Massimino]

  Hi,

On 9/19/07, Neil Brown <neilb at suse.de> wrote:
>
> On Tuesday September 18, heydowns at borg.com wrote:
> > Attached is a patch that implements PAFF in H.264.
> >
> > I don't expect this to be accepted right away, due to size and
> > complexity, but I want to get it out there for review and for people
> > to try out and comment on.
>
> I just tried it on my clips from my Sony HDR-SR1 Camcorder.


  beware! it seems the reference decoder (jm12.2) is producing "shit frames"
  while decoding this clip. I'm not 100% confident this output is compliant.

skal


1/ While somewhat faster than the reference decoder, it is still
>    slower than real-time on my 2GHz Intel Core2 processor.  So it is
>    still worth looking for performance improvements.
>
> 2/ There are some strange artifacts at the edges when I pan left or
>    right.  This png shows an example.  It is clipped from the left edge
>    of a frame showing a parking lot.  Notice there are some pale
>    patches down the left side.  It looks like the reference mb was
>    thought not to be available, so grey was used instead.
>
>
>
>
> 3/ Something goes wrong with the re-ordering of frames.  The first few
>    seconds seem OK.  But then I get an effect which seems like
>    adjacent frames are swapped. e.g. a car door should be closing, but
>    it looks like it closes a bit, then opens, then closes some more,
>    then opens a bit etc.  Taking a sample 10 frames, the correct
>    ordering is
>          2 1 4 5 3 6 8 7 10 9
>    which is close to swapping each pair, but not quite.
>
> The (12Meg) clip at
>       http://home.exetel.com.au/neilbrown/00002.mts
> shows both of these when I run 'ffplay' on it.
> The frame-reordering doesn't manifest until the last couple of seconds.
>
> Thanks,
> NeilBrown
>
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel at mplayerhq.hu
> http://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel
>
>