summaryrefslogtreecommitdiff
path: root/CREDITS
blob: c802453f05237d0a02569d207597bcdd641ce6b0 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
external projects used in libxine and its plugins
=================================================

This list is provided to give credit to the external project maintainers
that their work is used in xine.

It is also useful to track the versioning and see, which copy of an
external lib needs updating and who (if anyone) is usually doing these
updates (the word 'maintainer' is intentionally avoided here).


project				version			mediator
-----------------------------------------------------------------------

ffmpeg				build 4715		Mike Melanson
goom				1.9dev5
gsm610				1.0.10			Mike Melanson
liba52				0.7.4
libcdio				0.68
libdts				0.0.2
libdvdnav			0.1.10			Michael Roitzsch
libfaad				2.0 RC3 cvs		Miguel Freitas
libmad				0.15.1b			Miguel Freitas
libmpeg2			0.2.1 [*]
libmpg123
libvcd				0.7.20
nosefart                        1.92                    Mike Melanson
tvtime				0.9.8.4			Miguel Freitas
wine
vidix				cvs (16/Nov/03)		James Stembridge

-----------------------------------------------------------------------


[*] common question: lastest version of libmpeg2 is 0.3.1, why don't
you update?

the answer is not so simple. 

quoting libmpeg2.sf.net: "The old API [0.2.x] was not flexible enough for
most users, as a result various projects (xine, mplayer etc...) ended up
rewriting their own versions of decode.c."

this is indeed true: in order to support a lot of dvd features, menus with
still frames, closed caption decoding and better buffer management for
xine it was needed to patch our libmpeg2 copy. of course we should always
try not to "fork" external projects, but in the libmpeg2/xine case it is
easy to see (from CVS logs) how long did it took to reach the stability
point we have now.

so, while targeting a stable libxine release, there is no hurry in
updating libmpeg2 and this is not the trivial task as it might sound.

note that we have also backported some fixes/improvements from libmpeg2
cvs (eg. motion vector clipping for broken streams). if you need any
specific change or fix feel free to send us a patch or discuss the issue
at xine-devel.