[x265] [PATCH] support diable both thread and lft/sao

[Steve Borho]

On Sun, Sep 8, 2013 at 3:10 AM, Min Chen <chenm003 at 163.com> wrote:

> # HG changeset patch
> # User Min Chen <chenm003 at 163.com>
> # Date 1378626684 -28800
> # Node ID 67c94b24b2c736cb31e13608c45127330c82d159
> # Parent  bcaa7c8b5f701107898031d05128883ecac4f909
> support diable both thread and lft/sao
>

Thanks Min, pushed.

Should it be possible to have even less row-latency to the reference frame
when both loop filters are disabled?  We could directly extend the recon
borders at the end of each row and then signal their readiness for motion
search (without waiting for an idle worker thread to pick up the
framefilter job).


> diff -r bcaa7c8b5f70 -r 67c94b24b2c7 source/encoder/framefilter.cpp
> --- a/source/encoder/framefilter.cpp    Sun Sep 08 15:51:16 2013 +0800
> +++ b/source/encoder/framefilter.cpp    Sun Sep 08 15:51:24 2013 +0800
> @@ -142,6 +142,10 @@
>      // NOTE: not need atom here since we have only one writer and reader
>      row_ready = row;
>      m_pool->pokeIdleThread();
> +
> +    // NOTE: Active post process when LFT disable since there not thread
> for it
> +    if (!m_cfg->param.bEnableLoopFilter)
> +        processRowPost(row);
>  }
>
>  void FrameFilter::processRow(int row)
>
> _______________________________________________
> x265-devel mailing list
> x265-devel at videolan.org
> https://mailman.videolan.org/listinfo/x265-devel
>



-- 
Steve Borho
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.videolan.org/private/x265-devel/attachments/20130908/5e32e057/attachment.html>