Prepare for future darwin releases

Make sure we download all sources first

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

Update the FFmpeg patch... Do we still need that ?

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.

Fix the Default and Deployment modes for the native target

Clean more correctly

Use a ffmpeg revision which suits our state of patches

Trying to use non-existant patches isn't exactly the idea of the century.

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

Use the native target instead of the jam-based target.

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

Fix libdvdnav in a reliable and quite clean way.

Unsure about my sanity now though.

Fix translation

Use block_Alloc directly

Remove useless stream parameter

RTP sout: use block_Alloc

Another ptime fix

Of course, L16 has two bytes per sample...

RTP sout: rework sample-based audio codecs to not exceed the MTU

Send as much data as the packetization AND the MTU allow

Fix logic error pointed by Meuuh

vlc_object_attach: do not kill an object within the structure lock

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.

Blind attempt at fixing the libintl/g++-4.2 problem

Fix of showing FS controller when it is slowly hidding

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

FFmpeg encoder : be sure to use the minimum required buffer size

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)

We also want to activate AMR-WB. More to come within the next few days.

Activated iLBC support on Macs running QuickTime 7.5 or later

Try to fix the win32 compile.

FFmpeg update.

Typo

Fix make check too

Fix make check (sic)

Bunch of always on demu/x plugins

Fix postproc compiling.

Fix permissions

RTP Vorbis payload format (incomplete)

(as per RFC queue'd draft-ietf-avt-rtp-vorbis-09).
Not tested against other implementations, and some pretty bad PTS
issues. RTP only provides us with a valid PTS for the first frame in a
packet, and we don't know the length of each frame, so, hmm... I wonder
how to compute the PTS for non-first frames...

Also, we would need either an SDP parser to use Vorbis (properly) as a
dynamic payload type, or to use a proprietary static payload type and a
proprietary static RTP clock frequency.

rtp: don't build unused directory

Decode H.264 with QuickTime on the Mac.

Unregister a "sub filter"'s private SPU channel when destroying the
filter. Since filter destruction is always requested by the subpicture
core itself, we already have the subpicture lock so no need to lock.

Partially fix sub picture filter chain handling. Still needs a bit of
work.

Fix zoom gauge in magnify.

Add missing include (OpenDemux uses the CloseDemux function, so the
compiler needs the prototype).

Fixes for fullscreen controller

Signed-off-by: Rafaël Carré <funman@videolan.org>

Remoteosd: initialise gcrypt

Remove outdated comment

Fullscreen controller

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

s/H264/h264 in http interface.

Use less CPU : reduction of the number of iteration when it draws the frame. Some non-code corrections of the previous patch.

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

Fix libdvdnav compilation

Update and activate portuguese l10n. Thanks to Bruno Queirós

Typo (pointed by Bruno Queirós)

Support for sudo

Update files list

chroma.h has moved

These days, the Quit method of mpris is made on the root object

demux/avformat: add Modules.am (otherwise bootstrap is b0rken).
thanks Vladimir Belousov for noticing.

HACKING: fix some wording / changed macros / changed dirs.

toolbox: dont remove config.rpath.

Remove executable permission from source files. (btw, why isn't the .h
file just named remoteosd.h?)

Remove old post processing code remains from avcodec/video.c.

Move avcodec module files to modules/codec/avcodec. (The 3 shared
headers, avutil.h, chroma.h and fourcc.h are also located in that
directory.) This should be the last commit in the "Move all the old
ffmpeg modules source code files around to make it seem like you're
working while you're not".

Move imgresample.c to the video_filter directory.

Remove crop/padd code from imgresample module. Imgresample is now only
1 submodule (well, 1 main module) which can take care of resizing and
chroma conversion (basically it's the old chroma.c code). All the files
have been merged in imgresample.c. In the long run I might split
resizing and chroma conversion to 2 submodules (performance impact would
be nil). (This is untested.)

Add a FIXME and fix a capability declaration.

avformat is demux/mux. Move it to modules/demux/avformat.

Move swscale.c to the video_filter directory.

Merge all swscale plugin related source files (except chroma.h).

Add new var_Change action: VLC_VAR_SETISCOMMAND. Previously it was only
possible to set this attribute at variable creation time (and for some
reason I don't understand that didn't work in one case so I added this
work arround :p)

Revive postprocessing. It is now a video filter (the interface code
needs to be changed accordingly). It "works" but I can't spot any
difference between postproc-q 6 and postproc-q 0 using the
redefined-nintendo.mpg test video ... I'd appreciate feedback on that
point.

Last time I checked, V4L2 was not a demux :) (well it can sometimes be used as an access_demux ... but it's still an access)

Cleanup, a few additions

Fixed linking the remote OSD plugin

Default enable the update checker on OS X as pointed by j-b

Merged the notes for 0.8.6g and 0.8.6h

Some wording improvements

Added plugin RemoteOSD, a VNC client as video-filter

Signed-off-by: Rafaël Carré <funman@videolan.org>

This was not supposed to be committed, sorry

RTP: partial Vorbis payload format support: defragmentation

RTP: set the discontinuity flag as appropriate

Fix typo

Fix building module/demux/rtp.c for Win32 and WinCE (mingw32/mingwce)

Break long if statement in several lines.

RTP: fix packet re-ordering

RTP: partial linking fix

Fix warnings

Fix return type

Include copyright and license message in each plugin

Fix the libgcrypt variables substitution

Remove non-sensical statement

RTP: add secure RTP receive support

SRTP: try to fix dependent libraries

SRTP: support for parsing key and salt from a string

Ooooooooups

UDP: remove old RTP code

RTP: add Framed RTP over TCP support

(untested as I have no software capable of sending this)

Remove some dead code

UDP: remove unneeded DCCP support

RTP: support for DCCP

RTP: ignore muxed RTCP packets for the time being

RTP: fix sequence tracking

Fix POTFILES

Revert "Qt4: do not use vlc_object_get"

Qt4 (and a bunch of other GUIs, I suspect) needs to reference the audio
output properly, but they don't. As such, we need to keep the loosy,
slow and broken vlc_object_get() usage.

This reverts commit 7f120f79a85567bcd5ff484c03a15d15a9b11cdb.

Move the CSA Key parsing inside csa_SetCW function

Signed-off-by: Rémi Denis-Courmont <rdenis@simphalempin.com>