[x265] [PATCH] framefilter: assert for threadId only when wpp is on

Steve Borho steve at borho.org
Wed Jul 2 08:38:15 CEST 2014


On Wed, Jul 2, 2014 at 1:23 AM,  <aarthi at multicorewareinc.com> wrote:
> # HG changeset patch
> # User Aarthi Thirumalai
> # Date 1404282140 -19800
> #      Wed Jul 02 11:52:20 2014 +0530
> # Node ID b8b5bfbbbf1be682458ddc115cfb99de921557f3
> # Parent  a18972fd05b1d6242a881bef979b9e1ff17543d9
> framefilter: assert for threadId only when wpp is on
>
> diff -r a18972fd05b1 -r b8b5bfbbbf1b source/encoder/framefilter.cpp
> --- a/source/encoder/framefilter.cpp    Tue Jul 01 14:58:35 2014 -0500
> +++ b/source/encoder/framefilter.cpp    Wed Jul 02 11:52:20 2014 +0530
> @@ -124,7 +124,7 @@
>  void FrameFilter::processRow(int row, const int threadId)
>  {
>      PPAScopeEvent(Thread_filterCU);
> -    assert(threadId >= 0);
> +    assert(threadId >= 0 || !m_param->bEnableWavefront);

can your turn this into an X265_CHECK? we generally shouldn't be using
assert anymore.

in this case, the thread ID really does *have* to be positive because
it is indexing into this array with it, so --no-wpp is quite broken.
in the frame encoder, we keep a separate TLD instance for --no-wpp;
the frame filter will need to share it somehow.

>      ThreadLocalData& tld = Encoder::m_threadLocalData[threadId];
>
>      if (!m_param->bEnableLoopFilter && !m_param->bEnableSAO)
> _______________________________________________
> x265-devel mailing list
> x265-devel at videolan.org
> https://mailman.videolan.org/listinfo/x265-devel



-- 
Steve Borho


More information about the x265-devel mailing list