Re: [x265] [PATCH] [Release_3.5] correct reusing cutree qp offsets in load encode for reuse-level > 1 and < 10 for same resolution

On Tue, Nov 17, 2020 at 8:22 AM Mahesh Pittala wrote: > From 787ae5da7431b5d113ea033cf6502ac1cc1e7572 Mon Sep 17 00:00:00 2001 > From: maheshpittala > Date: Sun, 1 Nov 2020 10:09:28 +0530 > Subject: [PATCH] correct reusing cutree qp offsets in load encode for > reuse-level > 1 and < 10 for

Re: [x265] [PATCH x265] Cleanup

Looks good to me overall. One suggestion - since encoder open is now a part of threadMain, can we also move the cliopt parse to threadMain? On Tue, Apr 28, 2020 at 3:23 PM Aruna Matheswaran < ar...@multicorewareinc.com> wrote: > # HG changeset patch > # User Aruna Matheswaran > # Date

Re: [x265] [PATCH 3 of 4 x265] analysis-save/load: Validate cu-tree info only at reuse-level 10

On Tue, Apr 14, 2020 at 9:02 PM Aruna Matheswaran < ar...@multicorewareinc.com> wrote: > > > On Tue, Apr 14, 2020 at 7:38 PM Kavitha Sampath < > kavi...@multicorewareinc.com> wrote: > >> >> >> On Tue, Mar 31, 2020 at 11:25 AM Aruna Matheswaran < &

Re: [x265] [PATCH 3 of 4 x265] analysis-save/load: Validate cu-tree info only at reuse-level 10

On Tue, Mar 31, 2020 at 11:25 AM Aruna Matheswaran < ar...@multicorewareinc.com> wrote: > # HG changeset patch > # User Aruna Matheswaran > # Date 1582707110 -19800 > # Wed Feb 26 14:21:50 2020 +0530 > # Node ID 7ae7c9767f14b7d093c2023235066b370aecc4ce > # Parent

Re: [x265] [PATCH 2 of 2] abr-ladder: Parse config file and launch ABR tiers

On Tue, Mar 31, 2020 at 6:22 PM Aruna Matheswaran < ar...@multicorewareinc.com> wrote: > # HG changeset patch > # User Aruna Matheswaran > # Date 1585653210 -19800 > # Tue Mar 31 16:43:30 2020 +0530 > # Node ID d78121f6445e01f55c2ac7728bdb12c8850fa2f9 > # Parent

Re: [x265] [PATCH] Edge Aware Quad Tree Establishment

Looks good to me. On Fri, Feb 7, 2020 at 3:37 PM wrote: > # HG changeset patch > # User Srikanth Kurapati > # Date 1580280547 -19800 > # Wed Jan 29 12:19:07 2020 +0530 > # Node ID 30d303b38c7bd1733aedd01a3f738fb08ec1488c > # Parent fdbd4e4a2aff93bfc14b10efcd9e681a7ebae311 > Edge Aware

Re: [x265] [PATCH] Edge Aware Quad Tree Establishment

milar purpose. > >> -homo = homo / (cuSize * cuSize); >> - >> -if (homo < (.1 * mean)) >> -return true; >> - >> -return false; >> +else >> +return false; >> > [KS] When does the encoder hit this final "

Re: [x265] [PATCH] Edge Aware Quad Tree Establishment

On Wed, Jan 29, 2020 at 12:20 PM wrote: > # HG changeset patch > # User Srikanth Kurapati > # Date 1580280547 -19800 > # Wed Jan 29 12:19:07 2020 +0530 > # Node ID e9c8c0089bddc9e9e47774b5fda1f4dff1fb45e4 > # Parent fdbd4e4a2aff93bfc14b10efcd9e681a7ebae311 > Edge Aware Quad Tree

Re: [x265] [PATCH] Edge Aware Quad Tree Establishment

hen > this algorithm works only for rd 0 to 4 (atleast this patch does only > that). > Please clarify your intention for adding this command > [Srikanth] This patch includes changes for RD Levels 5 and 6. Changed the > command to preset slow as rd level 6 is enabled even in this mod

Re: [x265] [PATCH] Edge Aware Quad Tree Establishment

On Tue, Jan 21, 2020 at 11:32 AM wrote: > # HG changeset patch > # User Srikanth Kurapati > # Date 1579584229 -19800 > # Tue Jan 21 10:53:49 2020 +0530 > # Node ID e0e0270ead4189a545821b00011c47d61e6b817a > # Parent acc5d16999e2faf6e75ecc1df9a01c1953ebaf8c > Edge Aware Quad Tree

Re: [x265] [PATCH] Edge Aware Quad Tree Establishment

gt; X265_AQ_EDGE) >> { >> double bit_depth_correction = 1.f / (1 << (2 * >> (X265_DEPTH - 8))); >> diff -r 6b348d5b56d8 -r 82a92c26b442 source/encoder/slicetype.h >> --- a/source/encoder/slicetype.hFri Jan 10 14:38:3

Re: [x265] [PATCH] Edge Aware Quad Tree Establishment

Patch does not apply on current x265 tip, please fix. I am assuming the following will be sent as follow up patches 1. Edge aware quadtree feature for Rd levels 5, 6 2. Asm version of planecopy used for this feature Check comments below On Fri, Jan 10, 2020 at 5:46 PM wrote: > # HG changeset

Re: [x265] [PATCH 2 of 3 x265] analysis-save/load: Validate conformance window offsets

Patch looks good overall. Minor suggestions to consider On Fri, Jan 10, 2020 at 5:22 PM Aruna Matheswaran < ar...@multicorewareinc.com> wrote: > # HG changeset patch > # User Aruna Matheswaran > # Date 1578656801 -19800 > # Fri Jan 10 17:16:41 2020 +0530 > # Node ID

Re: [x265] [PATCH 3 of 3 x265] analysis-save/load: Update test command lines

On Fri, Jan 10, 2020 at 5:22 PM Aruna Matheswaran < ar...@multicorewareinc.com> wrote: > # HG changeset patch > # User Aruna Matheswaran > # Date 1578332316 -19800 > # Mon Jan 06 23:08:36 2020 +0530 > # Node ID ffb2b7b89093d5ea516c45d40db437bea7eefea2 > # Parent

Re: [x265] [PATCH] Edge Aware Quad Tree Establishment

On Tue, Jan 7, 2020 at 8:16 AM wrote: > # HG changeset patch > # User Srikanth Kurapati > # Date 1577432829 -19800 > # Fri Dec 27 13:17:09 2019 +0530 > # Node ID 3d60a9a728b37f14cbb9cb2332a1aebf87e66334 > # Parent 19f6ed1659197aaa4bd78b69eb58139e879230d9 > Edge Aware Quad Tree

Re: [x265] [PATCH] bug fix in scalefactor 0

all load/save issues in smoke/regression test and > should be pushed into stable tip? > > On Mon, May 7, 2018 at 5:55 PM, <kavi...@multicorewareinc.com> wrote: > >> # HG changeset patch >> # User Kavitha Sampath <kavi...@multicorewareinc.com> >> # Date 1

Re: [x265] [PATCH] scaling: allow refinement of inter/intra frames when scalefactor is zero

On Mon, Apr 30, 2018 at 11:30 AM, Pradeep Ramachandran < prad...@multicorewareinc.com> wrote: > > > On Mon, Apr 30, 2018 at 10:39 AM, Kavitha Sampath < > kavi...@multicorewareinc.com> wrote: > >> >> >> On Thu, Apr 26, 2018 at 2:38 PM, Bhavna Hari

Re: [x265] [PATCH] scaling: allow refinement of inter/intra frames when scalefactor is zero

On Thu, Apr 26, 2018 at 2:38 PM, Bhavna Hariharan < bha...@multicorewareinc.com> wrote: > > > On Thu, Apr 26, 2018 at 12:41 PM, <kavi...@multicorewareinc.com> wrote: > >> # HG changeset patch >> # User Kavitha Sampath <kavi...@multicorewareinc.com> >&g

Re: [x265] [PATCH 2 of 4] limit TU : use cbf and quantization coefficients to limit recursion

On Wed, Oct 12, 2016 at 9:51 AM, Deepthi Nandakumar < deepthipnandaku...@gmail.com> wrote: > Some more points. > > 1. Is there anything to prevent limit-tu 1 and 2 being used together, say > as limit-tu 3? > limit-tu 1 and 2 use different approaches to limit recursion. limit-tu 1 perform breadth

Re: [x265] [PATCH] tests: update command lines to cover test for limit-tu

On Thu, Oct 6, 2016 at 4:42 PM, Kavitha Sampath < kavi...@multicorewareinc.com> wrote: > # HG changeset patch > # User Kavitha Sampath <kavi...@multicorewareinc.com> > # Date 1475742311 -19800 > # Thu Oct 06 13:55:11 2016 +0530 > # Node ID 2c9bde6e277058bddf3acd75

Re: [x265] [PATCH] tests: update command lines to cover test for limit-tu

# HG changeset patch # User Kavitha Sampath <kavi...@multicorewareinc.com> # Date 1475742311 -19800 # Thu Oct 06 13:55:11 2016 +0530 # Node ID 2c9bde6e277058bddf3acd753fb1e6a2e48835c3 # Parent b8dd640a7f1784802f6f9859d3a79420a00661fe tests: update command lines to cover test for li

Re: [x265] [PATCH 3 of 4] limitTU: use max TU depth of first subTU to limit recursion of others in split

< as...@multicorewareinc.com> wrote: > Can you please paste the performance improvement figures for some of the > videos ? > > On Tue, Oct 4, 2016 at 2:50 PM, <kavi...@multicorewareinc.com> wrote: > >> # HG changeset patch >> # User Kavitha Sampath <kavi...@multico

Re: [x265] multi-rate feature

Hello, The result of your multi-rate feature for x265 looks interesting. I see that you speedup RDO by sharing depth from high quality to low quality encodings. I also see that you compare multi-rate's efficiency against analysis-mode, encoding with CQP. Is there any reason why you have not used

Re: [x265] [PATCH] rd: determine CU complexity to skip analysis of higher depths

# HG changeset patch # User Kavitha Sampath <kavi...@multicorewareinc.com> # Date 1465814710 -19800 # Mon Jun 13 16:15:10 2016 +0530 # Node ID d9a7d21cb17918f869f0ff3407dec764880827d4 # Parent 106a5a7dc4b337121c11484bc3bc4900b8a0d9a4 rd: determine CU complexity to skip analysis of

Re: [x265] [PATCH] rd: determine CU complexity to skip analysis of higher depths

; a local one here, or one in Analysis? > > Deepthi > > On Thu, Jun 9, 2016 at 12:07 PM, <kavi...@multicorewareinc.com> wrote: > >> # HG changeset patch >> # User Kavitha Sampath <kavi...@multicorewareinc.com> >> # Date 1463588

[x265] [PATCH 1 of 2] cli: add --rd-refine option to enable QP based RD refinement

# HG changeset patch # User Kavitha Sampath<kavi...@multicorewareinc.com> # Date 1449825829 -19800 # Fri Dec 11 14:53:49 2015 +0530 # Node ID a161c580095a1ae08813912c0dbc9838695a7800 # Parent 1471e4e433f71f39a6eb93507c349fb8539e cli: add --rd-refine option to enable QP ba

[x265] [PATCH 2 of 2] implement QP based RD refinement

# HG changeset patch # User Kavitha Sampath<kavi...@multicorewareinc.com> # Date 1450765749 -19800 # Tue Dec 22 11:59:09 2015 +0530 # Node ID 4321eec92de66588c35ac8523e76858a7f80294d # Parent a161c580095a1ae08813912c0dbc9838695a7800 implement QP based RD refinement After CU an

Re: [x265] [PATCH] Add optional parameter to setLambdaFromQP and calculateQpForCUSize functions

changeset patch > > # User Kavitha Sampath <kavi...@multicorewareinc.com> > > # Date 1444306002 -19800 > > # Thu Oct 08 17:36:42 2015 +0530 > > # Node ID c4d4df4413b8ae67550e6f3240367b4f241cc4b2 > > # Parent bd8087bfd93f7564df436a27c22f7e44f68

Re: [x265] [PATCH 2 of 4] improve ctuLumaLevel logic by Sad and CMOV

yes deepthi I will update the change in copyFromPic. On Thu, Aug 13, 2015 at 4:08 PM, Deepthi Nandakumar deep...@multicorewareinc.com wrote: Kavitha, Can you please pull this neat optimization of Min's into picyuv::copyFromPicture? On Thu, Aug 13, 2015 at 8:52 AM, Min Chen

Re: [x265] [PATCH] weightp: pass struct to tryCommonDenom() to cache motion compensated reference planes for reuse

-uint32_t origscore = weightCost(orig, origstride, fref, frefstride, weightTemp, width, height, NULL); -if (!origscore) -continue; +if (origscore == 0) +{ +origscore =

[x265] [PATCH] default weightP: fix crash due to access of lowres array of references with invalid mvs in weightCost

# HG changeset patch # User Kavitha Sampath kavi...@multicorewareinc.com # Date 1390911442 -19800 # Tue Jan 28 17:47:22 2014 +0530 # Node ID 50916775f873c07477da1c3b0dfaef0c19c0d564 # Parent 3568c1b19947f8641504c69bca6ab859ed11825e default weightP: fix crash due to access of lowres array

[x265] [PATCH] WeightPrediction: Avoid motion compensation when difPoc is large

# HG changeset patch # User Kavitha Sampath kavi...@multicorewareinc.com # Date 1390879943 -19800 # Tue Jan 28 09:02:23 2014 +0530 # Node ID 32a73eb61f9a33103e07173a35c7f723c23a2bd0 # Parent b59b1e579f78b4c29c0c1491e6198a63ba1d597f WeightPrediction: Avoid motion compensation when difPoc

[x265] [PATCH] WeightPrediction: Avoid motion compensation when difPoc is large

# HG changeset patch # User Kavitha Sampath kavi...@multicorewareinc.com # Date 1390891330 -19800 # Tue Jan 28 12:12:10 2014 +0530 # Node ID 7abfa3ed39001e591c2def68eb05e4282f7e9414 # Parent 3c2441447f2a26fbe087ed9b420fc3fd087163c3 WeightPrediction: Avoid motion compensation when difPoc