mirror of https://code.videolan.org/videolan/vlc
* Removing old useless files
This commit is contained in:
parent
3f1dcaf94e
commit
97706e46cb
27
doc/mad/BUGS
27
doc/mad/BUGS
|
@ -1,27 +0,0 @@
|
|||
bug #09/11/2001-1: (FIXED 20/11/2001, by JP Saman)
|
||||
Makefile.opts.in and Makefile.opts static libmad.a library is not filled in automatically by configure.
|
||||
It should say in Makefile.opts LIB_MAD=lib/libmad.a
|
||||
|
||||
bug #09/11/2001-2: (FIXED december 2001)
|
||||
Libmad is not included in the vlc source code. It is assumed that the library is already available on the machine
|
||||
where the plugin is compiled on. The configure option --with-libmad tells the script where libmad.a or libmad.so library
|
||||
and mad.h include file are installed. E.g. if libmad.a is in /usr/lib and mad.h is in /usr/include then the configure
|
||||
option should be --with-libmad=/usr
|
||||
|
||||
bug #12/11/2001-1 (FIXED january 2002)
|
||||
smoothen out audio in libmad_output callback function, by optimizing conversion routines. After investigation
|
||||
and experimenting I found out that my input routine and output routine were not balanced correctly with
|
||||
respect to buffer sizes. A lot of data got lost. I fixed that, but still need a bater scaling/smoothing routine
|
||||
for the audio.
|
||||
I tried a simpler audio scale function, but it did not improve the audio much. Not even on Intel machine, so I suspect the audio
|
||||
decoding to need a bit too much time. The next thing to try is to steer the decoding process by hand (going to a lower level API).
|
||||
Rewriting mad plugin to use a lower level API was not needed. I found the problem by reviewing libmad example code madlld and bbplay.
|
||||
This resulted in a partial rewrite a some parts and a lot of testing. There are still some issues when trying on different CPU's
|
||||
but this will sort itself gradually.
|
||||
|
||||
bug #20/11/2001-1 (FIXED 25/11/2001, by JP Saman)
|
||||
synchronization between audio and video output is lost. In libmad_output a timestamp is set on the audio data, but
|
||||
it points to a later video frame, then when the audio data was read. How can I set the correct timestamp on the
|
||||
audio fifo at the time it was read from the bitstream, so that it matches the video frame it belongs to?
|
||||
Solution: Do it in two steps, in the input function save i_pts of fifo and in output function pass saved i_pts to
|
||||
aout_fifo.
|
40
doc/mad/TODO
40
doc/mad/TODO
|
@ -1,40 +0,0 @@
|
|||
TODO: (Jean-Paul Saman <jpsaman@wxs.nl>)
|
||||
|
||||
[1 - 30 October 2001, done]
|
||||
introduce libmad in vlc-dev code tree, this includes:
|
||||
configure from top level of source tree
|
||||
compilable from top level of source tree
|
||||
|
||||
[2 - 25 November 2001, done]
|
||||
creating basic mad plugin in vlc-dev code tree, this include:
|
||||
writing most simple vlc-plugin (no fancy stuf)
|
||||
configurable from top level of source tree
|
||||
compilable from top level of source tree
|
||||
|
||||
[3 - 25 November 2001, done]
|
||||
test basic mad plugin
|
||||
native Intel
|
||||
native iPaq
|
||||
|
||||
[4 - 26 November 2001, done]
|
||||
commit to current vlc-dev tree in CVS at VideoLan
|
||||
fix broken things and conflicts
|
||||
run tests again (see [3])
|
||||
|
||||
[5 - all ready done by Christophe Massiot]
|
||||
make cross-compile possible for vlc without interface. With interface it is to damn difficult to do cross-compilation.
|
||||
|
||||
[6 - done by fenrir ]
|
||||
extending mad plugin with more features
|
||||
do fancy stuff (enable MP3 decoding)
|
||||
|
||||
[7 - done ]
|
||||
test extended plugin
|
||||
native Intel
|
||||
native iPaq
|
||||
|
||||
[8 - done ]
|
||||
commit to current vlc-dev tree in CVS at Videolan
|
||||
fix broken things and conflicts
|
||||
run tests again (see [7])
|
||||
|
Loading…
Reference in New Issue