it simply outputs a usage message.
* ./src/*: fixed a bunch of (legitimate) warnings under VC++.
* ./evc/*, ./msvc/*: split the workspaces into three projects (libvlc, vlc
and plugins -- plugins doesn't build anything yet).
directory because the two project files are starting to diverge.
* ./evc/vlc.c: created a specific vlc.c file for Windows CE.
* ./src/misc/messages.c: as WinCE doesn't have stdout or stderr, the message
queue outputs to a logfile (until we have a proper interface).
work is still needed for missing functions. I only touched libvlc for
the moment, plugins will come in a long long while.
* ./bootstrap: moved MSVC project files generation here; use --update-msvc.
file from the makefile.
* ./msvc/*: moved the MSVC files here.
* ./src/extras/*: moved the extra code here (used to be in src/misc,
extras/GNUgetopt and extras/Win32_msvc).
* ./include/*: a few warning fixes.
* ./mozilla/npvlc_rc.rc, ./mozilla/vlcplugin.h: added the Ogg mime type to
the Mozilla plugin properties.
* ./debian/control: added libogg-dev and libvorbis-dev dependicies to the
Debian build script.
* ./modules/misc/testsuite/*: moved the null module into three test modules
that are only built when --enable-testsuite is activated. This directory
can be a good place for compilation tests or performance benchmarks.
* ALL : Added a priority argument to vlc_thread_create(), so that audio
and input threads can run with a higher real-time priority, on systems
allowing you to use priorities.
don't seem to work very well if you are using autopoint, although
gettext 0.11.5 claims to be fully backwards compatible. Welcome to
automake hell.
* ./bootstrap: workaround which uses gettextize if you do not have
autopoint. We'll probably stay like this for a while, until gettext
0.11.x (which replaces gettextize with autopoint) becomes more
widespread. Currently this workaround seems to work, but don't expect
a clean tarball if you make dist without having used autopoint. Welcome
to automake hell.
unnoticeable apart from the extra dependency on autoconf, automake and
gettextize. See the new HACKING file for some information, especially if
you don't run Linux.
The current strategy is to have the configure script generate a nice
automake Makefile from Makefile.am, and then clobber it with our good
old dirty Makefile. Muahaha :-)
demux plugins (ps, ts, but also dvd*).
* ./src/input/mpeg_system.c: removed MPEG-related stuff from the vlc core.
* ./src/misc/modules.c: max recursion level is now 5.
* ./modules/access/dvdplay/es.c: fixed a buffer overflow.
make package descriptions less misleading.
* ./bootstrap.sh: use C locale for generating vlc_symbols.h.
* ./bootstrap.sh: don't generate pofiles by default.
* ./src/libvlc.c, ./include/vlc/vlc.h: created reentrant versions of the
libvlc API.
* ./src/vlc.c: vlc uses the non-reentrant libvlc functions.
* ./mozilla/vlcplugin.c: the mozilla plugin uses the reentrant functions.
* ./debian/*: created packages for libvlc0-dev.
* ./src/misc/objects.c: we do not hang on attempt to destroy an object with
a non-zero reference count, but we still complain.
* ./plugins/gtk/gtk_control.c, plugins/gtk/gtk_playlist.c: most controls such
as play, pause, stop, next, fast etc. work again.
* ./plugins/gtk/gnome_*: got rid of lots of useless wrappers which were a
workaround for a bug in Glade. Instead, bootstrap.sh does the Glade fixes.
* ./plugins/ffmpeg/ffmpeg.c: if there is already a video output with the
appropriate properties, we use it.
As for video output 4, this breaks almost everything, but I'll slowly
do what remains to be fixed during the weekend.
Changes in vlc:
===============
* vlc is now a very small program (20 lines) which uses the libvlc API;
it is quite simple for the moment but can be extended in the future.
* interfaces, decoders, video outputs, etc. are now almost the same
objects (yes, I know, this is C++ redone in C) and are structured in
a tree. More about this later, but basically it allows the following
nice features:
- several interfaces
- several playlists with several outputs
- input plugins spawning helper interfaces (will be used for DVD menus)
- anything spawning anything; I swear there are useful uses for this!
* libvlc can be used in other programs; I'm currently writing a Mozilla
plugin for my employer.
Things currently broken:
========================
* most interfaces, most ports
* the playlist handling (almost finished rewriting this though). This means
no file can be played from the GUI, you need to use the commandline. This
also means it segfaults at EOF, when exiting the program, and it sometimes
refuses to open a file when asked to.
Sam Hocevar
Christophe Massiot