Re: [x265] Some warnings about YUV 4:2:2 chroma code

2014-04-15 Thread Mario *LigH* Rohkrämer
Resolved by patch 6710 (08d64a70594e). -- Fun and success! Mario *LigH* Rohkrämer mailto:cont...@ligh.de ___ x265-devel mailing list x265-devel@videolan.org https://mailman.videolan.org/listinfo/x265-devel

[x265] [PATCH] cleanup: reduce data size and dependency on MotionEstimate

2014-04-15 Thread Min Chen
# HG changeset patch # User Min Chen chenm...@163.com # Date 1397561438 -28800 # Node ID dd78d554f78dd785cb8b16a6606b5fe6b6e87e2a # Parent 1cf67a7b362d24d292d7cca574cbcfe88a8eb1cb cleanup: reduce data size and dependency on MotionEstimate diff -r 1cf67a7b362d -r dd78d554f78d

Re: [x265] fix: constrained intra

2014-04-15 Thread Deepthi Nandakumar
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

Re: [x265] fix: constrained intra

2014-04-15 Thread Steve Borho
On Tue, Apr 15, 2014 at 11:26 AM, Deepthi Nandakumar deep...@multicorewareinc.com wrote: 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? As far as I know, constrained intra in HEVC

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

2014-04-15 Thread Steve Borho
On Tue, Apr 15, 2014 at 11:34 AM, aar...@multicorewareinc.com wrote: # HG changeset patch # User Aarthi Thirumalai # Date 1397579661 -19800 # Tue Apr 15 22:04:21 2014 +0530 # Node ID bf48002755a3f5593732ca039ad38a3c799da808 # Parent 0a95a6bb0f8e71d7a7d0f8e3803ec2878ad558fe vbv: clear

Re: [x265] h265.h:Proposed replacement of HM's h265 classes

2014-04-15 Thread Steve Borho
On Fri, Apr 11, 2014 at 5:32 PM, dave dtyx...@gmail.com wrote: Below is my proposed replacement for many of the H265 classes and structures in TComSlice.h. All have at least basic constructor but no methods and most probably won't need additional methods that do much more than set fields

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

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

Re: [x265] [PATCH] cleanup: reduce data size and dependency on MotionEstimate

2014-04-15 Thread Steve Borho
On Tue, Apr 15, 2014 at 6:30 AM, Min Chen chenm...@163.com wrote: # HG changeset patch # User Min Chen chenm...@163.com # Date 1397561438 -28800 # Node ID dd78d554f78dd785cb8b16a6606b5fe6b6e87e2a # Parent 1cf67a7b362d24d292d7cca574cbcfe88a8eb1cb cleanup: reduce data size and dependency on

Re: [x265] ASM crash in r6706

2014-04-15 Thread Steve Borho
On Tue, Apr 15, 2014 at 11:25 AM, Robert Bacs robert.b...@rapidsolution.ro wrote: I followed these steps to build x264: http://forum.videohelp.com/threads/357754-%5BHEVC%5D-x265-EXE-mingw-builds I'm using the following command line to test the CLI: x265.exe --input in.y4m --output out.hevc

Re: [x265] ASM crash in r6706

2014-04-15 Thread Steve Borho
On Tue, Apr 15, 2014 at 2:07 PM, Robert Bacs robert.b...@rapidsolution.ro wrote: On 4/15/2014 9:16 PM, Steve Borho wrote: Is your source video publicly available? My source was a y4m created with ffmpeg, but you can use this one http://media.xiph.org/video/derf/y4m/bowing_cif.y4m, I just

Re: [x265] ASM crash in r6706

2014-04-15 Thread Robert Bacs
On 4/15/2014 10:24 PM, Steve Borho wrote: Thanks, can you paste the output log data as well? That would tell me the version of GCC and other build-specific info. Below is the output log: [New Thread 8776.0x1c7c] y4m [info]: 352x288 fps 3/1001 i420 sar 128:117 frames 0 - 299 of 300 [New

Re: [x265] ASM crash in r6706

2014-04-15 Thread Steve Borho
On Tue, Apr 15, 2014 at 2:41 PM, Robert Bacs robert.b...@rapidsolution.ro wrote: On 4/15/2014 10:24 PM, Steve Borho wrote: Thanks, can you paste the output log data as well? That would tell me the version of GCC and other build-specific info. Below is the output log: [New Thread

Re: [x265] ASM crash in r6706

2014-04-15 Thread Robert Bacs
On 4/15/2014 11:28 PM, Steve Borho wrote: Thanks, this is all useful. It looks like perhaps a Win32 issue. My guess is that if you compiled for Win64 this problem would go away. We should have this fixed soon, though. yes, you're right...I just tried 64-bit version and it works fine. Thanks.

[x265] [PATCH] alignment DCT8's stack to 64-bytes to avoid crash and improvement cache performance

2014-04-15 Thread Min Chen
# HG changeset patch # User Min Chen chenm...@163.com # Date 1397616580 -28800 # Node ID 1a8b54ce0dfa8eba524c4cadc81939710054ae44 # Parent 1cf67a7b362d24d292d7cca574cbcfe88a8eb1cb alignment DCT8's stack to 64-bytes to avoid crash and improvement cache performance diff -r 1cf67a7b362d -r

Re: [x265] ASM crash in r6706

2014-04-15 Thread Steve Borho
On Tue, Apr 15, 2014 at 9:31 PM, chen chenm...@163.com wrote: Are you defined HAVE_ALIGNED_STACK=1 in your configure? The x86 version quant use stack to store temporary data with movdqa Could you give me your exe file? so I may check the really assembly code. Thanks! GCC builds always set