Re: [x265] [PATCH] Add VMAF suppport to report per frame and aggregate VMAF score

17, 2018 at 11:52 AM, Indumathi Ravichandran < induma...@multicorewareinc.com> wrote: > > > On Tue, Apr 17, 2018 at 6:44 AM, Deepthi Nandakumar < > deepthipnandaku...@gmail.com> wrote: > >> I cannot find the implementation of compute_vmaf in the patch attached. >

Re: [x265] [PATCH] Add VMAF suppport to report per frame and aggregate VMAF score

ar...@multicorewareinc.com> wrote: > > > On Mon, Apr 16, 2018 at 4:00 PM, Ashok Kumar Mishra < > as...@multicorewareinc.com> wrote: > >> >> >> On Mon, Apr 16, 2018 at 3:33 PM, Deepthi Nandakumar < >> deepthipnandaku...@gmail.com> wrote: >> >>&g

Re: [x265] [PATCH] Add VMAF suppport to report per frame and aggregate VMAF score

Not sure I understand - are you saying you write the frame level VMAF score into the CSV file, and then read it back again to compute the mean? On Mon, Apr 16, 2018 at 3:24 PM, Ashok Kumar Mishra < as...@multicorewareinc.com> wrote: > > > On Mon, Apr 16, 2018 at 2:42 PM, Dee

Re: [x265] [PATCH] Add VMAF suppport to report per frame and aggregate VMAF score

uv444p10le formats.\n"); >> +return true; >> +} >> +#endif >> this->output = OutputFile::open(outputfn, info); >> if (this->output->isFail()) >> { >> @@ -555,7 +589,9 @@ >> >> x265_param* param = cliopt.param

Re: [x265] [PATCH 2 of 4] Reuse analysis info of low resolution for full resolution encoding

/* Store per PU data */ > -uint32_t numPU = nbPartsTable[(int)partSize]; > +uint32_t numPU = (predMode == MODE_INTRA) ? 1 : > nbPartsTable[(int)partSize]; > for (uint32_t puIdx = 0; puIdx < numPU; puIdx++) > { > uint32_t puabsPartIdx = > ctu->getPUOffset(puIdx, absPartIdx) + absPartIdx; > diff -r 404253434d33 -r 802bb7ead1e0 source/encoder/slicetype.cpp > --- a/source/encoder/slicetype.cpp Wed May 24 08:39:45 2017 +0530 > +++ b/source/encoder/slicetype.cpp Wed May 24 14:14:23 2017 +0530 > @@ -893,7 +893,7 @@ > if (m_param->rc.cuTree && !m_param->rc.bStatRead) > /* update row satds based on cutree offsets */ > curFrame->m_lowres.satdCost = frameCostRecalculate(frames, p0, > p1, b); > -else if (m_param->analysisMode != X265_ANALYSIS_LOAD) > +else if (m_param->analysisMode != X265_ANALYSIS_LOAD || > m_param->scaleFactor) > { > if (m_param->rc.aqMode) > curFrame->m_lowres.satdCost = curFrame->m_lowres.costEstAq[b > - p0][p1 - b]; > ___ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.videolan.org/listinfo/x265-devel > -- Deepthi ___ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel

Re: [x265] [PATCH] AQMotion: Add aq offsets based the relative motion of each CU

}, > +{ "aq-motion", no_argument, NULL, 0 }, > +{ "no-aq-motion", no_argument, NULL, 0 }, > { 0, 0, 0, 0 }, > { 0, 0, 0, 0 }, > { 0, 0, 0, 0 }, > @@ -414,6 +416,7 @@ > H0(" --analysis-file Specify file name used

Re: [x265] [PATCH] Add param options to bitstream when info is enabled

if (p->rc.rateControlMode == X265_RC_CQP) > @@ -1538,6 +1541,8 @@ > BOOL(p->bMultiPassOptRPS, "multi-pass-opt-rps"); > BOOL(p->bRepeatHeaders, "repeat-headers"); > } > +s += sprintf(s, " uhd-bd=%d", p->uhdBluray); >

Re: [x265] [PATCH] api: Introduce param options to toggle PPS bitstream optimizations

bEmitVUIHRDInfo)); > +H0(" --[no-]vui-timing-infoDiscard optional VUI timing > information from the bistream. Default %s\n", OPT(param->bEmitVUITimingInfo) > ); > +H0(" --[no-]vui-hrd-info Discard optional HRD timing > information from the bistream. Default %s\n", OPT(param->bEmitVUIHRDInfo)); > +H0(" --[no-]opt-qp-pps Discard optional HRD timing > information from the bistream. Default %s\n", OPT(param->bOptQpPPS)); > +H0(" --[no-]opt-ref-list-length-pps Discard optional HRD timing > information from the bistream. Default %s\n", OPT(param-> > bOptRefListLengthPPS)); > H1("\nReconstructed video options (debugging):\n"); > H1("-r/--recon Reconstructed raw image YUV or > Y4M output file name\n"); > H1(" --recon-depthBit-depth of reconstructed raw > image file. Defaults to input bit depth, or 8 if Y4M\n"); > > ___ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.videolan.org/listinfo/x265-devel > > -- Deepthi ___ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel

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

, and if limit-tu is too aggressive, it could definitely worsen this. On Mon, Oct 10, 2016 at 11:46 AM, Deepthi Nandakumar < deepthipnandaku...@gmail.com> wrote: > Is this condition ever satisfied? Minimum value of a coeff, to be counted > in numSig is 1 (since it's uint16). > > On Sat, O

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

Is this condition ever satisfied? Minimum value of a coeff, to be counted in numSig is 1 (since it's uint16). On Sat, Oct 8, 2016 at 5:07 PM, Bhavna Hariharan < bha...@multicorewareinc.com> wrote: > Hi Deepthi, > > On Fri, Oct 7, 2016 at 1:17 PM, Deepthi Nandakumar <

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

); > +if (energy < numSig[TEXT_LUMA][0]) > One question, why are we comparing actual coefficient values to number of significant coefficients? > +bCheckSplit = false; > +} > +} > } > > //

Re: [x265] x265-devel Digest, Vol 40, Issue 26

chment for this method based on "Changeset: > 11587 (d20b78d6d138)". > There is information for x265 coding to see that bitrate goes down. > There is informations for HM decoding to see that MD5 and QP are the same > with the method. > > > > > > > Regards, > Xuefeng Jiang > xuef...@multicorewareinc.com > > > ___ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.videolan.org/listinfo/x265-devel > > -- Deepthi ___ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel

Re: [x265] Optimize slice QP in PPS for x265

ate goes down. > There is informations for HM decoding to see that MD5 and QP are the same > with the method. > > > > -- > Regards, > > Xuefeng Jiang > > xuef...@multicorewareinc.com > > > > > ______

Re: [x265] [PATCH] modify the minimum keyint value

Ok - makes sense to err on the side of extra i-frames during a scenecut, but guaranteeing fixed GOPs at the same time. Maybe an addendum to the 2.1 release notes? On Mon, Sep 26, 2016 at 8:35 PM, Pradeep Ramachandran < prad...@multicorewareinc.com> wrote: > Deepthi, > The behavior

Re: [x265] [PATCH] modify the minimum keyint value

> > if (!p->bframes) > p->bBPyramid = 0; > ___ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.videolan.org/listinfo/x265-devel > -- Deepthi ___ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel

Re: [x265] [PATCH] vui: Fix discard-vui to only remove optional VUI information

To enable/disable VUI signalling in SPS, wouldn't a --vui/--no-vui option have been more intuitive? I'm not sure I understand the discard**? All fields in the VUI are optional (strictly speaking, from an HEVC standard point of view), so how were the HRD, timing info fields identified as

Re: [x265] [PATCH] rc: add qpmin and qpmax options

t; + > +/* sets a hard upper limit on QP */ > +int qpMax; > + > +/* sets a hard lower limit on QP */ > +int qpMin; > } rc; > > /*== Video Usability Information ==*/ > diff -r 43ca544799c2 -r 98a948623fdc source/x265cli.h > --- a/source/x265cli.h Fri Jul 15 12:43:23 2016 +0530 > +++ b/source/x265cli.h Fri Jul 15 16:44:41 2016 +0530 > @@ -152,6 +152,8 @@ > { "pbratio",required_argument, NULL, 0 }, > { "qcomp", required_argument, NULL, 0 }, > { "qpstep", required_argument, NULL, 0 }, > +{ "qpmin", required_argument, NULL, 0 }, > +{ "qpmax", required_argument, NULL, 0 }, > { "ratetol",required_argument, NULL, 0 }, > { "cplxblur", required_argument, NULL, 0 }, > { "qblur", required_argument, NULL, 0 }, > @@ -388,6 +390,8 @@ > H1(" --pbratio QP factor between P and B. > Default %.2f\n", param->rc.pbFactor); > H1(" --qcompWeight given to predicted > complexity. Default %.2f\n", param->rc.qCompress); > H1(" --qpstep The maximum single adjustment in > QP allowed to rate control. Default %d\n", param->rc.qpStep); > +H1(" --qpmin sets a hard lower limit on QP > allowed to ratecontrol. Default %d\n", param->rc.qpMin); > +H1(" --qpmax sets a hard upper limit on QP > allowed to ratecontrol. Default %d\n", param->rc.qpMax); > H1(" --cbqpoffs Chroma Cb QP Offset [-12..12]. > Default %d\n", param->cbQpOffset); > H1(" --crqpoffs Chroma Cr QP Offset [-12..12]. > Default %d\n", param->crQpOffset); > H1(" --scaling-listSpecify a file containing HM > style quant scaling lists or 'default' or 'off'. Default: off\n"); > ___ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.videolan.org/listinfo/x265-devel > -- Deepthi Nandakumar Engineering Manager, x265 Multicoreware, Inc ___ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel

Re: [x265] Ghosting/artifacts even with low CRF

Hi, Sorry I couldnt get to this before v2.0. Can you share a file with the subtitles burned into the x264-crf0 lossless video? Thanks, Deepthi On Sun, May 15, 2016 at 3:49 AM, Rômulo Silva <rsilva...@gmail.com> wrote: > Some more info on the issue. > > > I updated my x265

Re: [x265] [ANN] x265 2.0 released

Addendum: x265 is capable of triggering this Centos kernel bug <https://bugs.centos.org/view.php?id=8371> causing a deadlock, mostly observed on large multi-socketed servers. Please update your kernels to kernel-2.6.32-504 or above to avoid that risk. On Wed, Jul 13, 2016 at 7:32 PM, D

[x265] [ANN] x265 2.0 released

= Misc == - An SSIM calculation bug was corrected Thanks, Deepthi Nandakumar Engineering Manager, x265 Multicoreware, Inc ___ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel

[x265] hdr: revert calcHDRStats

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1468402632 -19800 # Wed Jul 13 15:07:12 2016 +0530 # Branch stable # Node ID 12beb237e9d92337e0ce7eceaf398094559329ab # Parent d574d3d5b9cf7d06113b49af60448d1de08e0e67 hdr: revert calcHD

Re: [x265] [PATCH] cmake: support IPhone cross compile on Mac OS X platform

arch=armv6 -mfloat-abi=soft -mfpu=vfp -marm) > +endif() > elseif(ARM) > find_package(Neon) > if(CPU_HAS_NEON) > > ___ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.videolan.org/listinfo/x265-devel > -- Deepthi Nandakumar Engineering Manager, x265 Multicoreware, Inc ___ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel

Re: [x265] [PATCH] rc: change max value of ABR and disable the frame parallelism in first frame

fine ABR_INIT_QP_MAX (40) > +#define ABR_INIT_QP_MAX (37) > #define ABR_INIT_QP_GRAIN_MAX (33) > #define ABR_SCENECUT_INIT_QP_MIN (12) > #define CRF_INIT_QP (int)m_param->rc.rfConstant > _______ > x265-devel mailin

Re: [x265] [PATCH] introduce multi-level recursion skip

ument, NULL, 0 }, > { "fast-cbf", no_argument, NULL, 0 }, > { "no-tskip", no_argument, NULL, 0 }, > @@ -314,7 +313,9 @@ > H0(" --[no-]psy-rdoq <0..50.0> Strength of psycho-visual

Re: [x265] Fwd: [PATCH] rc: Add multi-pass data to x265_rc_stats

Hmm - this patch is just doing what we've been doing so far with x265_picture->planes I guess this is fine for now, but this really needs to be documented - it could screw up lots of derivative applications. On Mon, Jun 13, 2016 at 2:51 PM, Deepthi Nandakumar < deep...@multicorewarei

Re: [x265] Fwd: [PATCH] rc: Add multi-pass data to x265_rc_stats

; -int mvBits; >> -int miscBits; >> -int coeffBits; >> -int poc; >> -int encodeOrder; >> -int sliceType; >> -int keptAsRef; >> +double qpaRc; >> +double qpAq; >> +do

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

Kavitha, Is there a need to introduce another global variable - can't we just keep 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...@multicorewarein

Re: [x265] [PATCH] lookahead: remove unused intra mode

const bool bFrameScoreCU = (cuX > 0 && cuX < widthInCU - 1 && > > > ___ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.videolan.org/listinfo/x265-devel > -- Deepthi Nandakumar Engineering Manager, x265 Multicoreware, Inc ___ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel

Re: [x265] [PATCH] rc: Add multi-pass data to x265_rc_stats

Rceq; > +double qpNoVbv; > +double newQScale; > +double iCuCount; > +double pCuCount; > +double skipCuCount; > +double qScale; > +int mvBits; > +int miscBits; > +int coeffBits; > +int poc; > +int en

[x265] uhd-bd: Clarifications to level and tier determination

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1464935525 -19800 # Fri Jun 03 12:02:05 2016 +0530 # Node ID 91de20bfe2affa6e225681be129208e654c2ba48 # Parent e00b80fe105e30e2ac8927e441db45111eb734ad uhd-bd: Clarifications to level and tier determi

[x265] uhdbd: fix sourceHeight check

;minCUSize - 1); +uint32_t padsize = p->minCUSize - rem; +p->sourceHeight += padsize; +m_conformanceWindow.bEnabled = true; +m_conformanceWindow.bottomOffset = padsize; +} if (p->bLogCuStats) x265_log(p, X265_LOG_WARNING, "--cu-stats option is

[x265] level: fix bug in level and tier determination (#refs 278)

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1464874032 -19800 # Thu Jun 02 18:57:12 2016 +0530 # Node ID 64cf1830b03410048070641fb0ac6da6f41a42b1 # Parent 6098ba3e0cf16b110cff3b2519ce2d997ecac396 level: fix bug in level and tier determination

Re: [x265] [PATCH] threadpool: fix warning: ‘int popCount(uint64_t)’ defined but not used [-Wunused-function]

> +#endif >> > >> > namespace X265_NS { >> > // x265 private namespace >> > >> > >> > >> > ___ >> > x265-devel mailing list >> > x265-devel@videol

[x265] Away from work this morning

Hello all, I will be away from work this morning, but online from around noon. Thanks, Deepthi Nandakumar Engineering Manager, x265 Multicoreware, Inc ___ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel

Re: [x265] [PATCH] [OUTPUT CHANGED]SAO: convert sao rdo cost calculation from float to int

t; uint32_t rate = m_entropyCoder.getNumberOfWrittenBits(); > -bestCost = rateDist + (double)rate; > +bestCost = rateDist + rate; > } > else > { > uint32_t rate = m_entropyCoder.getNumberOfWrittenBits(); > - bestCost = rateD

Re: [x265] [PATCH] [OUTPUT CHANGED]SAO: convert sao rdo cost calculation from float to int

d comparison are > on fixed point. > > On Thu, May 26, 2016 at 5:54 PM, Ashok Kumar Mishra < > as...@multicorewareinc.com> wrote: > >> this is a output changing patch. is there any other issue apart from >> changing output? >> >> On Thu, May 26, 2016 at 5:46 PM, De

Re: [x265] [PATCH] [OUTPUT CHANGED]SAO: convert sao rdo cost calculation from float to int

t; uint32_t rate = m_entropyCoder.getNumberOfWrittenBits(); > -bestCost = rateDist + (double)rate; > +bestCost = rateDist + rate; > } > else > { > uint32_t rate = m_entropyCoder.getNumberOfWrittenBits(); > - bestCost = rateD

[x265] Working from home rest of the afternoon

Folks, I was off this morning, and working from home post-lunch. If anyone needs my review comments on code/clarification on anything - please dont hesitate to ping me. Thanks, Deepthi Nandakumar Engineering Manager, x265 Multicoreware, Inc ___ x265

[x265] multi-pass: enable slow-firstpass by default.

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1463741055 -19800 # Fri May 20 16:14:15 2016 +0530 # Node ID 1b2b9128cffe63f3e19d130e9f15db3445b70abe # Parent aca781339b4c8dae94ff7da73f18cd4439757e87 multi-pass: enable slow-firstpass by d

[x265] grain: improve grain handling settings

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1463045021 -19800 # Thu May 12 14:53:41 2016 +0530 # Node ID 3e530043698b9df0f9aba7eefbb381ac6cc79421 # Parent 912e46145616b349d039810e3c2e94ec2af0e652 grain: improve grain handling settings Turn o

[x265] analysis: introduce recursion skip

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1463052339 -19800 # Thu May 12 16:55:39 2016 +0530 # Node ID 912e46145616b349d039810e3c2e94ec2af0e652 # Parent d2de32f15de0713d2c0514e7bac95f827a33e87f analysis: introduce recursion skip Earlier, an

[x265] analysis: use only skip costs for recursionDepthCheck

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1462536024 -19800 # Fri May 06 17:30:24 2016 +0530 # Node ID d2de32f15de0713d2c0514e7bac95f827a33e87f # Parent a5362b9533f6a5b77740b4e8f97dba2555b6f929 analysis: use only skip costs for recursionDept

Re: [x265] [PATCH] analysis: do not add split cost if skip is chosen

tryLossless(cuGeom); > > -if (mightSplit) > +if (mightSplit && !foundSkip) > addSplitFlagCost(*md.bestMode, cuGeom.depth); > } > > ___ > x265-devel mailing list > x265-devel@videolan.org

Re: [x265] change '--limit-refs' info from 1/0 to on/off

Thanks, your latest patch format works. On Fri, Apr 15, 2016 at 11:44 AM, Mateusz <mateu...@poczta.onet.pl> wrote: > Hello, > > Recently I sent a patch (about 32bit GCC) in the new format -- inline + > "cmake:". > > I hope new format is better. > > Mateus

Re: [x265] uhd-bd: turn off open GOP for UHD Blu-ray specs

Removing the confusing second line of the commit message. On Tue, Apr 12, 2016 at 2:32 PM, Deepthi Nandakumar < deep...@multicorewareinc.com> wrote: > # HG changeset patch > # User Deepthi Nandakumar <deep...@multicorewareinc.com> > # Date 1460496706 -19800 > #

[x265] uhd-bd: turn off open GOP for UHD Blu-ray specs

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1460496706 -19800 # Wed Apr 13 03:01:46 2016 +0530 # Node ID fa1c04e8a539c5b4d22e3513a045b8d9d9c761e8 # Parent 3a0c770aa1cd50a0f412a71939494b8ecbea958e uhd-bd: turn off open GOP for UHD Blu-ray spec

[x265] deblock: print 0:0 offsets as well in info SEI (fixes #258)

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1460488183 -19800 # Wed Apr 13 00:39:43 2016 +0530 # Node ID 34353c2fb99fce5257d82ed0bf769b006f4f4d09 # Parent b242bb2e0a8d01c6ac50c1a26aeb483fc329d40f deblock: print 0:0 offsets as well in info SEI

Re: [x265] change '--limit-refs' info from 1/0 to on/off

265 [info]: References / ref-limit cu / depth : 5 / 0 / 1 > to > x265 [info]: References / ref-limit cu / depth : 5 / off / on > > ___ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.videolan.org/listinfo/x265-d

Re: [x265] '--dither' patch for 10/12-bit and for not default bit depth

I'm sorry - I thought I backed that change out, but the repo wasnt clean. Reverting now. On 08-Apr-2016 9:31 pm, "Mateusz" wrote: > There was applied modified version of this patch that doesn't work for > 8-bit. > Command line to reproduce problem for 8-bit x265: >

Re: [x265] [PATCH] analysis: skip rect/amp in analysis load mode

Can you please regenerate this patch at the current tip? On Mon, Mar 28, 2016 at 9:21 AM, wrote: > # HG changeset patch > # User Sagar Kotecha > # Date 1458817615 -19800 > # Thu Mar 24 16:36:55 2016 +0530 > # Node ID

[x265] dither: return if encoder and picture depth are the same

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1460125401 -19800 # Fri Apr 08 19:53:21 2016 +0530 # Node ID c7f345876a472d8edd12a811338c72f7fb2922fe # Parent 66867beb300e105ea5c2b557d93be29838eca391 dither: return if encoder and picture

Re: [x265] '--psy-rdoq' patch for compatibility with documentation

ld be 1.0 according to the documentation > (not 0.0). > > Mateusz > > ___ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.videolan.org/listinfo/x265-devel > > -- Deepthi Nandakumar Engin

Re: [x265] [PATCH] Fix poc value written in csv file for open-gop

tLSB = (slice->m_poc - slice->m_lastIDR + (1 >> ><< BITS_FOR_POC)) % (1 << BITS_FOR_POC); >> >+const int picOrderCntLSB = slice->m_poc - slice->m_lastIDR; >> In here, may negative resule since POC is circle counter >> >> >> >> >> ___

Re: [x265] [PATCH] ThreadSafeInteger: change default lock into read write lock

n Apr 03 16:29:59 2016 +0800 > @@ -43,6 +43,8 @@ > > Y4MInput::Y4MInput(InputFileInfo& info) > { > +readCount.init(); > +writeCount.init(); > for (int i = 0; i < QUEUE_SIZE; i++) > buf[i] = NULL; > > diff -r 5b01678f6fb4 -r 601877ef465c source/input/yuv.cpp > --- a/source/input/yuv.cpp Sat Apr 02 19:08:49 2016 +0100 > +++ b/source/input/yuv.cpp Sun Apr 03 16:29:59 2016 +0800 > @@ -41,6 +41,8 @@ > > YUVInput::YUVInput(InputFileInfo& info) > { > +readCount.init(); > +writeCount.init(); > for (int i = 0; i < QUEUE_SIZE; i++) > buf[i] = NULL; > > diff -r 5b01678f6fb4 -r 601877ef465c source/output/reconplay.cpp > --- a/source/output/reconplay.cpp Sat Apr 02 19:08:49 2016 +0100 > +++ b/source/output/reconplay.cpp Sun Apr 03 16:29:59 2016 +0800 > @@ -54,7 +54,8 @@ > if (signal(SIGPIPE, sigpipe_handler) == SIG_ERR) > general_log(, "exec", X265_LOG_ERROR, "Unable to register > SIGPIPE handler: %s\n", strerror(errno)); > #endif > - > +readCount.init(); > +writeCount.init(); > width = param.sourceWidth; > height = param.sourceHeight; > colorSpace = param.internalCsp; > > > ___ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.videolan.org/listinfo/x265-devel > -- Deepthi Nandakumar Engineering Manager, x265 Multicoreware, Inc ___ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel

Re: [x265] [PATCH] rc: change the number of rows for updating rc stats

s. > else > rowCount = X265_MIN(m_refLagRows, m_numRows - 1); > if (row == rowCount) > ___ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.vid

[x265] uhd-bd: 1088 needs to be cropped to conformance window of 1080, which x265 doesnt allow

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1459149820 -19800 # Mon Mar 28 12:53:40 2016 +0530 # Node ID 5dbd6a0c8e17481a0c4d31243ebc8b46ad59e15d # Parent c8ec86965e546f271ef54bad508a82e8a4911008 uhd-bd: 1088 needs to be cropped to conformance

Re: [x265] [PATCH] add UHD bluray compatibility support

hkrämer > mailto:cont...@ligh.de > > > ___ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.videolan.org/listinfo/x265-devel > -- Deepthi Nandakumar Engineering Manager, x265 Multicoreware, Inc ___

Re: [x265] [PATCH 1 of 2] arm: Implement interp_8tap_vert_sp_NXN NEON

tr_t dstStride, int coeffIdx); > +void x265_interp_8tap_vert_sp_16x8_neon(const int16_t* src, intptr_t > srcStride, pixel* dst, intptr_t dstStride, int coeffIdx); > +void x265_interp_8tap_vert_sp_16x16_neon(const int16_t* src, intptr_t > srcStride, pixel* dst, intptr_t dstStride, int coeffIdx); > +void x265_interp_8tap_vert_sp_16x32_neon(const int16_t* src, intptr_t > srcStride, pixel* dst, intptr_t dstStride, int coeffIdx); > +void x265_interp_8tap_vert_sp_16x64_neon(const int16_t* src, intptr_t > srcStride, pixel* dst, intptr_t dstStride, int coeffIdx); > +void x265_interp_8tap_vert_sp_16x12_neon(const int16_t* src, intptr_t > srcStride, pixel* dst, intptr_t dstStride, int coeffIdx); > +void x265_interp_8tap_vert_sp_32x8_neon(const int16_t* src, intptr_t > srcStride, pixel* dst, intptr_t dstStride, int coeffIdx); > +void x265_interp_8tap_vert_sp_32x16_neon(const int16_t* src, intptr_t > srcStride, pixel* dst, intptr_t dstStride, int coeffIdx); > +void x265_interp_8tap_vert_sp_32x32_neon(const int16_t* src, intptr_t > srcStride, pixel* dst, intptr_t dstStride, int coeffIdx); > +void x265_interp_8tap_vert_sp_32x64_neon(const int16_t* src, intptr_t > srcStride, pixel* dst, intptr_t dstStride, int coeffIdx); > +void x265_interp_8tap_vert_sp_32x24_neon(const int16_t* src, intptr_t > srcStride, pixel* dst, intptr_t dstStride, int coeffIdx); > +void x265_interp_8tap_vert_sp_64x16_neon(const int16_t* src, intptr_t > srcStride, pixel* dst, intptr_t dstStride, int coeffIdx); > +void x265_interp_8tap_vert_sp_64x32_neon(const int16_t* src, intptr_t > srcStride, pixel* dst, intptr_t dstStride, int coeffIdx); > +void x265_interp_8tap_vert_sp_64x64_neon(const int16_t* src, intptr_t > srcStride, pixel* dst, intptr_t dstStride, int coeffIdx); > +void x265_interp_8tap_vert_sp_64x48_neon(const int16_t* src, intptr_t > srcStride, pixel* dst, intptr_t dstStride, int coeffIdx); > +void x265_interp_8tap_vert_sp_24x32_neon(const int16_t* src, intptr_t > srcStride, pixel* dst, intptr_t dstStride, int coeffIdx); > +void x265_interp_8tap_vert_sp_48x64_neon(const int16_t* src, intptr_t > srcStride, pixel* dst, intptr_t dstStride, int coeffIdx); > +void x265_interp_8tap_vert_sp_12x16_neon(const int16_t* src, intptr_t > srcStride, pixel* dst, intptr_t dstStride, int coeffIdx); > #endif // ifndef X265_IPFILTER8_ARM_H > ___ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.videolan.org/listinfo/x265-devel > -- Deepthi Nandakumar Engineering Manager, x265 Multicoreware, Inc ___ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel

[x265] hdr: maxCLL/maxFALL convert YUV to RGB domain, and then to linear luminance levels

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1458630685 -19800 # Tue Mar 22 12:41:25 2016 +0530 # Node ID 2860b4d8bd682e8d0fe2a08b1e16198feb696230 # Parent 2de6cb99313a03c3577934ac5e2e116f7ba6cd10 hdr: maxCLL/maxFALL convert YUV to RGB

Re: [x265] [PATCH 2 of 2] arm: Implement interp_8tap_vert_ps_NxN NEON

ue Mar 22 18:41:56 2016 +0530 >>> @@ -102,4 +102,30 @@ >>> void x265_interp_8tap_vert_sp_24x32_neon(const int16_t* src, intptr_t >>> srcStride, pixel* dst, intptr_t dstStride, int coeffIdx); >>> void x265_interp_8tap_vert_sp_48x64_neon(cons

[x265] encoder: the first frame encoder resets reconfigure for itself and all other FEs

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1458199897 -19800 # Thu Mar 17 13:01:37 2016 +0530 # Node ID 63748dea60675d5a029ca0b1b8a92de2aaad94b0 # Parent 4b0da550a69cb237f1042d913f0d40fd9c8e293e encoder: the first frame encoder resets recon

Re: [x265] [PATCH] fix bug in scaling list

int predList = scalingList.checkPredMode(sizeId, listId); > WRITE_FLAG(predList < 0, "scaling_list_pred_mode_flag"); > @@ -334,12 +334,7 @@ > for (int i = 0; i < coefNum; i++) > { > data = src[scan[i]] - nextCoef; > - nextCoef = src[sc

[x265] analysis: initialise chroma sa8d for slave pmode threads as well

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1458297322 -19800 # Fri Mar 18 16:05:22 2016 +0530 # Node ID ed744166c37e0796ec576ac315dfec76b5614d14 # Parent f60818c73f3b2c8c42d987c6d25d9c73ef6bc089 analysis: initialise chroma sa8d for slave

[x265] level: correct reference buffer initialisations

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1458214450 -19800 # Thu Mar 17 17:04:10 2016 +0530 # Node ID 4b0da550a69cb237f1042d913f0d40fd9c8e293e # Parent b09998b1256ed8e652c4bf2d688cbfab3a84d5cd level: correct reference buffer initialisations

[x265] param: prevent race conditions in initialising global tables (refs #247)

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1458293588 -19800 # Fri Mar 18 15:03:08 2016 +0530 # Node ID f60818c73f3b2c8c42d987c6d25d9c73ef6bc089 # Parent 63748dea60675d5a029ca0b1b8a92de2aaad94b0 param: prevent race conditions in initialising

Re: [x265] GCC: format warning in showHelp for default rc.bEnableGrain being no integer number

list > x265-devel@videolan.org > https://mailman.videolan.org/listinfo/x265-devel > -- Deepthi Nandakumar Engineering Manager, x265 Multicoreware, Inc ___ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel

Re: [x265] Bitbucket / Multicoreware bug tracker relevance?

tch...@webterminate.com> wrote: > Thanks for your quick response Deepthi! -- I've now posted more info at > > https://bitbucket.org/multicoreware/x265/issues/214/ghosting-artefacts-even-with-low-crf-when > ... but in case anyone on this list wants to see it, here it is: > > I didn't set man

Re: [x265] [PATCH] analysis: init depth and mode analysis buffer at the begining of CTU compression. Encoder nits

te frameRecordSize */ > analysis->frameRecordSize = sizeof(analysis->frameRecordSize) + > sizeof(depthBytes) + sizeof(analysis->poc) + sizeof(analysis->sliceType) + >sizeof(analysis->numCUsInFrame) + > sizeof(analysis->numPartitions) + sizeof(analysis->bScenecut) + > sizeof(analysis->

Re: [x265] [PATCH] arm: Implement planecopy_cp NEON

sstride0, intptr_t sstride1); > void x265_pixel_add_ps_64x64_neon(pixel* a, intptr_t dstride, const > pixel* b0, const int16_t* b1, intptr_t sstride0, intptr_t sstride1); > + > +void x265_pixel_planecopy_cp_neon(const uint8_t* src, intptr_t srcStride, > pixel* dst, int

Re: [x265] [PATCH] [REVIEW PATCH]Use qp value of encoded CU, instead slice qp value

= (double)(estDist[0] + estDist[1]) + m_chromaLambda * >> (double)estRate; >> +double cost = (double)(estDist[0] + estDist[1]) + lambda[1] * >> (double)estRate; >> >> if (cost < costPartBest) >> { >> @@ -1665,7 +1670,7 @@ >> } >> } >> >&g

Re: [x265] [PATCH] arm: Implement planecopy_cp NEON

t; + > +void x265_pixel_planecopy_cp_neon(const uint8_t* src, intptr_t srcStride, > pixel* dst, intptr_t dstStride, int width, int height, int shift); > #endif // ifndef X265_I386_PIXEL_ARM_H > ___ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.videolan.org/listinfo/x265-devel > -- Deepthi Nandakumar Engineering Manager, x265 Multicoreware, Inc ___ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel

[x265] reconfigure: revise reconfigurable parameters

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1456928545 -19800 # Wed Mar 02 19:52:25 2016 +0530 # Node ID d8ab542232eb047bbd7f6bcbabf482d50e2393fc # Parent 7f7fe82ad6784c2773e0123f746ff37c66632d06 reconfigure: revise reconfigurable parameters S

[x265] encoder: handle m_latestParam and m_param correctly

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1457090985 -19800 # Fri Mar 04 16:59:45 2016 +0530 # Node ID 88aebc166fa8e16f91d5f0acce77690003be9d91 # Parent 5cded27462444bee633d687151cf32299353b28b encoder: handle m_latestParam and m_param cor

Re: [x265] [PATCH] arm: Implement filterPixelToShort ARM NEON asm

_t* dst, intptr_t dstStride); > +void x265_filterPixelToShort_8x32_neon(const pixel* src, intptr_t > srcStride, int16_t* dst, intptr_t dstStride); > +void x265_filterPixelToShort_12x16_neon(const pixel* src, intptr_t > srcStride, int16_t* dst, intptr_t dstStride); > +void x265_filterPixelToShort_16x4_neon(const pixel* src, intptr_t > srcStride, int16_t* dst, intptr_t dstStride); > +void x265_filterPixelToShort_16x8_neon(const pixel* src, intptr_t > srcStride, int16_t* dst, intptr_t dstStride); > +void x265_filterPixelToShort_16x12_neon(const pixel* src, intptr_t > srcStride, int16_t* dst, intptr_t dstStride); > +void x265_filterPixelToShort_16x16_neon(const pixel* src, intptr_t > srcStride, int16_t* dst, intptr_t dstStride); > +void x265_filterPixelToShort_16x32_neon(const pixel* src, intptr_t > srcStride, int16_t* dst, intptr_t dstStride); > +void x265_filterPixelToShort_16x64_neon(const pixel* src, intptr_t > srcStride, int16_t* dst, intptr_t dstStride); > +void x265_filterPixelToShort_24x32_neon(const pixel* src, intptr_t > srcStride, int16_t* dst, intptr_t dstStride); > +void x265_filterPixelToShort_32x8_neon(const pixel* src, intptr_t > srcStride, int16_t* dst, intptr_t dstStride); > +void x265_filterPixelToShort_32x16_neon(const pixel* src, intptr_t > srcStride, int16_t* dst, intptr_t dstStride); > +void x265_filterPixelToShort_32x24_neon(const pixel* src, intptr_t > srcStride, int16_t* dst, intptr_t dstStride); > +void x265_filterPixelToShort_32x32_neon(const pixel* src, intptr_t > srcStride, int16_t* dst, intptr_t dstStride); > +void x265_filterPixelToShort_32x64_neon(const pixel* src, intptr_t > srcStride, int16_t* dst, intptr_t dstStride); > +void x265_filterPixelToShort_48x64_neon(const pixel* src, intptr_t > srcStride, int16_t* dst, intptr_t dstStride); > +void x265_filterPixelToShort_64x16_neon(const pixel* src, intptr_t > srcStride, int16_t* dst, intptr_t dstStride); > +void x265_filterPixelToShort_64x32_neon(const pixel* src, intptr_t > srcStride, int16_t* dst, intptr_t dstStride); > +void x265_filterPixelToShort_64x48_neon(const pixel* src, intptr_t > srcStride, int16_t* dst, intptr_t dstStride); > +void x265_filterPixelToShort_64x64_neon(const pixel* src, intptr_t > srcStride, int16_t* dst, intptr_t dstStride); > + > #endif // ifndef X265_IPFILTER8_ARM_H > ___ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.videolan.org/listinfo/x265-devel > -- Deepthi Nandakumar Engineering Manager, x265 Multicoreware, Inc ___ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel

Re: [x265] Preset ultrafast + 422 or 444 8 bit 1920x1080 shows as 1920x1072 with ffmpeg.

.hevc': > Duration: N/A, bitrate: N/A > Stream #0:0: Video: hevc (Rext), yuv444p(tv), 1920x1072, 50 fps, 50 > tbr, 1200k tbn, 50 tbc > At least one output file must be specified > ___ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.

[x265] calcHDRStats: cleanup, remove bug related to min/max luma

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1456988948 -19800 # Thu Mar 03 12:39:08 2016 +0530 # Node ID 8e99beacb197e4a0e9a85f4b7ff2a9df4e5bfaac # Parent 9cc9920bf82be1b43efd2a3628e28a3a78ab3b2f calcHDRStats: cleanup, remove bug related to m

[x265] dpb: cleanup, use param->maxReferences

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1456919771 -19800 # Wed Mar 02 17:26:11 2016 +0530 # Node ID 9cc9920bf82be1b43efd2a3628e28a3a78ab3b2f # Parent 09897438eb2c4d95ff773ae716b4f211f5d3e1b3 dpb: cleanup, use param->maxReferences

[x265] search: remove RDOQ level initialisations in initSearch

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1456912786 -19800 # Wed Mar 02 15:29:46 2016 +0530 # Node ID b043f1d2c2c0e25a67730508b1397378498fa364 # Parent 39b9334593cfe67b24d998ade2fa1895f342afb3 search: remove RDOQ level initialisations in init

[x265] motion: set search method/subpel refine for each PU

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1456913895 -19800 # Wed Mar 02 15:48:15 2016 +0530 # Node ID 09897438eb2c4d95ff773ae716b4f211f5d3e1b3 # Parent 81a6c44e9e4acfcd64d260914886e0039877c10e motion: set search method/subpel refine for e

[x265] quant: set rdoq level in setQPforQuant, and not init

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1456913081 -19800 # Wed Mar 02 15:34:41 2016 +0530 # Node ID 81a6c44e9e4acfcd64d260914886e0039877c10e # Parent b043f1d2c2c0e25a67730508b1397378498fa364 quant: set rdoq level in setQPforQuant, and no

Re: [x265] [PATCH] rc: fix ABR 2-pass

*LigH* Rohkrämer >> mailto:cont...@ligh.de >> >> ___ >> x265-devel mailing list >> x265-devel@videolan.org >> https://mailman.videolan.org/listinfo/x265-devel >> > > > ___

[x265] primitives: change planeClipAndMax to calcStats_HDR, add YUV to RGB conversions

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1456592330 -19800 # Sat Feb 27 22:28:50 2016 +0530 # Node ID 631fe6745d9deaab1577b769c6e8feb79ca084da # Parent 107d56fa9b06ae9d240b0608d38d403ccc974b7a primitives: change planeClipAndMax to calcSta

[x265] picyuv: luma max/min only for HDR-relevant encodes, fix param initialisations

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1456649560 -19800 # Sun Feb 28 14:22:40 2016 +0530 # Node ID 107d56fa9b06ae9d240b0608d38d403ccc974b7a # Parent 7ede72109f16d0df227d44f1ab1aef368628bab0 picyuv: luma max/min only for HDR-relevant encode

Re: [x265] [PATCH] arm: Implement pixelavg_pp_NxN_neon

t dstride, const > pixel* src0, intptr_t sstride0, const pixel* src1, intptr_t sstride1, int); > +void x265_pixel_avg_pp_32x64_neon (pixel* dst, intptr_t dstride, const > pixel* src0, intptr_t sstride0, const pixel* src1, intptr_t sstride1, int); > +void x26

[x265] [ANN] x265 1.9 released

Performance == - Recently added features lookahead-slices, limit-modes, limit-refs have been enabled by default for applicable presets. - The default psy-rd strength has been increased to 2.0 - Multi-socket machines now use a single pool of threads that can work cross-socket. Thanks, Deepthi

Re: [x265] [PATCH] fix typo error on patch 'fix non-determination output after apply new preset parameter sets'

didates for likely early-outs */ > > ___ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.videolan.org/listinfo/x265-devel > -- Deepthi Nandakumar Engineering Manager, x265 Multicoreware, Inc

Re: [x265] [PATCH] fix deadlock and output change on new ParallelFilter framework. (Issue #225)

w. > > In my design, FrameFilter just one instance every frame and ParallelFilter > instance for every row. > > > At 2016-01-12 13:37:36,"Deepthi Nandakumar" <deep...@multicorewareinc.com> > wrote: > > Min, thanks. Queuing this. > > I still

Re: [x265] [PATCH] fix deadlock and output change on new ParallelFilter framework. (Issue #225)

here in code. > > ParallelFilter* m_parallelFilter; > > So in that case we don't need nested class. > > Thanks > Ashok. > > On Thu, Jan 14, 2016 at 1:31 PM, Deepthi Nandakumar < > deep...@multicorewareinc.com> wrote: > >> Min, >> >> Sure - what I

[x265] [PATCH] rdcost: weight chroma distortion only for 444 formats

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1452495287 -19800 # Mon Jan 11 12:24:47 2016 +0530 # Branch stable # Node ID 81ff6d47262fe42697ba3f2043e665efb00aac33 # Parent 7593a5bbb07d9db31c7bf9535ec24dd2cf4bcd4a rdcost: weight chroma distortio

[x265] [PATCH] psyrd: change default to 2.0, increase range to 5.0

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1452506593 -19800 # Mon Jan 11 15:33:13 2016 +0530 # Branch stable # Node ID 6f44cd5d00ff423b0e2f4817bc25b96d4191e82b # Parent 81ff6d47262fe42697ba3f2043e665efb00aac33 psyrd: change default to 2.0, in

Re: [x265] [PATCH] doc: Update comment in x265.h for range and default value of psyrd

___ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.videolan.org/listinfo/x265-devel > -- Deepthi Nandakumar Engineering Manager, x265 Multicoreware, Inc ___ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel

Re: [x265] [PATCH] fix deadlock and output change on new ParallelFilter framework. (Issue #225)

_param->bEnableWavefront && curRow.completed >= 2 && row < > m_numRows - 1 && > (!m_bAllRowsStop || intRow + 1 < m_vbvResetTriggerRow)) > { > @@ -1161,7 +1159,7 @@ > > ScopedLock self(curRow.lock); > if ((m_bAllRowsStop

[x265] [PATCH] cmake: Currently, x265 supports only C++98 (refs #199)

# HG changeset patch # User Deepthi Nandakumar <deep...@multicorewareinc.com> # Date 1452490572 -19800 # Mon Jan 11 11:06:12 2016 +0530 # Branch stable # Node ID 7593a5bbb07d9db31c7bf9535ec24dd2cf4bcd4a # Parent bcaf4c5c04e927ba027a011dce796b42e4fc089e cmake: Currently, x265 supports

Re: [x265] [PATCH] regression: remove rd 0 at faster presets too

mobile_calendar_422_ntsc.y4m,--preset medium --bitrate 500 -F4 > mobile_calendar_422_ntsc.y4m,--preset slower --tskip --tskip-fast > mobile_calendar_422_ntsc.y4m,--preset veryslow --tskip --limit-refs 2 > ___ > x265-devel mailing list > x2

Re: [x265] [PATCH] fix non-determination output after apply new preset parameter sets

t;analysisMode == X265_ANALYSIS_LOAD) > { > uint8_t* reuseDepth = > _reuseInterDataCTU->depth[parentCTU.m_cuAddr * parentCTU.m_numPartitions]; > > ___ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.videolan.org/listin

Re: [x265] [PATCH] asm: rewrite 16bpp partial pixels process code on upShift and downShift (Issue #223)

2; > -int height = 32 + rand() % 32; > +int width = 32 + (rand() % 32); > +int height = 32 + (rand() % 32); > intptr_t srcStride = 64; > intptr_t dstStride = width; > int j = 0; > @@ -1308,11 +1308,23 @@ > for (int i = 0; i < ITERS; i++) >

Re: [x265] [PATCH 2 of 2] alloc extra 32 bytes to avoid Valgrind read beyond warning

_tmpU[i] += 1; > } > > > ___ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.videolan.org/listinfo/x265-devel > -- Deepthi Nandakumar Engineering Manager, x265 Multicoreware, Inc

Re: [x265] [PATCH 1 of 2] fix weight memory free bug on I400

} > > int MotionReference::init(PicYuv* recPic, WeightParam *wp, const > x265_param& p) > > ___ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.videolan.org/listinfo/x265-devel > -- Deepthi Nandakumar Engineering Manager, x265 Mu

Re: [x265] [PATCH] presets: Updating presets to improve coding efficiency and speed

nd = 4; > param->searchMethod = X265_STAR_SEARCH; > param->maxNumReferences = 5; > +param->limitReferences = 1; > param->bIntraInBFrames = 1; > param->lookaheadSlices = 0; // disabled for best quality > } > @@ -405,6 +406,7 @@ > param->searchMethod = X265_STAR_SEARCH; > param->bEnableTransformSkip = 1; > param->maxNumReferences = 5; > +param->limitReferences = 0; > param->rc.bEnableSlowFirstPass = 1; > param->bIntraInBFrames = 1; > param->lookaheadSlices = 0; // disabled for best quality > ___ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.videolan.org/listinfo/x265-devel > ___ > x265-devel mailing list > x265-devel@videolan.org > https://mailman.videolan.org/listinfo/x265-devel > -- Deepthi Nandakumar Engineering Manager, x265 Multicoreware, Inc ___ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel

Re: [x265] [PATCH] regression: update test commandlines

o-wpp > One of the above no-wpp commandlines will do. > ducks_take_off_420_720p50.y4m,--preset veryslow --constrained-intra > --bframes 2 > mobile_calendar_422_ntsc.y4m,--preset superfast --weightp --rd 0 > mobile_calendar_422_ntsc.y4m,--preset medium --bitrate 500 -F4 > ____

  1   2   3   4   5   6   >