Howto: Build the svn MPlayer under the latest release version of Ubuntu

[andrew.46]

Anyway mplayer links to /usr/lib/*-linux-gnu just fine, can't to /usr/local/lib/*-linux-gnu because it's not 'enabled'

Times like this I long for the simplicity and completeness of slackware..... On 3rd thoughts I will remain with the hacked installation that places all of the libs in /usr/local/lib. This works with miminal futzing with Ubuntu's incomplete /etc/ld.so.conf.d/, works with both 32 and 64bit installations and FWIW leaves a technically correct .pc file.

[andrew.46]

Did libopenal1 need the -dev? (libopenal-dev

Does not seem right so I have changed this but not tested, MPlayer compile seems broken at the moment and work calls. I will come back and test...

Edit: A vdpau problem, running --disable-vdpau is a temporary workaround...

[andrew.46]

Compile has been fixed with r36330:

http://lists.mplayerhq.hu/pipermail/...ne/086312.html

[mc4man]

Not sure when started but at least here in all recent svn mplayer builds mplayer & mencoder, if built, are seen as -
shared library (application/x-sharedlib) ( ELF 64-bit LSB shared object
screen 1, in this case used yesterdays export to d. check

Doesn't seem to affect use but seems bothersome.

on the other hand releases show as normal -
executable (application/x-executable) (ELF 64-bit LSB executable
screen 2, using recent 1.1.1 release as source

edit; see the same with fedora rpm's, release versions are executable, svn are shared object, so seems par for course though curious

[andrew.46]

Same for Ubuntu and Slackware here. Seen on Ubuntu:

andrew@ithaca:/usr/local/bin$ file --mime-type -b mplayer 
application/x-sharedlib

and Slackware:

andrew@skamandros/usr/bin$ file --mime-type -b mplayer
application/x-sharedlib

whereas of course it should be:

andrew@skamandros/usr/bin$ file --mime-type -b slrn
application/x-executable

In absence of any deliberate change that I can see in the MPlayer svn log I suspect the problem can be at least bypassed with the autoprops setting of svn, but I have no experience with this so some tinkering might be in order. Something odd has happened at the svn repository though...

Edit: My brain is a little full after this:

http://svnbook.red-bean.com/nightly/...ced.props.auto

[mc4man]

Ultimately don't know if this mimetype business matters as mplayer works fine... & while there aren't that many packages using svn mplayer sources to look in did see the same in fedora which appears to use svn for some builds (fusion
(fedora 17 & 18 svns are as expected, 19-dev shows what we see, the motu dailies stopped some time ago so nothing there, ect.

Does though seem to not be 'our', (client?) issue though a test of that isn't quite straightforward.

Did manage without wasting much time to checkout an older svn -r & supply with an ffmpeg version that it could build from, when done it had the mplayer binary as -

~/mplayer$ file ./mplayer
./mplayer: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.24

(r35000 with ffmpeg-0.11 source files inserted in mplayer folder

[andrew.46]

Very odd, I tried a fresh svn pull with the appropriate autoprops set in $HOME/subversion/config and this made no difference. Puzzling.....

[mc4man]

You may want to check about whether live555 is enabled in 13.04 using the repo package(s).
( In 13.04 it's now built as shared so 5 or 6 packages.

Here on amd64 it shows in config.log -

/tmp/cc4qyfOc.o: In function `main':
tmp.cpp.text.startup+0x25): undefined reference to `RTSPClient::createNew(UsageEnvironment&, int, char const*, unsigned short)'
/usr/lib/x86_64-linux-gnu/libBasicUsageEnvironment.so: undefined reference to `operator delete(void*)'
/usr/lib/x86_64-linux-gnu/libBasicUsageEnvironment.so: undefined reference to `operator new[](unsigned long)'
/usr/lib/x86_64-linux-gnu/libBasicUsageEnvironment.so: undefined reference to `__cxa_pure_virtual'
/usr/lib/x86_64-linux-gnu/libBasicUsageEnvironment.so: undefined reference to `operator delete[](void*)'
/usr/lib/x86_64-linux-gnu/libBasicUsageEnvironment.so: undefined reference to `__gxx_personality_v0'
/usr/lib/x86_64-linux-gnu/libBasicUsageEnvironment.so: undefined reference to `vtable for __cxxabiv1::__si_class_type_info'
/usr/lib/x86_64-linux-gnu/libBasicUsageEnvironment.so: undefined reference to `operator new(unsigned long)'
/usr/lib/x86_64-linux-gnu/libBasicUsageEnvironment.so: undefined reference to `vtable for __cxxabiv1::__class_type_info'
collect2: error: ld returned 1 exit status

[andrew.46]

Getting towards time that live555 was dropped from this guide I am thinking...

[mc4man]

Happened to notice that support isn't enabled & likely not for some time now.
Maybe not needed ? otherwise figure this would have been fixed..(no longer dts.h