[MPlayer-users] mencoder problem

[The Wanderer]

Rich Felker wrote:

> On Fri, Oct 21, 2005 at 12:02:00AM -0400, The Wanderer wrote:
> 
>> Bohdan Horst wrote:
>> 
>>> FreeBSD 5.4 (2 different hosts)
>>> 
>>> MEncoder dev-CVS-051020-10:40-3.4.2 (C) 2000-2005 MPlayer Team
>>> CPU: Intel Pentium 4/Celeron 4 Northwood; Pentium 4 EE/Xeon 
>>> Prestonia,Gallatin (Family: 15, Stepping: 7)
>>> Detected cache-line size is 64 bytes
>>> CPUflags: Type: 15 MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
>>> Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2
>>> 
>>> MEncoder dev-CVS-051021-01:30-3.4.2 (C) 2000-2005 MPlayer Team
>>> CPU: Intel Pentium 4/Celeron D Prescott; Pentium D/XE Smithfield; Xeon 
>>> Nocona,Irwindale (Family: 15, Stepping: 1)
>>> Detected cache-line size is 64 bytes
>>> CPUflags: Type: 15 MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
>>> Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2
>>> 
>>> and:
>>> 
>>> mencoder -ovc help
>>> [...]
>>> Option ovc: Unknown suboption hel
>>> 
>>> mencoder -oac help
>>> [...]
>>> Option oac: Unknown suboption hel
>>> 
>>> mencoder -oac copy
>>> [...]
>>> Option oac: Unknown suboption cop
>>> 
>>> mencoder -ovc copy
>>> [...]
>>> Option ovc: Unknown suboption cop
>>> 
>>> mencoder -xvidencopts bitrate=1000:vhq=4
>>> [...]
>>> Option xvidencopts: Unknown suboption bitrat
>> 
>> As ((name)) noted, this is a known problem, and a fix is in
>> progress (although I don't recall it being committed yet), but -
>> are you absolutely sure that you're using the very latest CVS
>> version? I just updated and compiled (with distclean), and I get:
> 
> It depends on your os. It works with a broken OS that lacks strl*
> functions, where the mplayer versions of them get used (which are
> incidentally incorrect and insecure, from what I can tell). It fails
> if you have a correct OS that implements the (POSIX- and
> C99-required) strl* functions.

...I'm rather surprised to learn that Linux 2.6.11.2 is considered
broken (and only slightly less surprised to learn that it's not
POSIX-compliant). That's what I'm running, and not only do I not have
the problem referred to, it also appears (judging by the listing of
/usr/man/man[23]/strl*) that the only function I have with a name
matching strl* is strlen.

Oh, well... no day in which you learn something, etc....

-- 
       The Wanderer

Warning: Simply because I argue an issue does not mean I agree with any
side of it.

Secrecy is the beginning of tyranny.