News:

--

Main Menu

libx264 GIT builds

Started by LoRd_MuldeR, January 30, 2009, 12:39:23 AM

Previous topic - Next topic
Print
Go Down Pages 1 ... 3 4 5 6 7 ... 16
User actions

LoRd_MuldeR

#60
August 12, 2009, 08:41:48 PM
libx264 SVN-r1206 with MB-Tree Ratecontrol:
[list=*]
libx264 SVN-r1206 without MB-Tree Ratecontrol:
[list=*]
libx264 SVN-r1206 with AutoVAQ enabled:
[list=*]
libx264 SVN-r1206 legacy compiler builds:
[list=*]
These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r5234 or later now!

The patches used for my builds can be found at this location.
Information about the new \"Macroblock Tree\" ratecontrol, which redefines the CRF scale, can be found in this thread.
More info on AutoVAQ (now officially committed) can be found in this thread.

Re-built using Komisar\'s GCC 4.4.1 with Graphite loop transform framework (Link).
You asked me once, what was in Room 101. I told you that you knew the answer already.
Everyone knows it. The thing that is in Room 101 is the worst thing in the world.

MuldeR's OpenSource stuff: http://muldersoft.com/

LoRd_MuldeR

#61
August 13, 2009, 11:50:56 PM
libx264 SVN-r1210 with MB-Tree Ratecontrol:
[list=*]
libx264 SVN-r1210 without MB-Tree Ratecontrol:
[list=*]
libx264 SVN-r1210 with AutoVAQ enabled:
[list=*]
libx264 SVN-r1210 legacy compiler builds:
[list=*]
These builds will NOT work with Avidemux 2.4.x any longer. Please update to Avidemux 2.5 SVN-r5234 or later now!

The patches used for my builds can be found at this location.
Information about the new \"Macroblock Tree\" ratecontrol, which redefines the CRF scale, can be found in this thread.
More info on AutoVAQ (now officially committed) can be found in this thread.

Re-built using Komisar\'s GCC 4.4.1 with Graphite loop transform framework (Link).
You asked me once, what was in Room 101. I told you that you knew the answer already.
Everyone knows it. The thing that is in Room 101 is the worst thing in the world.

MuldeR's OpenSource stuff: http://muldersoft.com/

LoRd_MuldeR

#62
August 17, 2009, 09:35:08 PM
libx264 SVN-r1214 with MB-Tree Ratecontrol:
[list=*]
libx264 SVN-r1214 without MB-Tree Ratecontrol:
[list=*]
libx264 SVN-r1214 with AutoVAQ enabled:
[list=*]
These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 or later now!

The patches used for my builds can be found at this location.
Information about the new \"Macroblock Tree\" ratecontrol, which redefines the CRF scale, can be found in this thread.
More info on AutoVAQ (now officially committed) can be found in this thread.

This build fixes a bug in QPRD (SubME 10) and greatly improves 1-Pass VBV.
Update to x264 r1214+ is highly recommended.
You asked me once, what was in Room 101. I told you that you knew the answer already.
Everyone knows it. The thing that is in Room 101 is the worst thing in the world.

MuldeR's OpenSource stuff: http://muldersoft.com/

LoRd_MuldeR

#63
August 19, 2009, 04:33:13 PM
libx264 SVN-r1217 with MB-Tree Ratecontrol:
[list=*]
libx264 SVN-r1217 without MB-Tree Ratecontrol:
[list=*]
libx264 SVN-r1217 with AutoVAQ enabled:
[list=*]
These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 or later now!

The patches used for my builds can be found at this location.
Information about the new \"Macroblock Tree\" ratecontrol, which redefines the CRF scale, can be found in this thread.
More info on AutoVAQ (now officially committed) can be found in this thread.

This build was patched back to core-70 in order to make it work with Avidemux 2.5.1 release version.
Hope I didn\'t break it ^^
You asked me once, what was in Room 101. I told you that you knew the answer already.
Everyone knows it. The thing that is in Room 101 is the worst thing in the world.

MuldeR's OpenSource stuff: http://muldersoft.com/

LoRd_MuldeR

#64
August 20, 2009, 09:30:50 PM
libx264 SVN-r1222 with MB-Tree Ratecontrol:
[list=*]
libx264 SVN-r1222 without MB-Tree Ratecontrol:
[list=*]
libx264 SVN-r1222 with AutoVAQ enabled:
[list=*]
These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 or later now!

The patches used for my builds can be found at this location.
Information about the new \"Macroblock Tree\" ratecontrol, which redefines the CRF scale, can be found in this thread.
More info on AutoVAQ (now officially committed) can be found in this thread.

This build was patched back to core-70 in order to make it work with Avidemux 2.5.1 release version.
Hope I didn\'t break it ^^
You asked me once, what was in Room 101. I told you that you knew the answer already.
Everyone knows it. The thing that is in Room 101 is the worst thing in the world.

MuldeR's OpenSource stuff: http://muldersoft.com/

LoRd_MuldeR

#65
August 23, 2009, 11:18:35 PM
libx264 SVN-r1222:
[list=*]
libx264 SVN-r1222 without MB-Tree Ratecontrol:
[list=*]
libx264 SVN-r1222 with AutoVAQ enabled:
[list=*]
These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 r5268 or later now!

The patches used for my builds can be found at this location.
Information about the new \"Macroblock Tree\" ratecontrol, which redefines the CRF scale, can be found in this thread.
More info on AutoVAQ (now officially committed) can be found in this thread.

Re-built r1222 with core-72, because Avidemux was updated now. So I don\'t need to patch x264 back to core-70 any longer. The less workarounds we need, the better ^^
You asked me once, what was in Room 101. I told you that you knew the answer already.
Everyone knows it. The thing that is in Room 101 is the worst thing in the world.

MuldeR's OpenSource stuff: http://muldersoft.com/

LoRd_MuldeR

#66
August 25, 2009, 01:55:10 PM
libx264 SVN-r1232:
[list=*]
libx264 SVN-r1232 without MB-Tree Ratecontrol:
[list=*]
libx264 SVN-r1232 with AutoVAQ enabled:
[list=*]
These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 r5268 or later now!

The patches used for my builds can be found at this location.
Information about the new \"Macroblock Tree\" ratecontrol, which redefines the CRF scale, can be found in this thread.
More info on AutoVAQ (now officially committed) can be found in this thread.

Re-built x264 r1232 with TDM\'s MinGW/GCC 4.3.3, which hopefully fixes the problem discussed in this thread.
Waiting for feedback...
You asked me once, what was in Room 101. I told you that you knew the answer already.
Everyone knows it. The thing that is in Room 101 is the worst thing in the world.

MuldeR's OpenSource stuff: http://muldersoft.com/

LoRd_MuldeR

#67
August 27, 2009, 02:20:31 PM
libx264 SVN-r1235:
[list=*]
libx264 SVN-r1235 without MB-Tree Ratecontrol:
[list=*]
libx264 SVN-r1235 with AutoVAQ enabled:
[list=*]
These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 r5273 or later now!

The patches used for my builds can be found at this location.
Information about the new \"Macroblock Tree\" ratecontrol, which redefines the CRF scale, can be found in this thread.
More info on AutoVAQ (now officially committed) can be found in this thread.

I added a build with no ASM, because it seems that x264 r1233+ won\'t run on Non-SSE CPU\'s.
Well, unless I completely disable ASM. But that build is sloooooow, of course...
You asked me once, what was in Room 101. I told you that you knew the answer already.
Everyone knows it. The thing that is in Room 101 is the worst thing in the world.

MuldeR's OpenSource stuff: http://muldersoft.com/

LoRd_MuldeR

#68
August 29, 2009, 01:23:05 AM
libx264 SVN-r1239:
[list=*]
libx264 SVN-r1239 without MB-Tree Ratecontrol:
[list=*]
libx264 SVN-r1239 with AutoVAQ enabled:
[list=*]
These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 r5273 or later now!

The patches used for my builds can be found at this location.
Information about the new \"Macroblock Tree\" ratecontrol, which redefines the CRF scale, can be found in this thread.
More info on AutoVAQ (now officially committed) can be found in this thread.

I added a build with no ASM, because it seems that x264 r1233+ won\'t run on Non-SSE CPU\'s.
Well, unless I completely disable ASM. But that build is sloooooow, of course...
You asked me once, what was in Room 101. I told you that you knew the answer already.
Everyone knows it. The thing that is in Room 101 is the worst thing in the world.

MuldeR's OpenSource stuff: http://muldersoft.com/

LoRd_MuldeR

#69
September 01, 2009, 02:45:23 AM
libx264 SVN-r1243:
[list=*]
libx264 SVN-r1243 using four slices:
[list=*]
libx264 SVN-r1243 with AutoVAQ enabled:
[list=*]
These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 5281 or later now!

The patches used for my builds can be found at this location.
Information about the new \"Macroblock Tree\" ratecontrol, which redefines the CRF scale, can be found in this thread.
More info on AutoVAQ (now officially committed) can be found in this thread.

This build was patched back to core 72 to make it work with current Avidemux (hopefully).
Now with support for slices, for details have a look at this thread!
You asked me once, what was in Room 101. I told you that you knew the answer already.
Everyone knows it. The thing that is in Room 101 is the worst thing in the world.

MuldeR's OpenSource stuff: http://muldersoft.com/

LoRd_MuldeR

#70
September 09, 2009, 10:48:00 PM
libx264 SVN-r1251:
[list=*]
libx264 SVN-r1251 using four slices:
[list=*]
libx264 SVN-r1251 with AutoVAQ enabled:
[list=*]
libx264 SVN-r1251 with MB-Tree disabled:
[list=*]
These builds will NOT work with Avidemux 2.5.0 or older. Please update to Avidemux 2.5.1 5327 or later now!

The patches used for my builds can be found at this location.
Information about the new \"Macroblock Tree\" ratecontrol, which redefines the CRF scale, can be found in this thread.
More info on AutoVAQ (now officially committed) can be found in this thread.

Now with Threaded Lookahead which greatly increases performance with lookahead-intensive settings.
This is enabled by default.
You asked me once, what was in Room 101. I told you that you knew the answer already.
Everyone knows it. The thing that is in Room 101 is the worst thing in the world.

MuldeR's OpenSource stuff: http://muldersoft.com/

Aigio

#71
September 12, 2009, 04:12:29 PM
does this work on windows 7?

LoRd_MuldeR

#72
September 12, 2009, 04:16:05 PM
Quote from: Aigiodoes this work on windows 7?

Sure. In fact my libx264 builds are compiled and tested on a Win7 machine now ;)
You asked me once, what was in Room 101. I told you that you knew the answer already.
Everyone knows it. The thing that is in Room 101 is the worst thing in the world.

MuldeR's OpenSource stuff: http://muldersoft.com/

outlaw

#73
September 12, 2009, 06:32:10 PM
I own a phenom 9950, and i checked performance for both core2 and k10 versions,
and they seem to be exactly the same as far as transcode times...

k10 optimization come from the compiler ?

LoRd_MuldeR

#74
September 12, 2009, 06:54:47 PM
Quote from: outlawI own a phenom 9950, and i checked performance for both core2 and k10 versions,
and they seem to be exactly the same as far as transcode times...

k10 optimization come from the compiler ?

Yes. And those compiler-optimizations only apply to the plain C code in x264. But all the performance-critical functions in x264 are written as hand-optimized assembler code anyway. x264\'s assembler optimizations are selected at runtime depending on your CPU\'s capabilities. So the additional speed-up that can be achieved with compiler-optimizations isn\'t that great. Therefore you shouldn\'t expect too much! However even the slightest speed-up should be welcome. Last but not least people claim that the ICL produces slightly faster x264 binaries, compared to the GCC. My builds are GCC only...
You asked me once, what was in Room 101. I told you that you knew the answer already.
Everyone knows it. The thing that is in Room 101 is the worst thing in the world.

MuldeR's OpenSource stuff: http://muldersoft.com/
Print
Go Up Pages 1 ... 3 4 5 6 7 ... 16
User actions