[MEncoder-users] x264 encoding slower after updating libx264

[James Hastings-Trew]

Grozdan wrote:
> On Mon, Nov 16, 2009 at 5:39 PM, belcampo <belcampo at zonnet.nl> wrote:
>   
>> Grozdan wrote:
>>     
>>> On Mon, Nov 16, 2009 at 4:13 PM, belcampo <belcampo at zonnet.nl> wrote:
>>>       
>>>> belcampo wrote:
>>>>         
>>>>> Loren Merritt wrote:
>>>>>           
>>>>>> On Sat, 14 Nov 2009, Dâniel Fraga wrote:
>>>>>>             
>>>>>>> On Sat, 14 Nov 2009, Loren Merritt wrote:
>>>>>>>
>>>>>>>               
>>>>>>>> MB-tree is enabled by default now, didn't exist in api67, and takes a
>>>>>>>> bunch of memory.
>>>>>>>> B-frames and multiref are enabled by default now, weren't in api67,
>>>>>>>> and
>>>>>>>> take some memory and cpu-time.
>>>>>>>> RDO, trellis, and several other options are enabled by default
>>>>>>>> now, weren't in api67, and take cpu-time.
>>>>>>>> All of the above also affect filesize.
>>>>>>>>                 
>>>>>>>   And all of these options result in better quality? Because I
>>>>>>> didn't notice any improvement in the quality... of course I'm just
>>>>>>> looking at the video (I didn't do any scientific comparison).
>>>>>>>               
>>>>>> All of these options result in better compression ratio. That can be
>>>>>> either better quality or lower bitrate, depending on what ratecontrol
>>>>>> mode
>>>>>> you choose.
>>>>>>             
> I've no idea about ffmpeg as I don't use it often.... also, about the
> speed, both weightp and mbtree/rc-lookahead decrease speed a bit.
So... what command line options should be used in mencoder if you 
specifically want the old default behavior? I imagine this probably 
broke a bunch of scripts and application wrappers that use mencoder as 
well. Fun times. Why the need to change the defaults?