Regarding building with contrib and live555...

[katiem]

Hi, I've opened a bug report regarding building with contrib (and observation with possibly similair issue with live555):

https://trac.videolan.org/vlc/ticket/8538

As in the report I mentioned patching vlc to revert this commit:

http://git.videolan.org/?p=vlc.git;a=co ... 8de0397ac2

I patch as thus:

@@ -26,13 +26,12 @@
AM_CFLAGS =
AM_CXXFLAGS =
AM_OBJCFLAGS =
-AM_LIBADD = $(LIBPTHREAD)
AM_LDFLAGS = -rpath '$(libvlcdir)' \
-avoid-version -module \
-export-symbols-regex ^vlc_entry \
-shrext $(LIBEXT) \
- -no-undefined \
- $(LTLIBVLCCORE) $(top_builddir)/compat/libcompat.la
+ -no-undefined
+AM_LIBADD = $(LTLIBVLCCORE) $(top_builddir)/compat/libcompat.la $(LIBPTHREAD)

include $(srcdir)/Modules.am

Vlc builds fine without this patch but throws 'corrupt module:' errors when I try to play a lot of video files. Using this patch and vlc builds *and* plays (everything) fine!

Regards live555 (seemingly unaffected either way by the above patch), building from contrib with the default version of live.2012.12.18.tar.gz was seeing vlc throw out missing symbol/corrupt error messages (regarding live555) whilst trying to play certain video files (even though the files themselves would play) so I was patching contrib live555 to version live.2011.12.23.tar.gz (and as a result no symbol/corrupt errors).
I'm using Ubuntu Maverick 10/10 but thought I'd have a go at pulling in live555 from the 'raring ringtail' repositories, and with a couple of very small modifications took the 'debian' build folder into the latest 555 (live.2013.04.23) and built some new .deb packages (a hint for anyone who likes/knows how to build debian packages). Did this with no problems at all, replaced the system libraries and rebuilt vlc against them (disabling live555 contrib). Result: vlc played everything fine, all errors gone.

I thought I'd throw this info out there, just in case anyone's struggling with these/similair issues and may help to save some time etc.

[katiem]

O.k., well after the rejection of original bug report (above), I removed vlc. Then removed libmatroska2 & libmatroska-dev packages from system. Rebuilding contrib I watched the contrib folder fill up, noticing the order that different libraries were built. I noticed that libmatroska was added and built after ffmpeg/libav, so I built everything else (including libmatroska) before ffmpeg (disabling ffmpeg) and then did ../bootstrap --enable-ffmpeg. I checked the output of the ffmpeg build after it had finished (successfully) and libmatroska was active.
I then rebuilt vlc and still, even with no system libmatroska installed, experience a bunch of errors as noted above (first post).

Regards.

[Jean-Baptiste Kempf]

Seriously, we have built literally thousands of builds since this commits with contribs and it works fine.

[katiem]

O.k. thanks for your reply...

I've just tried a vlc rebuild with a contrib rebuild as from post 2 above with the patch to revert the commit in question, and all is well (no errors/everything plays). So it doesn't appear to be a libmatroska mismatch as suggested (as far as i can tell), so it might be a compiler quirk (or who knows what(?)). Guess I'll keep using the patch, and at least the infos there for anybody who needs it. The thing is, I'd kind of expected that you'd have no trouble on your end (with this commit) as obviously someone would have spotted not been able to play most video files! Anway thats all for now.

Kind regards.