(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.

filter. Since filter destruction is always requested by the subpicture
core itself, we already have the subpicture lock so no need to lock.

work.

compiler needs the prototype).

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

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

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>

thanks Vladimir Belousov for noticing.

file just named remoteosd.h?)

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".

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.)

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)