input_thread_t structure, so that we may support multi programs
  streams.
* Modified inputs to take account of this change.
* Modified input_clock.c so that it doesn't refer to pp_programs[0]
  any more.

Now we should not refer to the first program, but to the selected
program. Functions to change the current program are coming.

-added eof for ts seekable streams
-close netlist when ts input ends

  * Borrowed MPlayer's fast memcpy() routines. Best is autodetected, choose
    "--memcpy <whatever>" to choose one from c, mmx, mmxext or 3dn.
    Please test! Especially Athlon users.
  * Added versioned build-dep to libasound2-dev (Closes Debian bug #121057).
  * Updated Gtk/GNOME interfaces to use "udpstream" instead of "ts".
  * Unrolled ChangeLog.

    when there was no valid sequence.

-hopeless fix for the input netlist corruption bug.

Please test.

 * DeleteDecoderConfig wasn't freeing (anymore) the packets left in the
    decoder fifo. This bug was creating an io_vec starving on title change
    when playing DVDs.

-Update for libdvdcss documentation

other plug-ins.

     It' wouldn't compile on OSX without this.

  *) Removed the mutex the vout and intf thread (were supposed to use)
     for syncronizing acces to the p_vout->p_sys structure.
     The p_vout->change_lock mutex is used for syncronization now. (and
     should make synronization work)

now be included *before* threads.h ;
* Changed all files to include intf_msg.h before threads.h ; while I was
at it, I update the copyright notices ;
* Removed the obsolete darwin plug-in.

  * Fixed a deadlock (bug reported by marcari).

* dvd:<device>[@<raw device>] to avoid device namespace collision under
win32.

   dvd:<device>[:<raw device>]
The raw device must have been prepared (by root) beforehands.

Enable it with --enable-dvdread.

might be the cause of the OS X problem - please confirm).

from 12 to 13 (due to change from ts:// to udpstream://)

    #include <dvdread/...> to
    #include "..."

 *) Darwin doesn't have off64_t, stat64, lseek64. Added
    #ifdef SYS_DARWIN
    #define off64_t off_t
    ....
    #endif
    to dvdread.c

 *) Fixed stupid bug in vout_macos.x. On startup, it would
    try to free a non-existant QuickTime Sequence. This could be
    the reasons for (some?) of the crashes at startup.

is in the environment variable DVDCSS_RAW_DEVICE.

Untested (as usual :-). Feedback welcome.

 * Big clean-up to allow compiling every module as plugins.
 * Added bytes_swap.h to provide ntoh() and htol() on Win32. With this
     change we don't have to link winsock2 with every plugin anymore. This
     should also give us a slight speed increase.
 * Added #define WIN32_LEAN_AND_MEAN in threads.h to speed-up compilation
     on Win32.
 * Modified ac_downmix_3dn and sse so they compile with the latest gcc for
     Win32.

(PS: the dvdread plugin doesn't compile yet on Win32)

Libdvdread files are in extras/libdvdread. They have not been changed from
those of libdvdread 0.9.2. The changes are in the subdirectory videolan.
They basically consist of a new function in the API that does a readv()
instead fo a read().

The library is statically linked with libdvdcss from extras/libdvdcss, and
the whole is statically linked with the plugin dvdread. Dvdread can only be
compiled as a builtin module for the time being, I think (which means I
haven't tried to compile it as a plugin).

Basically, input_dvdread.c is a copy and paste from input_dvd.c with a few
changes to use libdvdread calls. It is still in very alpha stage, but it
should offer the same features as the current DVD input.

It can be called with either the syntax: "dvdread:/dev/dvd"
or "--input dvdread /dev/dvd". The command line switches (-t, -T, -c, -u)
should work too.

  * Added "Video" menu hint to debian/*menu (Closes Debian bug #121036).

SUPPORTED :
ts:toto:1234/meuh
--server toto --broadcast meuh --port 1234

The only supported syntax is :
udp[stream]:[//][serveraddr:[serverport]][@[bindaddr][:bindport]]
example : udpstream:toto@meuh:toto

In most cases, simply passing "udpstream:" should work, since it enables
unicast and broadcast reception on port 1234 from any server. Other
options are only used for fine tuning and multicast.

TODO :
* The GTK interface is broken (glade knowledge wanted !)
* Test this on all supported platforms (and fix them :)
[this won't work with current channel servers - fix needed]