Latest OS tools (ffmpeg, mplayer, tsmuxer, ...) discussion

[Raptor399]

For now, I would go with whatever is the least amount of work! Monitoring the activity on the forums, it seems to me that everyone already has enough work on their hands as it is.

From what chocolateboy details above, my guess is that continuing to use MPlayer is the least amount of work for now. That does not exclude keeping an eye on MPlayer2 development and integrating it when it has matured a bit, but for now it does make the discussion in this thread more clear.

It also means that it might be worthwhile to apply makeup to the corpse anyway and develop countermeasures for the issue(s?) that PMS has with mencoder (i.e. the location of the font cache folder).

[mazey]

ok im just curious if the issues have to do with sherpya's build cant we just compile our own from the mplayer site and not use somebody else's build or maybe someone else's i dunno what did the mac users do to get the latest with none of the same bugs can we do something similiar.

[SubJunk]

i dunno what did the mac users do to get the latest with none of the same bugs can we do something similiar.

I think the mac users do get the same bugs like no ASS support.

[Raptor399]

i dunno what did the mac users do to get the latest with none of the same bugs can we do something similiar.

I think the mac users do get the same bugs like no ASS support.

Yes, we do.

In an attempt to get the Mac OSX builds up to par with the Sherpya builds I have checked each of his patches. My conclusion: most of them are irrelevant for the working of PMS. Building MPlayer on Windows without his patches will not improve anything.

That said, IMHO all platforms should use pure builds of tools to to lower number of external dependencies and to avoid increasing the number of platform specific differences. Yes, I'm religious like that.

[ExSport]

2 useful patches from Sherpya which PMS users are using:
- VOBSUB support
- using external decoders via "Direct Show Native Wrapper" (DiAVC / CoreAVC / FFDShow) = faster and less CPU demanding "encoding"

[Raptor399]

2 useful patches from Sherpya which PMS users are using:
- VOBSUB support
- using external decoders via "Direct Show Native Wrapper" (DiAVC / CoreAVC / FFDShow) = faster and less CPU demanding "encoding"

Can anyone narrow down the full list of patches to only those involved in these two issues?
We might be able to apply them to the OSX sources as well.

[MKUltra]

The build script works in x86_64 mode, but it fails at giflib when I use "native" or "i386". My machine is i386. Any suggestions?

ld: warning: in /Developer/SDKs/MacOSX10.5.sdk/usr/local/lib/libX11.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /opt/local/lib/libxcb.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /opt/local/lib/libXau.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
ld: warning: in /opt/local/lib/libXdmcp.dylib, file was built for unsupported file format which is not the architecture being linked (i386)
Undefined symbols:
"_XSelectInput", referenced from:
_Screen2X in gif2x11-gif2x11.o
"_XAllocColor", referenced from:
_AllocateColors1 in gif2x11-gif2x11.o
_AllocateColors2 in gif2x11-gif2x11.o
"_XPutImage", referenced from:
_Screen2X in gif2x11-gif2x11.o
"_XSetWMProtocols", referenced from:
_Screen2X in gif2x11-gif2x11.o
"_XCreateBitmapFromData", referenced from:
_Screen2X in gif2x11-gif2x11.o
"_XDefineCursor", referenced from:
_Screen2X in gif2x11-gif2x11.o
"_XOpenDisplay", referenced from:
_main in gif2x11-gif2x11.o
"_XCreateImage", referenced from:
_Screen2X in gif2x11-gif2x11.o
"_XInternAtom", referenced from:
_Screen2X in gif2x11-gif2x11.o
"_XSetForeground", referenced from:
_main in gif2x11-gif2x11.o
"_XSetStandardProperties", referenced from:
_Screen2X in gif2x11-gif2x11.o
"_XFreeColors", referenced from:
_AllocateColors1 in gif2x11-gif2x11.o
"_XQueryColors", referenced from:
_AllocateColors2 in gif2x11-gif2x11.o
"_XMapWindow", referenced from:
_Screen2X in gif2x11-gif2x11.o
"_XSetBackground", referenced from:
_main in gif2x11-gif2x11.o
"_XNextEvent", referenced from:
_Screen2X in gif2x11-gif2x11.o
"_XFreePixmap", referenced from:
_main in gif2x11-gif2x11.o
"_XCreateWindow", referenced from:
_Screen2X in gif2x11-gif2x11.o
"_XCreateFontCursor", referenced from:
_Screen2X in gif2x11-gif2x11.o
"_XLookupString", referenced from:
_Screen2X in gif2x11-gif2x11.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[2]: *** [gif2x11] Error 1

[Raptor399]

The build script works in x86_64 mode, but it fails at giflib when I use "native" or "i386". My machine is i386. Any suggestions?

ld: warning: in /Developer/SDKs/MacOSX10.5.sdk/usr/local/lib/libX11.dylib, file was built for unsupported file format which is not the architecture being linked (i386)

This warning means the file you link against was compiled for another architecture than "i386". You can only link against files that were compiled for the same architecture.
You can verify this manually:

Code: Select all

lipo -detailed_info /Developer/SDKs/MacOSX10.5.sdk/usr/local/lib/libX11.dylib

The only remedy is to link against files that were compiled for "i386".

[Raptor399]

I upgraded to OS X 10.7 (Lion) and installed XCode4. Using a modified (for Lion) version of the build script I try to compile the latest versions of ffmpeg and mplayer, but I get the following errors.

Compiling FFmpeg gives me:

Code: Select all

LD   ffprobe_g
ld: '_filter' in libavfilter/libavfilter.a(vf_fspp.o) contains undefined reference for architecture i386
collect2: ld returned 1 exit status
make: *** [ffmpeg_g] Error 1

And I get the same from compiling MPlayer:

Code: Select all

LD   ffprobe_g
Undefined symbols for architecture i386:
  "_MM_FIX_0_707106781", referenced from:
      _filter in libavfilter.a(vf_fspp.o)
  "_MM_FIX_0_541196100", referenced from:
      _filter in libavfilter.a(vf_fspp.o)
ld: symbol(s) not found for architecture i386
collect2: ld returned 1 exit status
make: *** [ffmpeg_g] Error 1

Has anyone succeeded in getting recent versions of FFmpeg or MPlayer to compile on OS X?

*edit* Looks like I'm not the only one: MacPorts, FFmpeg-user

[Raptor399]

Found the solution: use gcc-4.2 instead of gcc (= llvm-gcc-4.2) to compile by using "configure --cc=/usr/bin/gcc-4.2".
This helps to compile FFmpeg, but still gives errors on compiling MPlayer.
Getting closer, though!