On Fri, Sep 13, 2013 at 11:11 PM, Steve Borho st...@borho.org wrote:
# HG changeset patch
# User Steve Borho st...@borho.org
# Date 1379053732 18000
# Fri Sep 13 01:28:52 2013 -0500
# Node ID b8bb66cd21bcab6505b7fe321e95875861c84bda
# Parent 2614338b90d3533c2760a94fa10ffb5dee57910c
Agreed. Resending the patch - alongwith a few cleanups to make it easier to
track all elements in the param struct.
On Mon, Sep 16, 2013 at 3:27 PM, Derek Buitenhuis
derek.buitenh...@gmail.com wrote:
On Mon, Sep 16, 2013 at 10:47 AM, Deepthi Nandakumar
deep...@multicorewareinc.com wrote
Thanks for pointing that out, that was indeed unintentional. Pushed the
fix.
On Mon, Sep 16, 2013 at 9:11 PM, Derek Buitenhuis
derek.buitenh...@gmail.com wrote:
On Mon, Sep 16, 2013 at 1:30 PM, Deepthi Nandakumar
deep...@multicorewareinc.com wrote:
# HG changeset patch
# User Deepthi
FrameEncoder and compressFrame needs to be refactored for mallocs and
failures to be handled correctly.
On Thu, Sep 19, 2013 at 1:31 PM, Gopu Govindaswamy
g...@multicorewareinc.com wrote:
# HG changeset patch
# User Gopu Govindaswamy g...@multicorewareinc.com
# Date 1379577682 -19800
#
Can you try sending this as a fresh patch to the mailing list? Does not
apply cleanly to the parent node.
On Thu, Sep 19, 2013 at 2:46 PM, Deepthi Devaki Akkoorath
deepthidev...@multicorewareinc.com wrote:
# HG changeset patch
# User Deepthi Devaki deepthidev...@multicorewareinc.com
# Date
Thanks, pushed fix.
On Tue, Sep 24, 2013 at 2:14 PM, Nikos Barkas nikbar2...@yahoo.com wrote:
There is a linking problem with revision c56e392b2c68 on MinGW. The error
comes from common.cpp and is our old friend:
undefined reference to `__sync_val_compare_and_swap_4'
The file common.cpp
# HG changeset patch
# User sai...@multicorewareinc.com
# Date 1381818060 -19800
# Tue Oct 15 11:51:00 2013 +0530
# Branch hsa
# Node ID 5725e4986fa142c38ed7416f303f93604135c603
# Parent 0004c182f326197019a7426f080dd04ff99f39d3
Fixed the --me 4 cli option error
diff -r 0004c182f326 -r
Pushed.
On Thu, Oct 17, 2013 at 12:52 PM, prav...@multicorewareinc.com wrote:
# HG changeset patch
# User Praveen Tiwari
# Date 1381994531 -19800
# Node ID 68f97c7f08392d387046736ae3e86095c653fd05
# Parent 5914800260d95a9bac7ce3eec2291e5c781e8422
Fixed issue with chroma 2xN block asm
Thanks - unintended duplicate copy. Pushed the same fix before I saw this.
On Mon, Oct 21, 2013 at 1:16 PM, Gopu Govindaswamy
g...@multicorewareinc.com wrote:
# HG changeset patch
# User Gopu Govindaswamy g...@multicorewareinc.com
# Date 1382341604 -19800
# Node ID
://stackoverflow.com/questions/2626898/mercurial-copy-patch-to-repository
seems to say hg import should work.
How did you apply this one?
Thanks,
Le 21/10/2013 18:47, Deepthi Nandakumar a écrit :
Pushed this - but the user name has not been configured properly.
On Mon, Oct 21, 2013 at 6:16 PM
Steve,
This is part of an ongoing change to rd 0/1 where we want to replace cost =
distortion + lambda*(coeff + mv bits), as opposed to that derived from the
RDO process. Here, the coeff bits have not been added, only me bits are
considered.
I believe we'll need an exhaustive set of tests for
Posting the efficiency results FYI. The performance drop will be taken care
of once the rd 0/1 refactor is complete.
Before BasketballPass_416x240_50 (11.04 fps), 328.96 kb/s, Global
PSNR: 35.613
After BasketballPass_416x240_50(10.70 fps), 326.64 kb/s, Global
PSNR: 35.609
Before
Since the default preset is medium, shouldnt x265_param_default apply
medium settings only? So that the if (!strcmp(preset, medium)) block here
is empty??
In that case, the preset (if specified) will change only the ones which are
different from medium?
Also, there are a few params here that
1.
I have a few questions.
1. Do we need so many local variables?
2. Why are we adding outTempCU-cost to totalCost and then comparing
against outBestCU-cost? That doesnt make much sense to me. AFAIk,
outTempCU does not contain any valid data - we should remove this.
3. Should we be adding
This patch cannot be accepted.
1. For generic 8bpp I420 optimizations, we can avoid the extra call to
partitionFromSizes in chroma by passing in part, instead of partsize. This
will remove the downshift and then upscale by 2 (!!)
2. We will need to handle multiple color spaces separately as luma
On hold until earlier patch has been fixed.
On Wed, Nov 13, 2013 at 12:46 PM, muru...@multicorewareinc.com wrote:
# HG changeset patch
# User Murugan Vairavel muru...@multicorewareinc.com
# Date 1384326967 -19800
# Wed Nov 13 12:46:07 2013 +0530
# Node ID
This cant be applied until the csp changes have been incorporated in.
On Wed, Nov 13, 2013 at 4:23 PM, prav...@multicorewareinc.com wrote:
# HG changeset patch
# User Praveen Tiwari
# Date 1384339140 -19800
# Node ID c0da70471ba63f052bd0e0cdf81af3d0ca9150a4
# Parent
Pushed. But next time, please organize your patches more clearly.
1. Add C primitive, if it does not exist.
2. Add the function pointer declarations and new primitive declarations to
EncoderPrimitives struct.
3. Add testbench code for primitives.
4. Add asm code.
Once all above patches have been
In encoder::configure, there should be some check for --b-adapt 0 --bframes
0, in which case print warning and disable b-pyramid.
On Mon, Nov 18, 2013 at 3:40 PM, Gopu Govindaswamy
g...@multicorewareinc.com wrote:
# HG changeset patch
# User Gopu Govindaswamy g...@multicorewareinc.com
#
Does not apply at the tip.
On Mon, Nov 25, 2013 at 11:40 AM, yuva...@multicorewareinc.com wrote:
# HG changeset patch
# User Yuvaraj Venkatesh yuva...@multicorewareinc.com
# Date 1385359751 -19800
# Mon Nov 25 11:39:11 2013 +0530
# Node ID 90a80def0f1aabdf29e1f08dd0f2263d8e6af805
#
Reverting the sa8d_inter changes. This block always uses square CUs, so
sa8d primitives are sufficient.
# HG changeset patch
# User Deepthi Nandakumar deep...@multicorewareinc.com
# Date 1385631244 -19800
# Node ID 2ba6c26c9febdc8c57d3014c0cf98d4897d3992d
# Parent
Build fails.
On Thu, Nov 28, 2013 at 11:10 AM, kavi...@multicorewareinc.com wrote:
# HG changeset patch
# User Kavitha Sampath kavi...@multicorewareinc.com
# Date 1385616934 -19800
# Thu Nov 28 11:05:34 2013 +0530
# Branch stable
# Node ID 8519dc4a5b9e53f1ed6f2f52294d7caea2803bc3
#
Pushed. So what are the latest results for different sequences on enabling
aq-mode?
On Tue, Dec 3, 2013 at 4:31 PM, Aarthi Thirumalai
aar...@multicorewareinc.com wrote:
# HG changeset patch
# User Aarthi Thirumalai
# Date 1386068495 -19800
# Tue Dec 03 16:31:35 2013 +0530
# Node ID
Build fails. Restore qtlayer.
On Mon, Dec 16, 2013 at 3:07 PM, deepthidev...@multicorewareinc.com wrote:
# HG changeset patch
# User Deepthi Devaki deepthidev...@multicorewareinc.com
# Date 1387185624 -19800
# Node ID f20e5ab835cd7071d9ebeabff50f6b9fef4d3e39
# Parent
Am I missing something here? You have added code in the else part - if(AQ
is disabled), we are already calculating variance for weightP.
On Mon, Dec 16, 2013 at 5:43 PM, Gopu Govindaswamy
g...@multicorewareinc.com wrote:
# HG changeset patch
# User Gopu Govindaswamy g...@multicorewareinc.com
Ughh - there's something wrong with my hg import. All clear now.
On Mon, Dec 16, 2013 at 10:34 PM, Deepthi Nandakumar
deep...@multicorewareinc.com wrote:
Am I missing something here? You have added code in the else part - if(AQ
is disabled), we are already calculating variance for weightP
What about the variance value returned by acEnergyCu?
On Mon, Dec 16, 2013 at 10:43 PM, Deepthi Nandakumar
deep...@multicorewareinc.com wrote:
Ughh - there's something wrong with my hg import. All clear now.
On Mon, Dec 16, 2013 at 10:34 PM, Deepthi Nandakumar
deep
Thanks, should be fixed now.
On Tue, Dec 17, 2013 at 4:08 AM, Selur hyb...@selur.de wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Nothing seriously, just wanted to note that building on Mac OS throws
some warnings during building.
On Fri, Dec 27, 2013 at 11:07 PM, Aarthi Thirumalai
aar...@multicorewareinc.com wrote:
# HG changeset patch
# User Aarthi Thirumalai
# Date 1388165826 -19800
# Fri Dec 27 23:07:06 2013 +0530
# Node ID 964e5bc90ad2a0f80980409046a13b4cbaf11a03
# Parent
This is a CMake + VS configuration issue. A quick Google search - please
read the following:
http://stackoverflow.com/questions/2849517/linking-problem-fatal-error-lnk1112-module-machine-type-x64-conflicts-with-t
On Sat, Jan 11, 2014 at 12:28 AM, Purvin Pandit purv...@hotmail.com wrote:
I
On Fri, Jan 10, 2014 at 2:10 PM, sumala...@multicorewareinc.com wrote:
# HG changeset patch
# User Sumalatha Polureddy
# Date 1389343212 -19800
# Node ID 104fb077a9813f0f3bb94c370e134d0d6d180809
# Parent 80b63c3ee144e6edbafbbe281ad3d1d8505be1f6
rd Level: improve bitrate and psnr in rd
(default: enable) (Deepthi Nandakumar)
--
Message: 1
Date: Fri, 3 Jan 2014 16:19:29 +0530
From: Deepthi Nandakumar deep...@multicorewareinc.com
To: Development for x265 x265-devel@videolan.org, Tom Vaughan
tom.vaug
This patch is pending, right Nabajit? I havent pushed the luma_vss
/chroma_vss assembly patches or the testbench edits to luma_vss.
On Wed, Jan 29, 2014 at 1:56 PM, chen chenm...@163.com wrote:
@@ -5105,8 +5108,9 @@
pmaddwdm5, [r6 + 3 * 16]
paddd m1, m5
Does not apply at the tip. Please pull and resend.
On Wed, Feb 5, 2014 at 12:31 PM, muru...@multicorewareinc.com wrote:
# HG changeset patch
# User Murugan Vairavel muru...@multicorewareinc.com
# Date 1391582491 -19800
# Wed Feb 05 12:11:31 2014 +0530
# Node ID
On Fri, Feb 7, 2014 at 5:48 AM, g...@multicorewareinc.com wrote:
# HG changeset patch
# User Gopu Govindaswamy
# Date 1391732264 28800
# Thu Feb 06 16:17:44 2014 -0800
# Node ID 0198815523c1e653fee59f8b6ee58bffbfb12131
# Parent 634bc0b1c24653dd254df77cd80f96f81e71e888
slicetype: bug
Hi,
Can you take a look at what the following does? Does the decoder actually
detect HRD parameters?
# HG changeset patch
# User Deepthi Nandakumar deep...@multicorewareinc.com
# Date 1387524067 -19800
# Node ID 3e794e059f7ffe0edaaf5432df5297631a0f44f6
# Parent
Hi,
On Mon, Feb 17, 2014 at 12:38 PM, z...@rock-chips.com
z...@rock-chips.comwrote:
hi, x265 members
1. [Bug report]
We found that x265 (version 0.7+2-4b8901ae94ece1ac ) recon yuv data diff
with HM decode out when config CQP mode with QP=34 and set rd=0 or 1 or 2,I
think it's a serious
Has this been fixed? Murugan - have you reproduced/fixed this issue?
On Sat, Feb 15, 2014 at 12:13 AM, Steve Borho st...@borho.org wrote:
On Fri, Feb 14, 2014 at 12:39 PM, Steve Borho st...@borho.org wrote:
On Fri, Feb 14, 2014 at 4:41 AM, dnyanesh...@multicorewareinc.comwrote:
# HG
Hi,
We've checked out for hash mismatch for all our hash clips with --rd 2. Can
you share the source that caused a mismatch? That will help us identify the
issue.
Thanks,
Deepthi
On Mon, Feb 17, 2014 at 12:38 PM, z...@rock-chips.com
z...@rock-chips.comwrote:
hi, x265 members
1. [Bug
Deepthi Nandakumar deep...@multicorewareinc.com
# Date 1392883371 -19800
# Node ID 3934859d310bcc3f54ad1855dd94bd71eb0e7457
# Parent 3389061b75a486e004409ab628c46fed39d03b72
encoder: enable VUI; set HRD parameters in SPS.
You can now add a VUI on the cli. Use --vui to get a vui will all
default
Ok, looks good except x265_ssim should not be extern, and should be a part
of common.cpp and not api.cpp.
On Tue, Feb 25, 2014 at 2:33 PM, sa...@multicorewareinc.com wrote:
# HG changeset patch
# User Sagar Kotecha sa...@multicorewareinc.com
# Date 1393318766 -19800
# Tue Feb 25
The earlier patch was pushed, Praveen. Can you send a new patch which just
removes the unused statements?
___
x265-devel mailing list
x265-devel@videolan.org
https://mailman.videolan.org/listinfo/x265-devel
Can you convert this to an hg patch? Git patches don't apply cleanly
On Wed, Mar 5, 2014 at 4:08 PM, Rafaël Carré fun...@videolan.org wrote:
---
source/CMakeLists.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/source/CMakeLists.txt b/source/CMakeLists.txt
Thanks, very interesting fix. Can you give us some background here? Where
did we the divide by 3.0 come from?
On Tue, Mar 25, 2014 at 9:01 AM, Satoshi Nakagawa nakagawa...@oki.comwrote:
# HG changeset patch
# User Satoshi Nakagawa nakagawa...@oki.com
# Date 1395672158 -32400
# Mon Mar
Hi,
The dependent patch on calcRecon has been backed out. This does not apply
anymore.
Deepthi
On Wed, Apr 2, 2014 at 12:45 PM, Satoshi Nakagawa nakagawa...@oki.comwrote:
# HG changeset patch
# User Satoshi Nakagawa nakagawa...@oki.com
# Date 1396422746 -32400
# Wed Apr 02 16:12:26
On Wed, Apr 2, 2014 at 5:20 PM, Aarthi Priya Thirumalai
aar...@multicorewareinc.com wrote:
# HG changeset patch
# User Aarthi Thirumalai
# Date 1396439378 -19800
# Wed Apr 02 17:19:38 2014 +0530
# Node ID 32ba982c5279dce5abd718453b3c1a6affb51ce5
# Parent
Never mind, fixed.
On Wed, Apr 2, 2014 at 5:37 PM, Deepthi Nandakumar
deep...@multicorewareinc.com wrote:
On Wed, Apr 2, 2014 at 5:20 PM, Aarthi Priya Thirumalai
aar...@multicorewareinc.com wrote:
# HG changeset patch
# User Aarthi Thirumalai
# Date 1396439378 -19800
# Wed Apr
Sure.
On Fri, Apr 11, 2014 at 11:41 AM, Aarthi Priya Thirumalai
aar...@multicorewareinc.com wrote:
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,
Thanks, verified and pushed. Do you mind including some more information on
this option to the docs? This only affects intra decisions in inter-slices,
I think?
Deepthi
On Tue, Apr 15, 2014 at 10:16 AM, Satoshi Nakagawa nakagawa...@oki.comwrote:
Was it generating hash mistakes without these
I see what you're trying to do here. m_baseQP is always zero in normal vbv
operation, but contains previous QP values during re-encode.
A better solution would be to find out which field in TComDataCU actually
contains uncleared values, and clear them in TComDataCU::initCU.
On Sat, Apr 19,
Thanks a lot, yes, it is a typo.
On May 16, 2014 6:20 AM, den c dnc...@gmail.com wrote:
On 5/15/14, g...@multicorewareinc.com g...@multicorewareinc.com wrote:
# HG changeset patch
# User Gopu Govindaswamy
# Date 1400146948 -19800
# Thu May 15 15:12:28 2014 +0530
# Node ID
Can we have more detail on this, Ashok? Both trWidthC, trHeightC and widthC
and heightC should have the same values. Why exactly was this assert being
triggered in the regression tests?
On Mon, May 19, 2014 at 7:19 PM, as...@multicorewareinc.com wrote:
# HG changeset patch
# User Ashok Kumar
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
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
psy-rd is enabled only in full-rdo decisions (rdLevel = 5). Your patch
calculates intra-psy rd cost for rd=4 and lower, which is where
xEncodeIntrainInter is called.
On Thu, May 22, 2014 at 3:31 PM, sumala...@multicorewareinc.com wrote:
# HG changeset patch
# User Sumalatha
);
so this patch is required for rd=4 where inter uses psyrdcost and intra
was using rdcost. For other lower rd levels 4, m_psyRdScale = 0, so
psycost will not have much effect on RDcost
On Thu, May 22, 2014 at 3:45 PM, Deepthi Nandakumar
deep...@multicorewareinc.com wrote:
psy-rd is enabled
On Mon, May 26, 2014 at 3:02 PM, sumala...@multicorewareinc.com wrote:
# HG changeset patch
# User Sumalatha Polureddysumala...@multicorewareinc.com
# Date 1401087565 -19800
# Node ID cbe5cc0e48b4122518ca732a1b32de16ba25c467
# Parent 5134e76aa729b6fece18701fdc00390c2f2ffb32
psyrd: use
CBR is defined when vbvMaxRate = Bitrate, the buffer size need not
necessarily be 1-sec.
On Thu, Jun 5, 2014 at 12:14 PM, aar...@multicorewareinc.com wrote:
# HG changeset patch
# User Aarthi Thirumalai
# Date 1401950608 -19800
# Thu Jun 05 12:13:28 2014 +0530
# Node ID
On Mon, Jun 16, 2014 at 12:20 AM, aar...@multicorewareinc.com wrote:
# HG changeset patch
# User Aarthi Thirumalaiaar...@multicorewareinc.com
# Date 1402857077 -19800
# Mon Jun 16 00:01:17 2014 +0530
# Node ID d1f636a6dc0a11657bb25be650de60345c2952c8
# Parent
patch
# User Deepthi Nandakumar deep...@multicorewareinc.com
# Date 1402916716 -19800
# Mon Jun 16 16:35:16 2014 +0530
# Node ID 4d76a9c8b5abbf143e5869d55cf80a8816d99a68
# Parent ff3a85f715d43e2c21aec295426ae9dbe7c03d75
lambda: change chroma lambda distortion weighting to resemble x264
. not
sure how the values for other 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
Need to bump up X265_BUILD
On Tue, Jun 17, 2014 at 8:06 PM, aar...@multicorewareinc.com wrote:
# HG changeset patch
# User Aarthi Thirumalaiaar...@multicorewareinc.com
# Date 1402997162 -19800
# Tue Jun 17 14:56:02 2014 +0530
# Node ID eb3b6d39b83102dfc7c665e3055c1ffda3322e3e
#
This is primarily a visual quality improvement/psy-rd hack. In 444, since
chroma resolution is on par with luma, and our eyes arent very sensitive to
chroma, we increase the chroma QP so that those bits can be used up in
luma.
On Wed, Jun 25, 2014 at 4:35 PM, Derek Buitenhuis
, Derek Buitenhuis derek.buitenh...@gmail.com
wrote:
On 6/25/2014 12:10 PM, Deepthi Nandakumar wrote:
This is primarily a visual quality improvement/psy-rd hack. In 444,
since chroma resolution is on par with luma, and our eyes arent very
sensitive to chroma, we increase the chroma QP so that those
On Tue, Jun 24, 2014 at 5:36 AM, Min Chen chenm...@163.com wrote:
# HG changeset patch
# User Min Chen chenm...@163.com
# Date 1403568362 25200
# Node ID efa48bc0245bded1418db3c42b042acb9969146c
# Parent 12c1d8aaa8f56a8f2de74c8ff1451d99d04c817d
pass TLD into class FrameFilter
diff -r
Pls fix extra newlines and whitespace nits.
On Wed, Jun 25, 2014 at 10:54 PM, aar...@multicorewareinc.com wrote:
# HG changeset patch
# User Aarthi Thirumalaiaar...@multicorewareinc.com
# Date 1403716735 -19800
# Wed Jun 25 22:48:55 2014 +0530
# Node ID
Ok, we dont have a separate psy option.yet
On Jun 26, 2014 6:00 PM, Derek Buitenhuis derek.buitenh...@gmail.com
wrote:
On 6/26/2014 6:35 AM, BugMaster wrote:
That is separate --psy (--no-psy) option in x264 and not --psy-rd
Yeah, that was my point. :)
- Derek
Yes, the rest of the patch added support for lower rd levels.
On Fri, Jun 27, 2014 at 6:17 AM, Satoshi Nakagawa nakagawa...@oki.com
wrote:
Is this change intended?
# HG changeset patch
# User Sumalatha Polureddysumala...@multicorewareinc.com
# Date 1403689018 -19800
# Wed Jun 25
-getPPS()-getCabacInitPresentFlag())
On Thu, Jun 26, 2014 at 4:25 PM, Deepthi Nandakumar
deep...@multicorewareinc.com wrote:
Pls fix extra newlines and whitespace nits.
On Wed, Jun 25, 2014 at 10:54 PM, aar...@multicorewareinc.com wrote:
# HG changeset patch
# User Aarthi Thirumalaiaar
The framefilter structure needs 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
at 2:25 PM, Deepthi Nandakumar
deep...@multicorewareinc.com wrote:
The framefilter structure needs 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
Thanks, that was a bug, fixed.
On Wed, Jul 9, 2014 at 1:34 PM, Mario *LigH* Rohkrämer cont...@ligh.de
wrote:
v1.1+260-a1e46d813642
+
h:/MSYS/home/Entwicklung/x265/source/Lib/TLibEncoder/TEncCu.cpp:1192:6:
warning: unused parameter 'outBestPredYuv' [-Wunused-parameter]
void
Hello,
We spent a bunch of effort last year to remove STL dependencies, since they
cause serious trouble between different compilers (even between different
compiler versions). This is especially since a lot of users will use x265
as a static library.
Thanks,
Deepthi
On Wed, Jul 9, 2014 at
This series is awesome...
On Fri, Jul 11, 2014 at 6:00 AM, Steve Borho st...@borho.org wrote:
# HG changeset patch
# User Steve Borho st...@borho.org
# Date 1405031594 18000
# Thu Jul 10 17:33:14 2014 -0500
# Node ID d6c423c66e4d5a06dc4dccbd9eade7a21f9c8adf
# Parent
Thanks, Mario. Except for the first one, most are harmless. But, we'll be
fixing those right away.
On Mon, Jul 21, 2014 at 9:59 AM, Mario Rohkrämer cont...@ligh.de wrote:
No panic; I know that many reasons for warnings are less than serious.
Just reporting.
__
Thanks, this is certainly an enhancement to x265 lookahead. We would be
interested in this - especially if you can also include some efficiency
(bitrate vs SSIM) metrics that describe the penalty moving from
X265_LOWRES_SCALE of 4 to higher scales.
On Mon, Jul 21, 2014 at 8:49 PM, Nicolas
Does it make sense to try this for DC coefficients?
On Tue, Jul 22, 2014 at 9:24 PM, Steve Borho st...@borho.org wrote:
On 07/22, sumala...@multicorewareinc.com wrote:
# HG changeset patch
# User Sumalatha Polureddysumala...@multicorewareinc.com
# Date 1406032149 -19800
# Node ID
Ok, Thats what I thought too.
On Jul 23, 2014 8:55 AM, Steve Borho st...@borho.org wrote:
On 07/23, Deepthi Nandakumar wrote:
Does it make sense to try this for DC coefficients?
my understanding is that it is not helpful, and possibly harmful.
we don't want to bias the DC coefficient
There are a couple of warnings our regression tests caught with this. Can
you take a look?
source\encoder\predict.cpp(78): warning C4800: 'const unsigned char' :
forcing value to bool 'true' or 'false' (performance warning)
(IntraFilterType can be bool, I think?).
Praveen,
Can you build a mercurial queue for these quant patches - so they can be
reviewed and pushed in once quant is 16-bit everywhere?
Thanks,
Deepthi
On Thu, Aug 14, 2014 at 2:01 AM, Steve Borho st...@borho.org wrote:
On 08/12, prav...@multicorewareinc.com wrote:
# HG changeset patch
I have removed the temporary disabling we had in place for rdoq, when
psy-rd was enabled since rdoq was not psy-aware at that point.
RDOQ is turned on in rdLevels 4 and above. Psy-rdoq can be turned on if
rdoq is enabled. Psy-rd can be turned on with or without rdoq/psy-rdoq.
On Sat, Aug 16,
Our general suggestion would be to use psy-rd and psy-rdoq together for
best visual quality.
On Tue, Aug 19, 2014 at 2:18 PM, Deepthi Nandakumar
deep...@multicorewareinc.com wrote:
I have removed the temporary disabling we had in place for rdoq, when
psy-rd was enabled since rdoq was not psy
Ashok is already working on pre-calculating these inside-picture flags
along with more refactors. After his refactors are in, we can check whether
padding will improve performance.
In fact, very likely he already has a local version of the logic in this
patch.
On Mon, Aug 25, 2014 at 10:46 PM,
Thanks, Min. This is a solution but will affect performance with an extra
TComDataCU*. I have sent another patch where I'm just re-encoding the CU if
lossless is chosen as the best mode. This will not affect normal analysis.
Can you review that?
Deepthi
On Tue, Aug 26, 2014 at 3:47 AM, Steve
Thanks, queued for default (does not apply on stable due to the SAO
refactor).
On Tue, Aug 26, 2014 at 1:55 PM, Satoshi Nakagawa nakagawa...@oki.com
wrote:
# HG changeset patch
# User Satoshi Nakagawa nakagawa...@oki.com
# Date 1409041357 -32400
# Tue Aug 26 17:22:37 2014 +0900
# Node
Is it also possible to change codeQtCbf so that only uint32_t cbf needs to
be passed in, and not entire TComDataCU*? This will help since our coming
refactors will get rid of TComDataCU.
On Mon, Sep 1, 2014 at 3:17 PM, Steve Borho st...@borho.org wrote:
On 09/01, as...@multicorewareinc.com
Thanks, Ashok. Queued.
On Wed, Sep 3, 2014 at 8:20 PM, as...@multicorewareinc.com wrote:
# HG changeset patch
# User Ashok Kumar Mishraas...@multicorewareinc.com
# Date 1409753842 -19800
# Wed Sep 03 19:47:22 2014 +0530
# Node ID 00c381bf615840180bb6ce924dc9be84c060938f
# Parent
Thanks, pushed.
On Thu, Sep 4, 2014 at 4:06 AM, dtyx...@gmail.com wrote:
# HG changeset patch
# User David T Yuen dtyx...@gmail.com
# Date 1409783716 25200
# Node ID fed3ddf3f84f3c4e4c72bcc0818a07a99ec7312e
# Parent 62c4779fb0bb35d5d8a69678e9e8aa81272f0115
Resolve gcc warnings
* more
Min,
Praveen has sent a number of patches on changing the entire interface for
quant such that the coefficients are now 16-bit instead of 32-bit. Your
patches still assume they are 32-bit?
Can you review all his patches (8-10 patches) and see if we're moving in
the right direction?
Thanks,
On Sat, Sep 6, 2014 at 10:08 PM, Steve Borho st...@borho.org wrote:
# HG changeset patch
# User Steve Borho st...@borho.org
# Date 1409932577 -7200
# Fri Sep 05 17:56:17 2014 +0200
# Node ID 07d69bce1760a28be1b1ee1821dfeb3335602422
# Parent 795878af39730deb24e2ee0e585c625084bb031b
Thanks, Praveen - an alternative patch pushed to take care of this (silly)
warning.
On Tue, Sep 9, 2014 at 11:29 AM, prav...@multicorewareinc.com wrote:
# HG changeset patch
# User Praveen Tiwari
# Date 1410242347 -19800
# Node ID 5026f08bd7d64ab0ee22dcc98dd034030aa65db9
# Parent
Would be better to combine this asm enable with the corresponding asm patch
itself. I have pushed copy_cnt8, and enabled only that for now.
On Wed, Sep 10, 2014 at 3:28 PM, prav...@multicorewareinc.com wrote:
# HG changeset patch
# User Praveen Tiwari
# Date 1410343073 -19800
# Node ID
at 11:29 AM, Deepthi Nandakumar
deep...@multicorewareinc.com wrote:
Would be better to combine this asm enable with the corresponding asm
patch itself. I have pushed copy_cnt8, and enabled only that for now.
On Wed, Sep 10, 2014 at 3:28 PM, prav...@multicorewareinc.com wrote:
# HG changeset
Thanks, queued for testing.
On Fri, Sep 12, 2014 at 7:34 AM, Satoshi Nakagawa nakagawa...@oki.com
wrote:
# HG changeset patch
# User Satoshi Nakagawa nakagawa...@oki.com
# Date 1410487314 -32400
# Fri Sep 12 11:01:54 2014 +0900
# Node ID 8a2312df90f99b8b479940141c6dafa4b96581cf
#
Thanks, pushed.
On Fri, Sep 12, 2014 at 5:57 AM, dtyx...@gmail.com wrote:
# HG changeset patch
# User David T Yuen dtyx...@gmail.com
# Date 1410481540 25200
# Node ID 37b199156dfc27874205d6d7fadb71a00e3257d9
# Parent 7e29b10982d2eb7fd79f581d6f04184522ba
Resolved gcc compiler error of
On Fri, Sep 12, 2014 at 6:05 PM, santhosh...@multicorewareinc.com wrote:
# HG changeset patch
# User Santhoshini Sekar santhosh...@multicorewareinc.com
# Date 1410525310 -19800
# Fri Sep 12 18:05:10 2014 +0530
# Node ID bf4ebe5df0cab013e4462597b55bd505b2a6a71a
# Parent
This significantly changes outputs for P and B frames. Higher bitrates and
higher SSIM. Lets do full regression testing on this - and compare the
bitrate/ssim for all combinations to be reasonably sure there are no bugs.
On Fri, Sep 12, 2014 at 7:47 PM, as...@multicorewareinc.com wrote:
# HG
Sorry, the output mismatch was due to asm. Pushed.
On Sun, Sep 14, 2014 at 4:35 PM, Deepthi Nandakumar
deep...@multicorewareinc.com wrote:
This significantly changes outputs for P and B frames. Higher bitrates and
higher SSIM. Lets do full regression testing on this - and compare the
bitrate
Thanks, looks good.
On Tue, Sep 16, 2014 at 9:45 AM, santhosh...@multicorewareinc.com wrote:
# HG changeset patch
# User Santhoshini Sekar santhosh...@multicorewareinc.com
# Date 1410840429 -19800
# Tue Sep 16 09:37:09 2014 +0530
# Node ID 50505472d3e33b775c70f2f373e1c15d17e47e66
#
Ok, thanks. please send a follow-on patch cleaning up both encodeCU and
compressCu functions.
On Tue, Sep 16, 2014 at 11:32 AM, Santhoshini Sekar
santhosh...@multicorewareinc.com wrote:
On Tue, Sep 16, 2014 at 10:56 AM, Deepthi Nandakumar
deep...@multicorewareinc.com wrote:
On Tue, Sep
1 - 100 of 384 matches
Mail list logo