[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

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] 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] [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

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] 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] [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

[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] 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] [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] [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] 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] 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] 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] [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

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] 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] Bitbucket / Multicoreware bug tracker relevance?

org/multicoreware/x265/issues/214/ghosting-artefacts-even-with-low-crf-when > > ... but it got so little response that I'm wondering whether I've been > > reporting it to some fork or peripheral place that's not relevant for > > the actual development of x265. > > > > Cheers, >

[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

[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] 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

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

[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

[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

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

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] '--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] [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] 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 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] 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 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

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 ___

[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

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

[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

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

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

[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] 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] 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

[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] 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

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

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

[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] Ghosting/artifacts even with low CRF

nocutree.mkv >> >> >> The resulting file has over twice the size, and even though the artifacts >> on ornaments are mostly gone, some straight edges in between the lines are >> still not moving according to the scene. >> >> Has any progress been made on this iss

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

[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

Re: [x265] [ANN] x265 2.0 released

flexibility in determining thread and pool counts >- ABR: improve bits allocation in the first few frames, abr reset, vbv >and cutree improved > > ======= Misc > == > > - An SSIM

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] modify the minimum keyint value

Earlier, keyframeMin was fixed to the range (1, keyframeMax/2 + 1). This patch removes the upper bound, but does not change behaviour wrt scenecut threshold in any way. On Thu, Sep 22, 2016 at 3:14 AM, wrote: > # HG changeset patch > # User Gopi

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

We just need a basic predictor for slice QP - this could be the first cut QP estimates from Ratecontrol::rateEstimateQscale. These are very easy to compute and likely to be more correlated to sliceQP. The ratecontrol team should be able to help. On Wed, Sep 28, 2016 at 8:35 AM, chen

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

Kavitha/Bhavana, excellent job! The test metrics look pretty good. On Tue, Oct 4, 2016 at 2:50 PM, wrote: > # HG changeset patch > # User Bhavna Hariharan > # Date 1474620761 -19800 > # Fri Sep 23 14:22:41 2016 +0530 > # Node ID

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] Optimize slice QP in PPS for x265

Thanks - this is a high priority item for low bitrate encodes. On Mon, Sep 26, 2016 at 11:46 PM, xuefeng wrote: > All, > hello! > > x265 set the slice QP in PPS to 26. Bits can be saved by > calculating a closer approximation to the actual > slice QP values

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

int that is equal to >> keyint (a fixed keyint) that x265 does not override. Separately, we’ve >> also fixed our scenecut option to enable the benefits of scenecut detection >> with fixed GOP structures. >> >> >> >> *From:* x265-devel [mailto:x265-devel-boun...@v

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

Divya, thanks. Can you please walk through the x265_param structure and make sure every single field in x265_param is logged in this string? It will help if you stick to the exact same order as the x265_param structure. On Fri, Nov 11, 2016 at 4:13 PM, Divya Manivannan <

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] api: Introduce param options to toggle PPS bitstream optimizations

On Mon, Oct 17, 2016 at 2:00 PM, Pradeep Ramachandran < prad...@multicorewareinc.com> wrote: > # HG changeset patch > # User Pradeep Ramachandran > # Date 1476693005 -19800 > # Mon Oct 17 14:00:05 2016 +0530 > # Node ID 304116f4cd41bc4fd610d5b16c6f447a50b8df02

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

Thanks - nice work. Why is it necessary to turn on regular aq for this? Regular aq penalises blocks with high variance, while aq-motion penalises blocks with high MVs. Can we not use aq-motion without basic aq? On Wed, Dec 28, 2016 at 6:38 PM, wrote: > #

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

So, the general idea here is to reuse analysis data from lower resolution encodes (save mode) for higher resolution encodes (load mode). The compression efficiency loss here will always be higher, than, if you used high-res analysis data for low-res encodes. On Fri, Jun 2, 2017 at 10:58 PM,

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

Why are file reads required to compute vmaf? The recon and original yuv sources are available. Why floating point reads? On Thu, Apr 12, 2018 at 5:31 PM, Ashok Kumar Mishra < as...@multicorewareinc.com> wrote: > > > On Thu, Apr 12, 2018 at 4:43 PM, wrote: > >> #

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

<    1   2   3   4