- 02 Dec, 2008 2 commits
-
-
Pierre Ynard authored
Fix typo in comment: "spurious" instead of "supurious" Signed-off-by: Rémi Denis-Courmont <rdenis@simphalempin.com>
-
Rémi Denis-Courmont authored
(cherry picked from commit a684d026)
-
- 01 Dec, 2008 5 commits
-
-
Rémi Denis-Courmont authored
-
Rémi Duraffort authored
-
Pierre Ynard authored
Replaces a function declaration by the needed empty definition for WinCE Signed-off-by: Rémi Denis-Courmont <rdenis@simphalempin.com>
-
Vicente Jimenez Aguilar authored
Signed-off-by: Jean-Baptiste Kempf <jb@videolan.org>
-
Jean-Baptiste Kempf authored
-
- 30 Nov, 2008 15 commits
-
-
Rémi Duraffort authored
-
Laurent Aimar authored
There was a segfault probably due to taglib module changes.
-
Rémi Duraffort authored
-
Laurent Aimar authored
-
Laurent Aimar authored
-
Laurent Aimar authored
It avoids useless es creation every time the current active es is destroyed.
-
Laurent Aimar authored
-
Rémi Duraffort authored
-
Rémi Duraffort authored
-
Rémi Duraffort authored
-
Rémi Duraffort authored
-
Rémi Duraffort authored
-
Rémi Duraffort authored
-
Rémi Denis-Courmont authored
-
Rémi Denis-Courmont authored
This is trivially exploitable to run code. Pointed-out-by: Tobias Klein
-
- 29 Nov, 2008 18 commits
-
-
Ilkka Ollakka authored
could do reviewing.
-
Iain Wade authored
The attached patch adds support for decrypting and playing drm protected video, such as those from iTunes movie store. The patch was created against the 0.9.5 source tarball, and was compiled and tested on OSX against some (legitimately purchased) iTunes purchased songs and movies. Just like the existing audio support it requires decryption keys to be deposited in ~/.drms/ and extracting the keys is left as an exercise for the user. [Commit message edited by Laurent Aimar] Signed-off-by: Iain Wade <iwade@optusnet.com.au> Signed-off-by: Laurent Aimar <fenrir@videolan.org>
-
Jean-Baptiste Kempf authored
-
Laurent Aimar authored
-
Laurent Aimar authored
-
David Flynn authored
It isn't legal for granulepos to be UINT64_MAX on an EOS page since this special value indicates that no packets finish on the page, yet an EOS page signifies that the final packet does finish on the page. It seems that there is a convention for repeating the last used granulepos in the EOS page per logical stream. This then allows some extra file size hints (duration = last gp - first gp) [1] [1] This is flawed -- EOS may occur anywhere, however this is what some people do. Signed-off-by: David Flynn <davidf@rd.bbc.co.uk> Signed-off-by: Laurent Aimar <fenrir@videolan.org>
-
David Flynn authored
Signed-off-by: David Flynn <davidf@rd.bbc.co.uk> Signed-off-by: Laurent Aimar <fenrir@videolan.org>
-
David Flynn authored
Signed-off-by: David Flynn <davidf@rd.bbc.co.uk> Signed-off-by: Laurent Aimar <fenrir@videolan.org>
-
Laurent Aimar authored
-
Laurent Aimar authored
-
Laurent Aimar authored
-
Laurent Aimar authored
-
Laurent Aimar authored
-
Laurent Aimar authored
-
Laurent Aimar authored
-
Laurent Aimar authored
-
Laurent Aimar authored
-
Laurent Aimar authored
-