Character device may be seekable (depending on the device) and block
device are seekable, but only on certain boundaries which we don't
handle.

Note to self: don't ever trust IB3

(only on supported platforms, being just Darwin right now)

Clean up the code a bit, turning to be half as laggy as the previous code, but it will need to be properly fixed.

Additionally, we are a good citizen now, since we actually quit our session instead of just releasing it. This takes a couple of secs though.

Use a ffmpeg revision which suits our state of patches

Please leave the FFmpeg revision fixed and only update it if you sure that your newer one is stable, nice and cool.

The jam-based target is removed by this commmit.

Finally upgrade the build target to a native one (in favour of a jam-based one, whose support is to be reomoved by Xcode's next release)

Regrettably, this adds yet another file where to change the VLC version

Unsure about my sanity now though.

Send as much data as the packetization AND the MTU allow

Killing a the parent within vlc_object_attach looks like an awful hack
anyway. And there was a documented race condition, in addition to the
dead lock.

This reverts all the pluses from 99e8bcdd. vlc_object_kill() takes the
structure lock internally (through vlc_list_child()), so this would
always deadlock. Besides, we cannot take any lock within the structure
lock, lest we forbid any thread from ever manipulating the objects
structure while holding a lock on any object.
AFAIK, only object reference spins and the messages bank can be locked
within the structure lock.

Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>

Use the correct type for the buffer

Add support for Cinepak, Indeo Video IV, DVC Pro 100, DVC Pro HD and Pixlet (the last one being Mac-only)