On Sunday 20 December 2009 13:50:02 Jacob Meuser wrote:
> On Sun, Dec 20, 2009 at 05:21:29PM +0000, Edd Barrett wrote:
> > Hi,
> >
> > This is just a heads up email. I discussed this with brad and I know
> > this is not trivial.
> >
> > The newest mplayer snapshot will refuse to accept our "old" x264
> > library. Upon attempting to update x264, I am told that our binutils
> > version is too old:
> >
> > Found GNU assembler 2.15
> > Minimum version is binutils-2.17
> > Your compiler can't handle inline SSSE3 asm.
> > If you really want to compile without asm, configure with --disable-asm.
> >
> > And so the plot thickens....
> >
> > As I say. Just a heads up.
>
> then use --disable-asm. or figure out how to avoid SSE3. we probably
> can't really use SSE3 in packages anyway.
>
> hmmm. in encoder.c:
>
> #ifdef HAVE_MMX
> if( !(x264_cpu_detect() & X264_CPU_SSE) )
> {
> x264_log( h, X264_LOG_ERROR, "your cpu does not support SSE1, but x264
> was
> compiled with asm support\n"); x264_log( h , X264_LOG_ERROR, "to run x264,
> recompile without asm support (configure --disable-asm)\n"); return -1;
> }
> #endif
>
> so, we really should use --disable-asm anyway, or the packages won't
> work on all machines.
>
> note that other multimedia ports solve this issue with "optimized"
> (or in the case of ppc, "altivec") flavor(s).
Even if --disable-asm is an option with x264 it cannot be updated at the
moment. As I had said to him on icb he will have to use a snapshot of MPlayer
before the API change if he wants to update MPlayer to something newer right
now.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
