# HG changeset patch
# User Praveen Tiwari
# Date 1400570170 -19800
# Node ID 5dd459c0b7a0c4d7a4c194323d00fdc044f2ba13
# Parent b35a5d8f012b5d2d45865bf2a1419df2cd8087d6
noise reduction feature, ported from x264
diff -r b35a5d8f012b -r 5dd459c0b7a0 doc/reST/cli.rst
--- a/doc/reST/cli.rst Sun May
# HG changeset patch
# User Praveen Tiwari
# Date 1400571638 -19800
# Node ID d4aecd3490c1b020b7a3114e18a92bdf5e2e51c8
# Parent 5dd459c0b7a0c4d7a4c194323d00fdc044f2ba13
TComTrQuant.cpp, white-space cleanup
diff -r 5dd459c0b7a0 -r d4aecd3490c1 source/Lib/TLibCommon/TComTrQuant.cpp
---
In the help output of the x265 CLI, I see both default values for CRF
(28.0) and CQ (32). Are they valid at the same time? Or is the default QP
outdated since CRF is the default rate control mode?
I believe if I explicitly define either a CRF or CQ value, this will set
the rate control
--
Message: 2
Date: Mon, 19 May 2014 18:33:37 -0500
From: Steve Borho st...@borho.org
To: Development for x265 x265-devel@videolan.org
Subject: Re: [x265] [PATCH] fix : square chroma transform expected
error message
Message-ID:
On Tue, May 20, 2014 at 1:30 PM, Mario *LigH* Rohkrämer cont...@ligh.dewrote:
In the help output of the x265 CLI, I see both default values for CRF
(28.0) and CQ (32). Are they valid at the same time? Or is the default QP
outdated since CRF is the default rate control mode?
Yes, CRF is the
Am 20.05.2014, 11:30 Uhr, schrieb Deepthi Nandakumar
deep...@multicorewareinc.com:
With nothing specified --crf 32 is the default for ratecontrol.
No, actually --crf 28.0, I believe?
--
Fun and success!
Mario *LigH* Rohkrämer
mailto:cont...@ligh.de
Sorry, yes, typo: --crf 28.0 is the default.
On Tue, May 20, 2014 at 3:14 PM, Mario *LigH* Rohkrämer cont...@ligh.dewrote:
Am 20.05.2014, 11:30 Uhr, schrieb Deepthi Nandakumar
deep...@multicorewareinc.com:
With nothing specified --crf 32 is the default for ratecontrol.
No, actually
On Tue, May 20, 2014 at 3:34 AM, Ashok Kumar Mishra
as...@multicorewareinc.com wrote:
--
Message: 2
Date: Mon, 19 May 2014 18:33:37 -0500
From: Steve Borho st...@borho.org
To: Development for x265 x265-devel@videolan.org
Subject: Re: [x265] [PATCH] fix :
On Tue, May 20, 2014 at 2:40 AM, prav...@multicorewareinc.com wrote:
# HG changeset patch
# User Praveen Tiwari
# Date 1400571638 -19800
# Node ID d4aecd3490c1b020b7a3114e18a92bdf5e2e51c8
# Parent 5dd459c0b7a0c4d7a4c194323d00fdc044f2ba13
TComTrQuant.cpp, white-space cleanup
diff -r
# HG changeset patch
# User Yuvaraj Venkatesh yuva...@multicorewareinc.com
# Date 1400595977 -19800
# Tue May 20 19:56:17 2014 +0530
# Node ID 0d2ec86fa28bb3b59e5a4a477d16b11e7743431f
# Parent a815df2b313f9a37623d90abe7610ebdcd0db5c8
asm: fix bug for invalid read in sa8d
fix invalid read
On Tue, May 20, 2014 at 9:50 AM, Ashok Kumar Mishra
as...@multicorewareinc.com wrote:
trim
That only answers half the question though. The other half is whether
it is safe to write a widthC x widthC square block into that buffer,
or whether that buffer was allocated as widthC x heightC.
--
On Tue, May 20, 2014 at 9:27 AM, yuva...@multicorewareinc.com wrote:
# HG changeset patch
# User Yuvaraj Venkatesh yuva...@multicorewareinc.com
# Date 1400595977 -19800
# Tue May 20 19:56:17 2014 +0530
# Node ID 0d2ec86fa28bb3b59e5a4a477d16b11e7743431f
# Parent
# HG changeset patch
# User Den Scherbin dncodr at gmail.com
# Date 1400627084 -10800
# Wed May 21 02:04:44 2014 +0300
# Node ID 1ed48eced207da74a4956b7fab8a410ddd6f27c7
# Parent a13534aa7c6b386dbb01e82778cdf45a2cde3248
cmake: Fix issue #56. Correct hg path for windows.
diff -r a13534aa7c6b
13 matches
Mail list logo