[FFmpeg-devel] video corruption using h264 hw decoders
Michael Niedermayer
michaelni at gmx.at
Sun Nov 6 01:49:41 CET 2011
On Sun, Nov 06, 2011 at 01:24:59AM +0100, Joakim Plate wrote:
> On Thu, 3 Nov 2011 16:22:23 +0100, Michael Niedermayer wrote:
>
> > On Thu, Nov 03, 2011 at 12:13:07AM +0100, Joakim Plate wrote:
> >> [25 quoted lines suppressed]
> >
> > iam not against it if it works but it leaves ambiguity for the left
> > and top crop
> >
> >
> > [...]
>
> So here's the patch. As you say it does leave an ambuigity for left/top
> crop. But that was there before too. Exposing crop using pan_scan could be
> an option, but could potentially break compatibility.
>
> pan_scan does have a somewhat different meaning, even if it does fit the
> bill rather nicely.
>
> There is one issue with this patch. It doesn't detect changes in crop
> values during playback. I'm not sure that matters too much thou seing as
> cropping is not fully handled anyway. Also flushing all reference frames on
> crop changes seem wrong as well.
>
> fate passes, and i've not seen any odd behaviour in the samples i've tried.
>
> /Joakim
>
> Ps. Any reason those CHROMA444 stuff is there? Why not use croma_x_shift
> the same way as croma_y_shift is used?
so it can be #defined to 0 allowing the compiler to optimize the code
out.
> h264.c | 10 ++++------
> 1 file changed, 4 insertions(+), 6 deletions(-)
> cd0853c21dd805653d144bbb692c4aa6d3587b1a 0001-Set-avctx-coded_width-height-to-uncropped-h264-sizes.patch
> From 641cc9c7d1befd8f895b1927c3bdbeb432a9f377 Mon Sep 17 00:00:00 2001
> From: Joakim Plate <elupus at ecce.se>
> Date: Sun, 6 Nov 2011 00:59:37 +0100
> Subject: [PATCH] Set avctx->coded_width/height to uncropped h264 sizes
applied, will push after testing
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Freedom in capitalist society always remains about the same as it was in
ancient Greek republics: Freedom for slave owners. -- Vladimir Lenin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: Digital signature
URL: <http://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20111106/3534be04/attachment.asc>
More information about the ffmpeg-devel
mailing list