[x265] qtLayer in reverse order

[Satoshi Nakagawa]

I can't reproduce it.

In that test run, is the bug in 4d2c3d0 fixed by c1823bb ?


> -----Original Message-----
> From: x265-devel [mailto:x265-devel-bounces at videolan.org] On Behalf Of
> Steve Borho
> Sent: Friday, July 25, 2014 8:28 AM
> To: Development for x265
> Subject: Re: [x265] qtLayer in reverse order
> 
> On 07/24, Steve Borho wrote:
> > 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
> _______________________________________________
> x265-devel mailing list
> x265-devel at videolan.org
> https://mailman.videolan.org/listinfo/x265-devel