Howto: Build the development version of vlc under Ubuntu

[andrew.46]

April 29, 2012.

Due to upcoming changes to this section of the Ubuntu Forums it is with great regret that I have moved this guide to my personal website where development will continue:

Howto: Build the development version of vlc under Ubuntu
http://www.andrews-corner.org/vlc.html

In fact I have just completed an update for Precise Pangolin which I am keen for as many people as possible to test .

If anybody is keen to use the current material (as of April 09,2012) for Ubuntu Wiki, blog, personal site etc I have attached the guide to this message as vlc_git_guide.gz. This contains the full Forums formatting so conversion to any other format should be easy enough...

Have Fun!!

Andrew

[andrew.46]

I have added in a new dependency libprojectm-dev which builds support for libprojectM visualisation within vlc-git. A few details of this Google Summer of Code project here:

Visualisations in VLC
http://ivoire.dinauz.org/blog/index....sations-in-VLC

It was not hugely impressive on my system but early days yet + I am something of a goom fan still .

Andrew

[SuperSonic4]

How I remember this guide from the testing topic XD. May I suggest placing a link to the VLC plugins manager.

VLC extensions

To try these extensions right click on the .lua file and select save as and save to the Desktop.

To activate the plugins copy them to ~/.local/share/vlc/lua/extensions/

cd ~/Desktop
cp -v *.lua ~.local/share/vlc/lua/extensions/

This will copy the extensions to your VLC extensions folder



^ VLC with the "Hello World" extension, imdb does work (see attached for larger image)

[mc4man]

Andrew -
while I don't intend to keep or use a 64 bit install, it did bug me that some where building the 1.1 of of a shared ffmpeg install (sooner or later using new shared ffmeg libs will be an issue.

So managed to get vlc to build off of a static ffmpeg, though the means bears a little testing and or refinement.

To make sure ffmpeg itself is still good I built it as normal so I could run ffmpeg - don't think that itself matters per se.

doug@doug-laptop:~$ ffmpeg
FFmpeg version SVN-r21659, Copyright (c) 2000-2010 Fabrice Bellard, et al.
built on Feb 6 2010 18:23:58 with gcc 4.4.1
configuration: --enable-gpl --enable-version3 --enable-nonfree --enable-postproc --enable-pthreads --enable-libfaac --enable-libfaad --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-pic
libavutil 50. 8. 0 / 50. 8. 0
libavcodec 52.52. 0 / 52.52. 0
libavformat 52.50. 0 / 52.50. 0
libavdevice 52. 2. 0 / 52. 2. 0
libswscale 0.10. 0 / 0.10. 0
libpostproc 51. 2. 0 / 51. 2. 0

So far the vlc seems fine - ldd showing no libavcodec...

doug@doug-laptop:~$ ldd /usr/local/lib/vlc/codec/libavcodec_plugin.so
linux-vdso.so.1 => (0x00007fff711ff000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00007f6b307cc000)
libz.so.1 => /lib/libz.so.1 (0x00007f6b305b5000)
libbz2.so.1.0 => /lib/libbz2.so.1.0 (0x00007f6b303a3000)
libfaac.so.0 => /usr/lib/libfaac.so.0 (0x00007f6b30191000)
libfaad.so.0 => /usr/lib/libfaad.so.0 (0x00007f6b2ff51000)
libmp3lame.so.0 => /usr/lib/libmp3lame.so.0 (0x00007f6b2fcd8000)
libopencore-amrnb.so.0 => /usr/lib/libopencore-amrnb.so.0 (0x00007f6b2fa9e000)
libopencore-amrwb.so.0 => /usr/lib/libopencore-amrwb.so.0 (0x00007f6b2f882000)
libdl.so.2 => /lib/libdl.so.2 (0x00007f6b2f67d000)
libjack.so.0 => /usr/lib/libjack.so.0 (0x00007f6b2f461000)
libm.so.6 => /lib/libm.so.6 (0x00007f6b2f1dd000)
libvlccore.so.4 => /usr/local/lib/libvlccore.so.4 (0x00007f6b2eef5000)
libc.so.6 => /lib/libc.so.6 (0x00007f6b2eb86000)
/lib64/ld-linux-x86-64.so.2 (0x00007f6b3160b000)
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00007f6b2e876000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00007f6b2e65e000)
librt.so.1 => /lib/librt.so.1 (0x00007f6b2e456000)
libsamplerate.so.0 => /usr/lib/libsamplerate.so.0 (0x00007f6b2e0ea000)
libcelt.so.0 => /usr/lib/libcelt.so.0 (0x00007f6b2ded6000)
libdbus-1.so.3 => /lib/libdbus-1.so.3 (0x00007f6b2dc97000)

If you wish to pursue take a look at the slackware ffmpeg amd_64 asm patch, - not all of it (the one I found) would apply cleanly - made a change to the dsputil.h patch so this resulted

#define SINETABLE_CONST
#endif

#ifndef _ATTR_HIDDEN
#define _ATTR_HIDDEN __attribute__((visibility("hidden")))
#endif

#define COSTABLE(size) \
    COSTABLE_CONST DECLARE_ALIGNED_16(FFTSample, _ATTR_HIDDEN ff_cos_##size[size/2])
#define SINTABLE(size) \
    SINTABLE_CONST DECLARE_ALIGNED_16(FFTSample, _ATTR_HIDDEN ff_sin_##size[size/2])
#define SINETABLE(size) \
    SINETABLE_CONST DECLARE_ALIGNED_16(float,  _ATTR_HIDDEN ff_sine_##size)[size]
extern COSTABLE(16);
extern COSTABLE(32);

For interests sake the changes I made, full diff in post below, still good thru 02/17

[andrew.46]

Hi mc4man,

If you wish to pursue take a look at the slackware ffmpeg amd_64 asm patch, - not all of it (the one I found) would apply cleanly - made a change to the dsputil.h patch so this resulted [...]

That is indeed a big patch. alienBOB runs the script with a fixed version of FFmpeg thus he can tailor the patch to meet the specific FFmpeg revision. A great pity these changes could not be absorbed into FFmpeg itself ....

Andrew

[mc4man]

changes could not be absorbed into FFmpeg itself ....

personally don't really know if they belong in ffmpeg itself, though for the static build for a 64 bit vlc seems ok.

Considering not in the scope of this thread think I'll let it go...after this

Anyway for the few that may wish to test on 64 bit, made the few changes to the slackware patch, may be good for a day or 2 or longer - till there is a line change in ffmpeg, though the gist is pretty straightforward and can be adjusted.

Can be applied 2 ways - leave as a .gz, place in vlc_build folder, and run @ ffmpeg source folder prompt

zcat ~/vlc_build/amd_asm.diff.gz |patch -p1

ex.

Checked out revision 21665.
doug@doug-laptop:~/vlc_build$ cd ffmpeg
doug@doug-laptop:~/vlc_build/ffmpeg$ zcat ~/vlc_build/amd_asm.diff.gz |patch -p1
patching file libavcodec/dsputil.h
Hunk #1 succeeded at 771 (offset 23 lines).
patching file libavcodec/x86/dsputil_mmx.h
patching file libavcodec/x86/vc1dsp_mmx.c
patching file libswscale/swscale.c
Hunk #1 succeeded at 131 (offset -90 lines).
Hunk #2 succeeded at 160 (offset -90 lines).

or extract to vlc_build folder and run instead at the same ffmpeg prompt

patch -p1 < ~/vlc_build/amd_asm.diff

otherwise all is the same except adding --enable-pic to both the x264 and ffmpeg configures (and the deal with live555 - I forget the exact...

[andrew.46]

Hi mc4man,

while I don't intend to keep or use a 64 bit install, it did bug me that some where building the 1.1 of of a shared ffmpeg install (sooner or later using new shared ffmeg libs will be an issue

Looks like I will be getting access to a 64bit system shortly so I will soon be able to attack this myself . In the mean time could you see if:

--disable-asm

as an FFmpeg option allows the 64bit vlc-git to build against a static FFmpeg in the manner I have described in the guide? And if so are the results catastrophic in terms of FFmpeg performance...

Thanks yet again

Andrew

[mc4man]

--disable-asm

that should work ok, as far as it's effect, don't know quite enough in that area to say for sure.

I'd guess it shouldn't be an issue at all on the decoding side, though maybe on transcoding.

(edit : this is assuming an ffmpeg build for statically linking to vlc itself

On the 32 bit side I've definitely decided that removing wmap and wmas from dmo is the way to go atm

[FakeOutdoorsman]

--disable-asm

as an FFmpeg option allows the 64bit vlc-git to build against a static FFmpeg in the manner I have described in the guide? And if so are the results catastrophic in terms of FFmpeg performance...

I believe this option would be the equivalent of:

--enable-uberslowness

for encoding. However, it's purely opinion without any real evidence or testing on my non-existent 64-bit machine.

[andrew.46]

Hi SuperSonic,

May I suggest placing a link to the VLC plugins manager.

I am holding off just for the moment as the first of the extensions has just appeared in the source tree as share/lua/extensions/imdb.lua. I would imagine that shortly the rest will appear and hopefully will either be available directly or by symlink.

Andrew