Results 1 to 4 of 4
I need to implement DASH with VLC for one of our requirements. I have a few queries and will really appreciate if they can be answered.. 1) Do I need ...
Enjoy an ad free experience by logging in. Not a member yet? Register.
- 08-09-2011 #1
- Join Date
- Aug 2011
DASH on VLC Fedora Core 9
I have a few queries and will really appreciate if they can be answered..
1) Do I need to use VLC version 1.2.0 only, or the DASH works with any other version as well?
2) Is there is a version of VLC which can support DASH on Windows XP?
3) What flavor and version of Linux should I use? Currently I am on Redhat FC9 i386, will that work?
4) Following the steps from your website, I have reached to the stage of executing bootstrap script, but on executing it, I get undefined macros errors.
[localhost vlc]# ./bootstrap
++ dirname ./bootstrap
+ cd .
+ ACLOCAL_ARGS='-I m4 '
+ test -d extras/contrib/build/bin
++ uname -s
+ test .Linux = .Darwin
+ pkg-config --version
+ export AUTOPOINT
+ test ''
+ autopoint --dry-run --force
+ set +x
+ cp -f INSTALL INSTALL.git
+ autoreconf --install --force --verbose -I m4
autoreconf: Entering directory `.'
autoreconf: running: autopoint --force
Copying file ABOUT-NLS
autoreconf: running: aclocal -I m4 --force -I m4
configure.ac:468: error: m4_undefine: undefined macro: AC_DEPLIBS_CHECK_METHOD
configure.ac:468: the top level
autom4te: /usr/bin/m4 failed with exit status: 1
aclocal: /usr/local/bin/autom4te failed with exit status: 1
autoreconf: aclocal failed with exit status: 1
- 08-09-2011 #2
Probably a beta feature (February 2011) of vlc doesnt match so well with a deprecated and ancient linux distribution from 2003.
Can you try with a fedora 15?
Last edited by Irithori; 08-09-2011 at 02:29 PM.You must always face the curtain with a bow.
- 08-10-2011 #3
- Join Date
- Aug 2011
Hmm, even I thought so...
Can't change to FC15 as the deliverable is for a client who wishes to use FC9 (as many other softwares are released on it)
- 08-10-2011 #4
I somehow read redhat 9.
fedora core 9 is from 2008.
Slightly better situation, but same applies.
I would try to compile that software on a fedora15.
Chances to succeed are better because
- libraries are more up to date
- documentation might apply (in contrast to documentation about getting it to run on an old distribution. Which would be zero )
If that works, you can say:
- I got a running version here for an up to date distribution
- constantly updating is
* not only best practice
* but also ensures that bugs and security holes are approached.
* and that documentation applies
- making it somehow run on fedora 9 might be possible, but needs xy more time to also compile all dependend libs there
- more of your time of course translates to higher costs.You must always face the curtain with a bow.