xine-lib, branch 1.1.16

xine-lib 1.1.16.

2009-01-07T16:36:19+00:00

Merge security fixes.

2009-01-05T14:50:58+00:00

Changelog updates.

2009-01-05T14:50:15+00:00

Introduce XVMC_LOCKDISPLAY_SAFE to solve deadlocks in certain xxmc implementations.

2009-01-04T17:21:11+00:00

Some implementations are buggy and lock resources (for example the display or
internal data structures) in different order, which results in deadlocks.
As XVMC_LOCKDISPLAY_SAFE is not defined by default, most API functions will
now be guarded by a LockDisplay()/UnlockDisplay() pair, which imposes a lock
order at least for the resource display and hence avoids those deadlocks.
(transplanted from 580a2a9148618131cedfbc9058ac7979ca16f69b)

--HG--
extra : transplant_source : X%0A%2A%91Ha%811%CE%DF%BC%90X%ACyy%CA%16%F6%9B

FTBFS (i386 with 64bit kernel)

2009-01-04T16:30:43+00:00

Am 04.01.2009 um 04:55 schrieb Adrian Bunk:

> ....
> In file included from ../../../src/xine-engine/xine_internal.h:33,
>                  from noise.c:24:
> .../../../include/xine.h:2230: warning: 'xine_tvsystem' is deprecated
> noise.c: Assembler messages:
> noise.c:155: Error: bad register name `%rax'
> noise.c:161: Error: bad register name `%rax)'
> <--  snip  -->

One problem is that the configure script thinks we're running a 64-bit
system:

,----
| checking build system type... x86_64-unknown-linux-gnu
| checking host system type... x86_64-unknown-linux-gnu
| checking build system type... (cached) x86_64-unknown-linux-gnu
`----

This is bad, build and host type should be passed explicitly in
debian/rules.

Fix WAV demuxer to send the last frames when they don't fit perfectly into the buffer

2009-01-04T12:46:08+00:00

At discontinuity all stored PTS values need to be reset to 0, as they are now invalid.

2009-01-04T14:05:04+00:00

But as PTS values are stored in FFmpeg's decoder, there is no way to reset them to 0.
Therefore PTS tagging has been introduced. At discontinuity a tag is generated and
applied to all new PTS values. Any returned PTS value is checked for this tag and
outdated PTS values are reset to 0. When the tag appears on returned PTS values then
tagging is reset.

Feed buffer PTS through FFmpeg's decoder to have them reordered to display order.

2009-01-03T23:16:19+00:00

Attaching buffer PTS, which are in decoding order, to decoded images is
simply wrong. FFmpeg meanwhile provides a way to pass PTS values through
its decoder too. As a result they get reordered to display order and can
be attached to the decoded frames.

configurable parameter for tvtime pulldown sync sensitivity

2009-01-03T04:00:31+00:00

Currently, once the tvtime plugin has locked onto a telecine pattern, it
will wait PULLDOWN_ERROR_WAIT (a hardcoded #defined value) number of frames
before switching to filmmode.

This sensitivity is excessively high (i.e. the value is too low) for certain
content -- the kind of content that was shot on film but edited in video
mode, so telecine patterns are constantly breaking (examples like Buffy,
Simpsons and Family Guy are especially egregious offenders).

The attached patch turns this constant into a modifiable post plugin
parameter called pulldown_error_wait.

Xine helpfully emits a XINE_EVENT_POST_TVTIME_FILMMODE_CHANGE event when
film mode changes (a patch I submitted some years back).  With the attached
patch, a front-end can monitor the frequency of these events, and
dynamically adjust pulldown_error_wait in a sensible way.

check number of bytes read by input->read in demuxing mpeg block/pes

2008-12-31T22:01:54+00:00

input->read may return negative error codes or read less than we want
so we should check for the right return value instead of just not 0