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 Establishment

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 5fdecb3d4af75a9c1a788b6af857

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 5fdecb3d4af75a9c1a788b6a

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 p

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

ram->rc.aqMode == >> 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.h

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 Establishme

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

t veryslow with rskip 2 when > 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

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 Establishme

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

are > for similar purpose. > >> -homo = homo / (cuSize * cuSize); >> - >> -if (homo < (.1 * mean)) >> -return true; >> - >> -return false; >> +else >> +return false; >> > [KS] When does the encoder hit th

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 Quad

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 3eccfeafc04000b68c25ab52c437

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 74170d9678e1a7f5f57b20c8404

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 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 1586956494

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 same

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

# HG changeset patch # User Kavitha Sampath # Date 1449825829 -19800 # Fri Dec 11 14:53:49 2015 +0530 # Node ID a161c580095a1ae08813912c0dbc9838695a7800 # Parent 1471e4e433f71f39a6eb93507c349fb8539e cli: add --rd-refine option to enable QP based RD refinement The option is effective for

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

# HG changeset patch # User Kavitha Sampath # Date 1450765749 -19800 # Tue Dec 22 11:59:09 2015 +0530 # Node ID 4321eec92de66588c35ac8523e76858a7f80294d # Parent a161c580095a1ae08813912c0dbc9838695a7800 implement QP based RD refinement After CU analysis, calculate R-D cost on the best

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

t; a local one here, or one in Analysis? > > Deepthi > > On Thu, Jun 9, 2016 at 12:07 PM, wrote: > >> # HG changeset patch >> # User Kavitha Sampath >> # Date 1463588688 25200 >> # Wed May 18 09:24:48 2016 -0700 >

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

# HG changeset patch # User Kavitha Sampath # Date 1465814710 -19800 # Mon Jun 13 16:15:10 2016 +0530 # Node ID d9a7d21cb17918f869f0ff3407dec764880827d4 # Parent 106a5a7dc4b337121c11484bc3bc4900b8a0d9a4 rd: determine CU complexity to skip analysis of higher depths Complexity check is

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 AB

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, wrote: > >> # HG changeset patch >> # User Kavitha Sampath >> # Date 1475238341 -19800 >> #

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

# HG changeset patch # User Kavitha Sampath # Date 1475742311 -19800 # Thu Oct 06 13:55:11 2016 +0530 # Node ID 2c9bde6e277058bddf3acd753fb1e6a2e48835c3 # Parent b8dd640a7f1784802f6f9859d3a79420a00661fe tests: update command lines to cover test for limit-tu diff -r b8dd640a7f17 -r

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 > # Date 1475742311 -19800 > # Thu Oct 06 13:55:11 2016 +0530 > # Node ID 2c9bde6e277058bddf3acd753fb1e6

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] 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, wrote: > >> # HG changeset patch >> # User Kavitha Sampath >> # Date 1524568273 -19800 >> # T

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] API or documentation problem for tiny images

Hi Vittorio, Apologies for the late response and thank you for pointing out the discrepancy in our documentation and error message. To my knowledge, if the picture width/height is not a multiple of minimum CU size then the picture is padded. Images smaller than 64x64 should be padded and encoded wi

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, wrote: > >> # HG changeset patch >> # User Kavitha Sampath >> # Date 1525425970 -19800 >> # Fri May 04 14:56:10 2018 +0530 >>

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 wrote:

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

g_depthInc[] is also used in compressInterCU_rd5_6(). It can be removed completely once the analysis mode of compressInterCU_rd5_6() is cleaned up. On Fri, Oct 9, 2015 at 1:11 AM, Steve Borho wrote: > On 10/08, kavi...@multicorewareinc.com wrote: > > # HG changeset patch > >

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

# HG changeset patch # User Kavitha Sampath # Date 1390879943 -19800 # Tue Jan 28 09:02:23 2014 +0530 # Node ID 32a73eb61f9a33103e07173a35c7f723c23a2bd0 # Parent b59b1e579f78b4c29c0c1491e6198a63ba1d597f WeightPrediction: Avoid motion compensation when difPoc is large diff -r b59b1e579f78

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

# HG changeset patch # User Kavitha Sampath # Date 1390891330 -19800 # Tue Jan 28 12:12:10 2014 +0530 # Node ID 7abfa3ed39001e591c2def68eb05e4282f7e9414 # Parent 3c2441447f2a26fbe087ed9b420fc3fd087163c3 WeightPrediction: Avoid motion compensation when difPoc is large diff -r 3c2441447f2a

[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 # 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 of references with invalid mvs

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 = w