[x265] qtLayer in reverse order

[Steve Borho]

On 07/25, Satoshi Nakagawa wrote:
> I can't reproduce it.
> 
> In that test run, is the bug in 4d2c3d0 fixed by c1823bb ?

Yes, I did merge with Gopu's fix before applying the second patch.

Let me see if I can reproduce with your two patches applied to the tip.

> > > On 07/24, Satoshi Nakagawa wrote:
> > > > # HG changeset patch
> > > > # User Satoshi Nakagawa <nakagawa424 at oki.com> # Date 1406166493
> > > > -32400
> > > > #      Thu Jul 24 10:48:13 2014 +0900
> > > > # Node ID 737648a21e98a7ea339e1b659175c1f229d77c8c
> > > > # Parent  342d72f0b61322f31bec35634cc893e4e2b04be3
> > > > qtLayer in reverse order
> > >
> > > regression testing found some decoder crashes encountered when
> > > decoding clips encoded with this patch applied:
> > >
> > > encoder build: vc11-x86_64-8bpp-Debug
> > >
> > > x265 sintel_trailer_2k_480p24.y4m --preset slower --hash 1
> > > x265 washdc_422_ntsc.y4m --preset slower --input-csp i422 --hash 1
> > 
> > clarification: this patch and 'refine partition size related' were both
> > applied for this test run; we do not know which might have caused the
> > problem

-- 
Steve Borho