[MPlayer-users] encoding speed of x264 major change

Justin Randall jrrandall at gmail.com
Sat Jun 14 20:50:57 CEST 2008


On Sat, Jun 14, 2008 at 1:48 PM, Nico Sabbi <Nicola.Sabbi at poste.it> wrote:
> Il Saturday 14 June 2008 18:25:44 Galen ha scritto:
>> Alex,
>>
>> I'd go back and re-checkout and re-build x264 and mplayer in order.
>> Make sure all the CPU optimization flags are being properly set at
>> build and there are no linker-related errors. At one point, I believe
>> I had to grab a new linker to build x264 as they required it for full
>> optimization flags to function. (Don't quote me on this!)
>>
>> Something as simple as a few optimization flags set wrong could cause
>> enormous performance issues. In my experience, x264 gets both faster
>> and higher quality over time. Certainly, you should see an improvement
>> on both points given the same settings used with a recent x264 versus
>> a year ago.
>>
>> If performance still seems askew, try monitoring CPU usage to ensure
>> that threading is occurring properly across (I assume) four cores.
>>
>> If that checks out, you might run a few benchmarks to make sure
>> everything is alright with your machine. A loose heatsink, broken fan,
>> etc. can cause your machine to dramatically underclock itself, as can
>> a BIOS issue.
>>
>> -Galen
>>
>
> please, don't top post.
> Alex: do you have yasm installed?

As Nico just pointed out, if you don't compile x264 with an assembler,
it's going to be a huge performance hit.  Make sure you have yasm
installed, and try building x264 as a static library with assembly
optimizations, then rebuild mplayer.  Good luck!

Justin

> _______________________________________________
> MPlayer-users mailing list
> MPlayer-users at mplayerhq.hu
> https://lists.mplayerhq.hu/mailman/listinfo/mplayer-users
>



More information about the MPlayer-users mailing list