xine-lib/src/xine-engine, branch vdr-xine-version-712

Add controls for setting the opacity of DVB subtitles.

2007-09-19T17:22:32+00:00

Merge from 1.1.

2007-08-21T03:39:52+00:00

xine_stream audio_track_map order fix

2007-08-17T18:42:22+00:00

Actually, audio_decoder_loop stores audio streams in ascending buffer type
order. So, for example a stream with buffer type BUF_AUDIO_A52|channel_num
will always be stored in audio_track_map array before any mpegaudio stream.
This breaks the stream order known by TS demuxer and so a user can get a52
french audio when selecting "deu" ! Bad again. This patch fixes that.

Fix C++ breakage introduced in cset 290f0d28f8fc.

2007-08-17T12:54:29+00:00

Merge open()/glibc (debug #define) workaround from 1.1; fix up for 1.2 changes.

2007-08-16T15:36:50+00:00

This does not touch code in contrib.

Merge all but the open()/glibc workaround from 1.1.

2007-08-16T15:29:26+00:00

Workaround for recent glibc & -D_FORTIFY_SOURCE=2 (defines open() as a macro).

2007-08-15T15:38:46+00:00

According to bug 1773769, this breaks foo->open().
The fix (as used in Ville Skyttä's patch, which doesn't cover all cases) is
to replace this with (foo->open)().

This patch was generated using
sed -i -re 's/(([[:alnum:]_]+(->|\.))+open) ?\(/(\1) (/' `grep '[>.]open \?(' include -rIl`
One change (in a comment) is not committed.

Fix an audio resampling problem which was causing regular clicking.

2007-08-15T12:42:38+00:00

The cause was that the resampling code was using only the samples in the buffer
but not really handling the transition between two buffers (which it would
handle completely independently). The new code remembers the last sample from
the previous buffer and uses it in the resampling. We therefore end up one
sample behind and without the clicks.

make use of the new callback function in _x_post_intercept_video_frame()

2007-07-26T22:14:09+00:00

--HG--
extra : transplant_source : %E9%9C%09%7EQ%19%B6%D8%BCJ587%C5i%AF%D5R%F4%DE

provide an additional callback function for controlling frame interception

2007-07-26T22:12:00+00:00

Some postplugins override a frame's draw function just to get/manipulate
frame related information -- and not for drawing on the frame.
The current implementation disables any preprocessing function even if the
plugin is not going to draw on the frame. By introducing a further callback
function route_preprocessing_procs() a plugin is now able to tell that it
is not going to draw on the frame, i. e. it is ok to route the preprocessing
functions to the intercepted frame, too.

--HG--
extra : transplant_source : %170%82%B8%8F%BA%3D%25%9B%D7%EF%E5%B3%3B%EEg%A0%D1be