[x265] [PATCH] ratecontrol: clean up struct; remove baseQp

2014-02-14 Thread deepthi
# HG changeset patch # User Deepthi Nandakumar deep...@multicorewareinc.com # Date 1392369946 -19800 # Node ID 7e63c189365d5347a8d414f88bd59725aa206077 # Parent ed310b17ff6681f191c85341cf6efe7a50770143 ratecontrol: clean up struct; remove baseQp diff -r ed310b17ff66 -r 7e63c189365d

[x265] [PATCH] ratecontrol: cleanup, repetitive code

2014-02-14 Thread deepthi
# HG changeset patch # User Deepthi Nandakumar deep...@multicorewareinc.com # Date 1392377014 -19800 # Node ID 72d92469559d7a4b9aa894b1f4af37537bca6fc4 # Parent ed28c1935087ddf2c7aae6c5b491592fa6162d7e ratecontrol: cleanup, repetitive code diff -r ed28c1935087 -r 72d92469559d

Re: [x265] [PATCH] asm: added 16bpp support for dct[4x4, 8x8], idct4x4, dst4x4 and idst4x4 primitives

2014-02-14 Thread chen
right At 2014-02-14 18:41:34,dnyanesh...@multicorewareinc.com wrote: # HG changeset patch # User Dnyaneshwar G dnyanesh...@multicorewareinc.com # Date 1392374441 -19800 # Fri Feb 14 16:10:41 2014 +0530 # Node ID 831536babdc08f1553a10754bf2a4f4af6aa1695 # Parent

[x265] HEVC for 32bits 30channel images?

2014-02-14 Thread Roozbeh Fazl
I want to use HEVC to compress a set of openEXR files I have. OpenEXR is a high dynamic range (HDR) image file format. These files are 32bit, 30 channels, i.e. an image has 30 different spectral(color) channels and a pixel in each channel is stored by 32bits. I want to consider these images as

Re: [x265] [PATCH] asm: added 16bpp support for dct[4x4, 8x8], idct4x4, dst4x4 and idst4x4 primitives

2014-02-14 Thread Steve Borho
On Fri, Feb 14, 2014 at 4:41 AM, dnyanesh...@multicorewareinc.com wrote: # HG changeset patch # User Dnyaneshwar G dnyanesh...@multicorewareinc.com # Date 1392374441 -19800 # Fri Feb 14 16:10:41 2014 +0530 # Node ID 831536babdc08f1553a10754bf2a4f4af6aa1695 # Parent

Re: [x265] [PATCH] asm: added 16bpp support for dct[4x4, 8x8], idct4x4, dst4x4 and idst4x4 primitives

2014-02-14 Thread Steve Borho
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.com wrote: # HG changeset patch # User Dnyaneshwar G dnyanesh...@multicorewareinc.com # Date 1392374441 -19800 # Fri Feb 14 16:10:41 2014 +0530 # Node

[x265] [PATCH RFC] build: add example cross-compile script for Win64 on MinGW32

2014-02-14 Thread Steve Borho
# HG changeset patch # User Steve Borho st...@borho.org # Date 1392408235 21600 # Fri Feb 14 14:03:55 2014 -0600 # Node ID 780def86b495a6c5c82978f745ec8f08690d6c5a # Parent ad21da9b607c7053a0e59639102cac02aec7b5ba build: add example cross-compile script for Win64 on MinGW32 diff -r

[x265] [PATCH RFC2] decouple input depth from internal depth; allow input depth != internal depth

2014-02-14 Thread Steve Borho
# HG changeset patch # User Steve Borho st...@borho.org # Date 1392414650 21600 # Fri Feb 14 15:50:50 2014 -0600 # Node ID 5fb18f01173f09371ba5b27c19e6257c8849d61a # Parent d77a549b8061f038b2d263c4508e256b4a335208 decouple input depth from internal depth; allow input depth != internal depth

[x265] 4:4:4 support is now on the default branch

2014-02-14 Thread Steve Borho
Hello, I want to announce that support for 4:4:4 input frames (full sized chroma planes with no sub-sampling) is now on the default branch. At this time, you are required to use --no-weightp and --cpuid 1 when using the 4:4:4 color space (to avoid output mistakes, and decoder hash mismatches)

[x265] primitives: add count_nonzero

2014-02-14 Thread Satoshi Nakagawa
# HG changeset patch # User Satoshi Nakagawa nakagawa...@oki.com # Date 1392440540 -32400 # Sat Feb 15 14:02:20 2014 +0900 # Node ID dcdb5c276c7827fa540348018ddd72618b558feb # Parent d77a549b8061f038b2d263c4508e256b4a335208 primitives: add count_nonzero diff -r d77a549b8061 -r dcdb5c276c78