xine-lib/src/libmpeg2, branch 1.1.13

xine_xmalloc() deprecation: replace its use with static and non-zero size.

2008-05-07T14:59:00+00:00

The xine_xmalloc() function is going to be deprecated, as its
behaviour is rarely needed as such, and it's thus misused.

With this, almost all uses of xine_xmalloc() with static size (for
instance the value returned by sizeof()) or with a size that is
guaranteed not to be zero (like strlen()+1) are replaced with calls to
either calloc(1, ...) or malloc().

malloc() is used whenever the allocated memory is going to be
immediately overwritten, while calloc() is used in every other case,
as it sets the whole memory area to zero.

--HG--
extra : transplant_source : %8F%98%EC%02%1E%83%F0s%06X%83C%205Y%80%B12%CC%E1

Push out current frame when seeing the sequence end code 0xb7.

2008-03-02T17:57:51+00:00

Avoid potential install-time mislinkage against libxine.so.2.

2008-01-01T17:31:12+00:00

Use signed data type for pan&scan center offset components.

2007-12-31T23:01:29+00:00

According to specification the center offset components are
signed integers.

Delete most of the CVS $Id$/$Log$ lines.

2007-11-10T22:06:10+00:00

--HG--
extra : transplant_source : %E0%D0%C5%8B%BEU%DD%24%5D7%1F%ADV%AD%EB%23%CBU%80%EB

Update FSF address on non-contributed code and COPYING files.

2007-11-09T17:11:05+00:00

For contributed code, leave whatever the version we last synced for is using
to make simpler future syncs.

Convert the "AFD changed" message into a LOG message.

2007-09-19T18:44:53+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.

Convert comments (and the occasional string where it doesn't matter) to UTF-8.

2007-05-16T23:24:21+00:00

Speed up start code scanning.

2007-04-11T22:02:45+00:00

The current code implements hardware (a shift register) in software
just to find the byte pattern 00 00 01 xx, which causes remarkable
CPU load on less powerful machines.
The new approach uses memchr() to find the 01 in the buffer, which
most often hits a start code. memchr() seems to be even faster then
implementing a real pattern search (i. e. by just looking at every
third byte to find 01). The new implementation causes significantly
fewer CPU load on less powerful machines.