Re: [x265] [PATCH] RateControl : Bug fix when previous estimated frame cost is zero

On Tue, Sep 24, 2013 at 1:33 AM, sumala...@multicorewareinc.com wrote: # HG changeset patch # User sumalatha polureddy # Date 1380004245 -19800 # Node ID 759460e7afeeb7d97ea427a702ac08eb9d8a3293 # Parent 6fa50183e0098f9e94b677ef8dc00c416f28c0f3 RateControl : Bug fix when previous estimated

[x265] [PATCH] Reset CABAC status to get same output between single and multi threading

# HG changeset patch # User Min Chen chenm...@163.com # Date 1380008038 -28800 # Node ID 24ee870a56655b89cc43c60e14aa6aadb412ead8 # Parent ad78668116108242def30a1ce3e8d14c52323346 Reset CABAC status to get same output between single and multi threading diff -r ad7866811610 -r 24ee870a5665

[x265] [PATCH] Reset CABAC status to get same output between single and multi threading

# HG changeset patch # User Min Chen chenm...@163.com # Date 1380008038 -28800 # Node ID 24ee870a56655b89cc43c60e14aa6aadb412ead8 # Parent ad78668116108242def30a1ce3e8d14c52323346 Reset CABAC status to get same output between single and multi threading diff -r ad7866811610 -r 24ee870a5665

[x265] Commit c56e392b2c68 fails to link with MinGW

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 must be added to the list of files for which -march=i686 is applied in

Re: [x265] Commit c56e392b2c68 fails to link with MinGW

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

[x265] [PATCH] tcomBitstream: Removed Unused std::vector class code

# HG changeset patch # User Gopu Govindaswamy g...@multicorewareinc.com # Date 1380023106 -19800 # Node ID 1752b4fce57e6e78a626642c07a1fd498c650256 # Parent 70ba2b3b7bc972ed04f5fd135d940e4759315fa8 tcomBitstream: Removed Unused std::vector class code diff -r 70ba2b3b7bc9 -r 1752b4fce57e

[x265] [PATCH] Encoder: do not use std::list for the class AccessUnit

# HG changeset patch # User Gopu Govindaswamy g...@multicorewareinc.com # Date 1380019510 -19800 # Node ID 70ba2b3b7bc972ed04f5fd135d940e4759315fa8 # Parent a8f6f62217d5e519f99a004c420e5906ac900f2f Encoder: do not use std::list for the class AccessUnit diff -r a8f6f62217d5 -r 70ba2b3b7bc9

Re: [x265] [PATCH 1/5][RFC] Only use UNIX line endings

On 9/24/2013 2:15 AM, Steve Borho wrote: I've pushed commits which affect these changes and go a bit further in a few cases ... Any particular reason my commits weren't used? I even sent a PR as you requested. - Derek ___ x265-devel mailing list

Re: [x265] Bug report: incorrect computation of sps_max_dec_pic_buffering_minus1

This was the cmdline info used (Though I don't know which build of x265 was used): ./x265 --input ~/FILES/yuv/720p50_parkrun_ter.yuv --fps 30 --input-res 1280x720 --refresh 2 -i 30 --bitrate 5000 -o parkrun_ter_720p30fps_5Mbps.hevc Encoding info as printed by x265 is below. yuv [info]:

Re: [x265] [PATCH] Encoder: do not use std::list for the class AccessUnit

On Tue, Sep 24, 2013 at 5:26 PM, Gopu Govindaswamy g...@multicorewareinc.com wrote: # HG changeset patch # User Gopu Govindaswamy g...@multicorewareinc.com # Date 1380019510 -19800 # Node ID 70ba2b3b7bc972ed04f5fd135d940e4759315fa8 # Parent a8f6f62217d5e519f99a004c420e5906ac900f2f

[x265] [ANN] x265 0.4.1

Hello, I've made a tag on the stable branch for 0.4.1. This email describes the state of the encoder at that tag. x265 can be compiled and run on Linux, Mac OS X, and Windows. Its cmake based build system supports MSVC 9-11, Xcode, gcc+gmake, MinGW/MSYS, and Intel C++ (both icl and icpc) x265