Re: [x265] [PATCH] Encoder: do not use std::list for the class AccessUnit

On Tue, Sep 24, 2013 at 5:26 PM, Gopu Govindaswamy g...@multicorewareinc.com wrote: # HG changeset patch # User Gopu Govindaswamy g...@multicorewareinc.com # Date 1380019510 -19800 # Node ID 70ba2b3b7bc972ed04f5fd135d940e4759315fa8 # Parent a8f6f62217d5e519f99a004c420e5906ac900f2f

Re: [x265] [PATCH 5 of 5] integrated ssim computation for each CTURow

On Oct 1, 2013 1:44 AM, Steve Borho st...@borho.org wrote: On Fri, Sep 27, 2013 at 11:52 PM, Aarthi Thirumalai aar...@multicorewareinc.com wrote: # HG changeset patch # User Aarthi Thirumalai # Date 1380343885 -19800 # Sat Sep 28 10:21:25 2013 +0530 # Node ID

Re: [x265] [PATCH 2 of 2] Added x265_stats_t structure and x265_encoder_stats API to fetch output stats from encoder

sry, forgot to commit a new change. pls ignore the previous patch. ll send the updated one. On Tue, Oct 1, 2013 at 3:16 PM, Aarthi Thirumalai aar...@multicorewareinc.com wrote: # HG changeset patch # User Aarthi Thirumalai # Date 1380620634 -19800 # Tue Oct 01 15:13:54 2013 +0530 #

Re: [x265] [PATCH 2 of 2] calculate SSIM for each Row after deblock, sao

On Sat, Oct 5, 2013 at 12:57 AM, Steve Borho st...@borho.org wrote: On Fri, Oct 4, 2013 at 6:21 AM, Aarthi Thirumalai aar...@multicorewareinc.com wrote: # HG changeset patch # User Aarthi Thirumalai # Date 1380885604 -19800 # Fri Oct 04 16:50:04 2013 +0530 # Node ID

Re: [x265] [PATCH 1 of 2] primitives: added C primitives to compute SSIM

I understand. If High_Bit)Depth = 1, you could still choose uint32 version for the primitives but in ssim_end_1(int..) you might get an overflow when bitdepth 9, as mentioned in the comments there. I could use a 64bit int there for all cases to store intermediary calculations , if you want to

Re: [x265] [PATCH 1 of 2] primitives: added C primitives to compute SSIM

As discussed today, we shall have 64bit int and 32 bit int versions of the primitives for high bit depth and low bit depth cases. On Sun, Oct 6, 2013 at 12:59 AM, Steve Borho st...@borho.org wrote: On Fri, Oct 4, 2013 at 11:07 PM, Aarthi Priya Thirumalai aar...@multicorewareinc.com wrote

Re: [x265] [PATCH] primitves: add c primitives for the following :

On Oct 12, 2013 3:33 AM, Steve Borho st...@borho.org wrote: On Fri, Oct 11, 2013 at 5:40 AM, Aarthi Thirumalai aar...@multicorewareinc.com wrote: # HG changeset patch # User Aarthi Thirumalai # Date 1381488011 -19800 # Fri Oct 11 16:10:11 2013 +0530 # Node ID

Re: [x265] [PATCH 2 of 2] rc: implement Adaptive Quantization

This commit causes compile error. missed commenting out a debug stmt. Resending the patch.. On Wed, Oct 16, 2013 at 11:25 PM, aar...@multicorewareinc.com wrote: # HG changeset patch # User Aarthi Thirumalaiaar...@multicorewareinc.com # Date 1381946053 -19800 # Wed Oct 16 23:24:13 2013

Re: [x265] [PATCH] aq : bug fix . extend border of TComPic::m_origPicYuv to a multiple of 16

On Thu, Nov 7, 2013 at 2:44 AM, Steve Borho st...@borho.org wrote: On Wed, Nov 6, 2013 at 4:33 AM, Aarthi Thirumalai aar...@multicorewareinc.com wrote: # HG changeset patch # User Aarthi Thirumalai # Date 1383734012 -19800 # Wed Nov 06 16:03:32 2013 +0530 # Node ID

Re: [x265] [PATCH] aq: bug fix.extend border of TComPic::m_origPicYuv to a multiple of 16

On Nov 7, 2013 11:24 PM, Steve Borho st...@borho.org wrote: On Thu, Nov 7, 2013 at 5:17 AM, Aarthi Thirumalai aar...@multicorewareinc.com wrote: # HG changeset patch # User Aarthi Thirumalai # Date 1383823017 -19800 # Thu Nov 07 16:46:57 2013 +0530 # Node ID

Re: [x265] [PATCH] TComPicYuv: fix padding issue

On Mon, Nov 11, 2013 at 8:07 AM, Steve Borho st...@borho.org wrote: On Sat, Nov 9, 2013 at 11:53 PM, aar...@multicorewareinc.com wrote: # HG changeset patch # User Aarthi Thirumalaiaar...@multicorewareinc.com # Date 1384062755 -19800 # Sun Nov 10 11:22:35 2013 +0530 # Node ID

Re: [x265] [PATCH] cuTree: integrated CuTree into RateControl and Added b-references into RC

On Mon, Dec 2, 2013 at 5:54 PM, Gopu Govindaswamy g...@multicorewareinc.com wrote: # HG changeset patch # User Gopu Govindaswamy g...@multicorewareinc.com # Date 1385986798 -19800 # Node ID 8617e8ab6fafd5dea42e63f135f6df02761d5dd6 # Parent a0f2c87c5f0a27a2f7e6e96af675efc419988d6e cuTree:

[x265] [PATCH] rc: bug fix in crf mode ; correct qscale set for all the frames.

# HG changeset patch # User Aarthi Thirumalai (aar...@multicorewareinc.com) # Date 1390910023 -19800 # Tue Jan 28 17:23:43 2014 +0530 # Branch stable # Node ID 154f020f6edacd92517b8ced5c0d4dacf808791c # Parent ddd4e4e328d2e626a88b6318781ee160c781be91 rc: bug fix in crf mode ;correct qscale

[x265] [PATCH] abr: reset ABR to prevent high bitrate peaks in single pass ABR

# HG changeset patch # User Aarthi Thirumalai # Date 1391343895 -19800 # Sun Feb 02 17:54:55 2014 +0530 # Node ID bf00f495951eb882e34225740c43540311bf51cb # Parent bb33ab0f4ef933315cedf388d70443bc97fefeea abr: reset ABR to prevent high bitrate peaks in single pass ABR . Long series of blank

[x265] [PATCH] abr: reset ABR to prevent high bitrate peaks in single pass ABR

, Aarthi Priya Thirumalai aar...@multicorewareinc.com wrote: # HG changeset patch # User Aarthi Thirumalai # Date 1391343895 -19800 # Sun Feb 02 17:54:55 2014 +0530 # Node ID bf00f495951eb882e34225740c43540311bf51cb # Parent bb33ab0f4ef933315cedf388d70443bc97fefeea abr: reset ABR

Re: [x265] [PATCH 1 of 2] ratecontrol: clean up confusing if-checks in calcAdaptiveQuantFrame

On Fri, Feb 21, 2014 at 5:23 PM, Aarthi Priya Thirumalai aar...@multicorewareinc.com wrote: On Fri, Feb 21, 2014 at 4:53 PM, deep...@multicorewareinc.com wrote: # HG changeset patch # User Deepthi Nandakumar deep...@multicorewareinc.com # Date 1392976266 -19800 # Node ID

[x265] [PATCH] rc: bug fix - clip qp before setting into TComPic:m_avgQpRc.

# HG changeset patch # User Aarthi Thirumalai # Date 1393263092 -19800 # Mon Feb 24 23:01:32 2014 +0530 # Node ID 2f813eb983817a48aeb483ba2ac28303d5b4d451 # Parent dce74082c20eea1f7ef9eb10f9a9addc5e7c7bb7 rc: bug fix - clip qp before setting into TComPic:m_avgQpRc. This fix resolves Encoder

Re: [x265] [PATCH] vbv: refactor, implement row wise qp updates only if vbv is enabled

On Wed, Feb 26, 2014 at 6:26 AM, Deepthi Nandakumar deep...@multicorewareinc.com wrote: On Mon, Feb 24, 2014 at 6:26 PM, aar...@multicorewareinc.com wrote: # HG changeset patch # User Aarthi Thirumalai # Date 1393244455 -19800 # Mon Feb 24 17:50:55 2014 +0530 # Node ID

Re: [x265] [PATCH] vbv: enable row resets during vbv when mid-frame qp adjustemets are too high/low

On Tue, Mar 11, 2014 at 2:51 AM, chen chenm...@163.com wrote: + //block current row if previous row is getting reencoded or prev row reference cus are not completed. + ScopedLock self(curRow.m_lock); +if (row 0 (m_rows[row - 1].m_isReencode || m_rows[row].m_completed

Re: [x265] [PATCH] vbv: log frame-average QPs for VBV; even when AQ is disabled

hello, reminder : this bug-fix is still pending. can we have this patch pushed in to fix the bug, if there is no problems with it? On Tue, Apr 8, 2014 at 8:33 PM, aar...@multicorewareinc.com wrote: # HG changeset patch # User Aarthi Thirumalai # Date 1396969086 -19800 # Tue Apr 08

Re: [x265] [PATCH] vbv: clear row diagonal Satd costs, cu Satd costs when vbv row reset is triggered

On Tue, Apr 15, 2014 at 11:31 PM, Steve Borho st...@borho.org wrote: On Tue, Apr 15, 2014 at 11:34 AM, aar...@multicorewareinc.com wrote: # HG changeset patch # User Aarthi Thirumalai # Date 1397579661 -19800 # Tue Apr 15 22:04:21 2014 +0530 # Node ID

Re: [x265] [PATCH 1 of 2] slicetype: update the lowresCosts and intraCosts when cutree is enabled

This is the correct patch. # HG changeset patch # User Aarthi Thirumalai # Date 1399381528 -19800 # Tue May 06 18:35:28 2014 +0530 # Node ID 65cb5558ad4a474114aa95d45a7c155ea16f0008 # Parent a6c7325e6ee60827142c18eaf4141e0eb4d6d98a slicetype: update the lowresCosts and intraCosts when

Re: [x265] [PATCH] x265: implemented crf-min that specifies a minimum rate factor value for encode

On Thu, May 8, 2014 at 10:39 AM, g...@multicorewareinc.com wrote: # HG changeset patch # User Gopu Govindaswamy # Date 1399524053 -19800 # Thu May 08 10:10:53 2014 +0530 # Node ID 7a3657ff29e24b7832002b76b3f9096736d20a36 # Parent 6494bb2e64253fc0f9413b88933634d1f37c4881 x265:

Re: [x265] [PATCH] ratecontrol: improve visual quality and bitrate savings in ABR

initially both frameNumThreads and m_totalFrameThreads are set to same value specificed by user. So, we are always creating frameEncoder objects, frameNumThreads holds actual frame thread count. Only when we begin to encode, we change the value n within that second we reset it to orig num of

Re: [x265] [PATCH 2 of 3] lambda: change chroma lambda distortion weighting to resemble x264

On Mon, Jun 16, 2014 at 4:49 PM, deep...@multicorewareinc.com wrote: # HG changeset patch # User Deepthi Nandakumar deep...@multicorewareinc.com # Date 1402916716 -19800 # Mon Jun 16 16:35:16 2014 +0530 # Node ID 4d76a9c8b5abbf143e5869d55cf80a8816d99a68 # Parent

Re: [x265] [PATCH 2 of 3] lambda: change chroma lambda distortion weighting to resemble x264

chroma formats were derived. On Mon, Jun 16, 2014 at 7:42 PM, Deepthi Nandakumar deep...@multicorewareinc.com wrote: Agreed, thats what I thought too. But the g_chromatable is not in the HEVC spec at all, it's just carried over from HM. On Jun 16, 2014 5:38 PM, Aarthi Priya Thirumalai aar

Re: [x265] [PATCH 4 of 6] rc: add 2 pass states in RateControl

On Mon, Jun 16, 2014 at 9:43 AM, Steve Borho st...@borho.org wrote: On Sun, Jun 15, 2014 at 1:50 PM, aar...@multicorewareinc.com wrote: # HG changeset patch # User Aarthi Thirumalaiaar...@multicorewareinc.com # Date 1402857908 -19800 # Mon Jun 16 00:15:08 2014 +0530 # Node ID

Re: [x265] [PATCH 2 of 3] rc: accumulate mv bits, coeff bits per frame

# HG changeset patch # User Aarthi Thirumalaiaar...@multicorewareinc.com # Date 1403808050 -19800 # Fri Jun 27 00:10:50 2014 +0530 # Node ID 11ddf73017d44933090a8943f4fc5098b231b56d # Parent 1b669c33ff3a8d8f6c9bd1e18979c009baed2433 rc: accumulate mv bits, coeff bits per frame diff -r

Re: [x265] [PATCH] rc: compute inter, intra and skip cus per frame for the first pass

On Mon, Jun 30, 2014 at 11:45 PM, Steve Borho st...@borho.org wrote: On Mon, Jun 30, 2014 at 11:38 AM, aar...@multicorewareinc.com wrote: # HG changeset patch # User Aarthi Thirumalai # Date 1403785166 -19800 # Thu Jun 26 17:49:26 2014 +0530 # Node ID

Re: [x265] [PATCH] framefilter: remove heap corruption in tld

sry, Thg client didnt sync the changes properly for the previous commit. here is the right one # HG changeset patch # User Aarthi Thirumalai # Date 1404290172 -19800 # Wed Jul 02 14:06:12 2014 +0530 # Node ID a5a439242bbf367f5d76356b841cfa1ee9e119e4 # Parent

Re: [x265] [PATCH] framefilter: remove heap corruption in tld

, and then used if wpp is not enabled. Not sure what you're trying to do here? On Wed, Jul 2, 2014 at 2:20 PM, Aarthi Priya Thirumalai aar...@multicorewareinc.com wrote: sry, Thg client didnt sync the changes properly for the previous commit. here is the right one # HG changeset patch # User

Re: [x265] [PATCH] framefilter: remove heap corruption in tld

ThreadLocalData m_tld, that has to be initialised, and then used if wpp is not enabled. Not sure what you're trying to do here? On Wed, Jul 2, 2014 at 2:20 PM, Aarthi Priya Thirumalai aar...@multicorewareinc.com wrote: sry, Thg client didnt sync the changes properly for the previous commit

Re: [x265] [PATCH] rc: fix chroma qp and chroma lambda derivations

We can directly use the array or the wrapper. For high bit depth , there is no difference between the luma qp and chroma qp. that is chroma qp = min(luma qp,51). On Thu, Dec 4, 2014 at 4:53 PM, Deepthi Nandakumar deep...@multicorewareinc.com wrote: Is there an if (csp == I420) wrapper

Re: [x265] [PATCH 2 of 2] rc: restrict low tolerance for bitrate fluctuations to strict-cbr option

) || + (rce-bufferFill - accFrameBits bufferLeftPlanned * 0.5) || (accFrameBits rce-frameSizePlanned qpVbv rce-qpNoVbv))) { qpVbv += stepSize; On Sun, Jan 11, 2015 at 3:57 PM, Aarthi Priya Thirumalai aar...@multicorewareinc.com wrote

Re: [x265] [PATCH 1 of 2] cli: remove tune cbr and introduce strict-cbr as a param option instead

# HG changeset patch # User Aarthi Thirumalai # Date 1419332550 -19800 # Tue Dec 23 16:32:30 2014 +0530 # Node ID d55fed4ebcd22823f8ffb878fa898b5d288cbb6a # Parent 1924c460d1304d9ce775f35864712dd98f758f9f cli: remove tune cbr and introduce strict-cbr as a param option instead strict-cbr can

Re: [x265] [PATCH 2 of 2] rc: restrict low tolerance for bitrate fluctuations to strict-cbr option

no, there were a few conflicts because my local tip wasn't updated. Sending again.. On Thu, Jan 8, 2015 at 8:02 PM, Steve Borho st...@borho.org wrote: On 01/07, aar...@multicorewareinc.com wrote: # HG changeset patch # User Aarthi Thirumalai # Date 1419064540 -19800 # Sat Dec 20

Re: [x265] [PATCH] slicetype: fix crash when rc-lookahead = bframes

crash occurs when lookaheadDepth equals bframes. need to modify it CHECK(param-bframes *=* param-lookaheadDepth On Mon, Mar 9, 2015 at 9:18 PM, Steve Borho st...@borho.org wrote: On 03/09, Deepthi Nandakumar wrote: slicetypeAnalyse::maxSearch also needs to be changed, or you could trigger

Re: [x265] [PATCH] analysis:add logic for calculate qp for a given cu size

Also, since vbv may be changing the qp for each row, you need to pick up the base qp from curEncData.m_cuStat[cuAddr].baseQp instead of m_frame-m_encData-m_avgQpRc; On Thu, Mar 12, 2015 at 10:25 AM, Sreelakshmy Govindan sreelaks...@multicorewareinc.com wrote: Thanks Steve. I will make the

Re: [x265] [PATCH] rc: recompute planned frame size when using vbv with --qpfile

I will send the other part as a different patch. It is to prevent drastic qp changes from vbv lookahead estimations due to possible mispredictions by the default vbv frame size predictors. On Mar 12, 2015 6:23 AM, Deepthi Nandakumar deep...@multicorewareinc.com wrote: No, this is not. This is

Re: [x265] [PATCH] rc: fix bug in ABR 2 pass, calculate aq-offset only for unreferenced frame in 2 pass

For the last pass in multi pass encodes, slice types are taken from the stats file before the frame is added into the lookahead queue. We would not do slice type analysis here and just stick with slice types read from the file. So, at this point, we would already know slice types along with CUTree

Re: [x265] [PATCH 6 of 6 REV2] analysis: always configure quant QP directly after setting RD lambda

We may remove the qp offset calculations from there but may need to use it for collecting cu level intra and inter satdcosts from lowres data for row vbv encodes. On Sun, Apr 26, 2015 at 11:17 PM, Steve Borho st...@borho.org wrote: On Sun, Apr 26, 2015 at 12:21 PM, Steve Borho st...@borho.org

Re: [x265] [PATCH 2 of 2] rc: tune initial predictor values for better frame size predictions in vbv lookahead

On Thu, Apr 9, 2015 at 12:09 AM, Steve Borho st...@borho.org wrote: On 04/08, aar...@multicorewareinc.com wrote: # HG changeset patch # User Aarthi Thirumalai # Date 1426487738 -19800 # Mon Mar 16 12:05:38 2015 +0530 # Node ID b4646bdaf2202748d3a3b159b9bc8e3cfcd272de # Parent

Re: [x265] [PATCH 1 of 2] rc: separate frame bits predictor objects for BRef and B frames

# HG changeset patch # User Aarthi Thirumalai # Date 1428573257 -19800 # Thu Apr 09 15:24:17 2015 +0530 # Node ID c87e15a9a353bc13036bb33a4a1932ebdb7dfb1a # Parent 4d3bfacc276362175f5f0b4a5844ec640c8871f0 rc: add helper function to decide the VBV predictor type for each frame diff -r

Re: [x265] [PATCH 1 of 2] slicetype: Modify Scenecut algorithm to detect scene transition points

# HG changeset patch # User Aarthi Thirumalai # Date 1437505166 -19800 # Wed Jul 22 00:29:26 2015 +0530 # Node ID cea0ce5bf57d5decc14743aa69234a1dfe84996b # Parent d56b2466c04459205287e1581d8a36eebf372ba6 slicetype: Modify Scenecut algorithm to detect scene transition points to improve Rate

Re: [x265] [PATCH 2 of 2] rc: adjust qp for scene transitions and fade ins to avoid quality loss with vbv

ignore the previous patch - contains a build error. Sending the corrected version here: # HG changeset patch # User Aarthi Thirumalai # Date 1439287054 -19800 # Tue Aug 11 15:27:34 2015 +0530 # Node ID 4f5109967676d983d8ccc4f5f410f96f5f30a5cb # Parent

Re: [x265] [PATCH] slicetype: Modify Scenecut algorithm to detect scene transition points

Currently during scene change transitions, esp slow gradual fadeins/fadeouts every frame changes vastly in luma intensity and hence passes as a scenecut but these are treated as a series of flashes in scenecut() . So, none of the frames gets marked as scencut during such transitions. It would be

Re: [x265] P-frames referencing B-frames, Generalised B-frames in HEVC

Hi, When b-pyramid is on, then b slices can refer to both B , P and I slices. We are creating a hierarchy among B frames, that is some B frames can be used as reference for other b frames. Regards Aarthi On Oct 26, 2015 3:23 AM, "Roshantha Mendis" wrote: > Hi, > > When

Re: [x265] [PATCH] rc: improve loop in clipQscale

LGTM On Nov 6, 2015 1:41 PM, "Ximing Cheng" wrote: > # HG changeset patch > # User Ximing Cheng > # Date 1446797063 -28800 > # Fri Nov 06 16:04:23 2015 +0800 > # Node ID f11b17b4656a85a15dc82fd04485fbf920848e4d > # Parent

Re: [x265] [PATCH 2 of 2] rc: Remove the redundant calculation on slidingWindow

On Fri, Oct 16, 2015 at 1:50 PM, Ximing Cheng wrote: > This patch reduce the calculation by saving the SATD moving sum last > time (frame), then the next frame can calculate its SATD moving sum by > the last moving sum and the replaced value in the slidingWindow, so >

Re: [x265] Under VBV rc mode , increasing the vbv-maxrate or vbv-bufsize has no or very little effect on the final result

Adding to Mario's points, changing the vbv-maxrate and vbv-bufsize , while keeping the target bitrate the same - will have a heavier impact on the moving average bitrate rather than the overall bitrate. Increasing the vbv buffer, while keeping the rest constant roughly means the buffer can handle

Re: [x265] [PATCH 1 of 2] rc: don't update predictors from previous frames, after reset at scenecut

No. We will re init vbv predictors and apply the scenecut transition related controls from the scene that begins the scene change which is signaled by bScenecut flag. and revert the operation at the next mini-gop. On Mon, Sep 28, 2015 at 5:03 PM, Deepthi Nandakumar <

[x265] [PATCH] rc: fix rate factor values recorded in csv

# HG changeset patch # User Aarthi Priya Thirumalai <aar...@multicorewareinc.com> # Date 1449763621 -19800 # Thu Dec 10 21:37:01 2015 +0530 # Node ID 721d60a7988b85083f72832b58e5e98f42d5a678 # Parent 33d04da2f68830ac51151cfbda8f38fb9a7e8bb9 rc: fix rate factor values recorded in csv d

[x265] [PATCH] rc: fix rate factor values recorded in csv

# HG changeset patch # User Aarthi Priya Thirumalai <aar...@multicorewareinc.com> # Date 1449763621 -19800 # Thu Dec 10 21:37:01 2015 +0530 # Node ID c401ace41d5d8d2eef8f82d625465de7f9b47b0e # Parent d72c79721e88cbd6e471d50351b46111918871ba rc: fix rate factor values recorded in csv d

Re: [x265] [PATCH] rc: fix rate factor values recorded in csv

pls ignore.. sending revised patch for this On Thu, Dec 10, 2015 at 10:48 PM, Aarthi Priya Thirumalai < aar...@multicorewareinc.com> wrote: > # HG changeset patch > # User Aarthi Priya Thirumalai <aar...@multicorewareinc.com> > # Date 1449763621 -19800 > # Thu De

Re: [x265] [PATCH] rc: fix rate factor values recorded in csv

; deep...@multicorewareinc.com> wrote: > Thanks Aarthi. Can you quickly jog my memory on what we discussed about > CRF calculations? > > On Fri, Dec 11, 2015 at 8:17 PM, Aarthi Priya Thirumalai < > aar...@multicorewareinc.com> wrote: > >> # HG changeset patch

Re: [x265] [PATCH] rc: record RF details in csv for 2 pass CRF

# HG changeset patch # User Aarthi Thirumalai # Date 1448384595 -19800 # Tue Nov 24 22:33:15 2015 +0530 # Node ID 7b84524dc44236071ba33f5858a6c38a909162d2 # Parent e90c2d74de88459dd18837765a310a462d9679ec rc: record RF details in csv for 2 pass CRF diff -r

Re: [x265] [PATCH 2 of 2] rc: implement 2 pass CRF, when vbv is enabled

pls ignore the previous patch. It has a few bugs while merging. here is the fixed one : # HG changeset patch # User Divya Manivannan # Date 1448267770 -19800 # Mon Nov 23 14:06:10 2015 +0530 # Branch stable # Node ID 0c49c9cc75e4c1ef9534a28b49b97b9107636f5d #

[x265] Birthday off today

Hi all, I will be taking the day off on the occasion of my birthday. ___ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel

[x265] [PATCH] fix warnings in sao

# HG changeset patch # User Aarthi Priya Thirumalai <aar...@multicorewareinc.com> # Date 1466746115 -19800 # Fri Jun 24 10:58:35 2016 +0530 # Node ID 9b1ef8bf4ec4cbeb19cbc15b584893310bbed2e2 # Parent 626fcbac7ffba723dabd3a9f0507c4c80f3e7bc9 fix warnings in sao diff -r 626fcbac7

Re: [x265] [PATCH] rc: fix Rate Control for grainy content

# HG changeset patch # User Aarthi Thirumalai # Date 1452501832 -19800 # Mon Jan 11 14:13:52 2016 +0530 # Node ID cee55e38a09310c1c3384ee72e548bd72a00a4e7 # Parent f548abe8eae8fb75513a85d1b09233e706c7b5ba rc: fix Rate Control for grainy content optimize params for tune grain, reduce

[x265] [PATCH] rcStats: add more fields to rcStats

# HG changeset patch # User Aarthi Priya Thirumalai <aar...@multicorewareinc.com> # Date 1468235606 -19800 # Mon Jul 11 16:43:26 2016 +0530 # Node ID b8c3278330fdd67dc2d3d6ea32ec2b6b8bebe00b # Parent a932b4366235ab6597c8d124c1569dade6ff790a rcStats: add more fields to rcStats d

[x265] [PATCH] Set up separate threadpool for lookahead

# HG changeset patch # User Aarthi Priya Thirumalai <aar...@multicorewareinc.com> # Date 1481274360 -19800 # Fri Dec 09 14:36:00 2016 +0530 # Node ID e8152da7aa0e03a27f01a2a95aedf914248fe577 # Parent 78e1e1354a25d287f17359ed489833e46bf177f1 Set up separate threadpool for lookahead Th

Re: [x265] [PATCH] Set frame as keyint if scalinglist reconfigure

On Wed, Dec 21, 2016 at 10:15 AM, wrote: > # HG changeset patch > # User Vignesh Vijayakumar > # Date 1482232112 -19800 > # Tue Dec 20 16:38:32 2016 +0530 > # Node ID 97d011cd7fe2b7dc1ecd2cebb887e1536b810052 > # Parent

Re: [x265] [PATCH] Add dynamic rate-control reconfiguration

On Tue, Apr 4, 2017 at 6:34 PM, wrote: > # HG changeset patch > # User Aruna Matheswaran > # Date 1487757265 -19800 > # Wed Feb 22 15:24:25 2017 +0530 > # Node ID 576ad673d9b352c45853b7ffeeacce7d23268bb8 > # Parent

Re: [x265] [PATCH] encoder: expose BREF slice type in pic_out sliceType

erentiate between BREF(4) and B(5). Can you pls provide your test cli if you are not able to see this in lowres.sliceType. Since we use it in other places as well, this can be a bigger problem if lowres.sliceType does not indicate BREF. Aarthi Priya Thirumalai Technical Lead, UHDkit Multicoreware In

Re: [x265] [PATCH] encoder: expose BREF slice type in pic_out sliceType

I think this change is not necessary since the sliceType in pic_out is already set from m_lowres.sliceType. So, if the B frame is a B_REF, this is reflected from the lowres.sliceType already. Is there any reason, you are explicitly setting it again? On Fri, Nov 17, 2017 at 4:41 AM, John Stebbins

[x265] Fwd: Fix build issues

# HG changeset patch # User Radhakrishnan # Date 1527845200 -19800 # Fri Jun 01 14:56:40 2018 +0530 # Node ID ef02ddaad3dcc07a7750989b21878f82cd6c2f97 # Parent 9cde2c278464be0db96d41f9605a2dc7a3137165 Fixes cmake error "cannot find x265.pdb" when installing files for static debug build

Re: [x265] [PATCH] Fix payload size for SEIRecoveryPoint

Yeah but I didn't add it to that flag as this is not a hrd related parameter. But I will clean up this function and resend the patch. pls ignore this Aarthi Priya Thirumalai Technical Lead, UHDkit Multicoreware Inc On Fri, Mar 16, 2018 at 5:35 PM, Ashok Kumar Mishra < as...@multicorewareinc.