From 97706e46cb03fe7184f6b0d7e12b4eabaace13f9 Mon Sep 17 00:00:00 2001 From: Derk-Jan Hartman Date: Sun, 25 Jan 2004 19:54:53 +0000 Subject: [PATCH] * Removing old useless files --- doc/mad/BUGS | 27 --------------------------- doc/mad/TODO | 40 ---------------------------------------- 2 files changed, 67 deletions(-) delete mode 100644 doc/mad/BUGS delete mode 100644 doc/mad/TODO diff --git a/doc/mad/BUGS b/doc/mad/BUGS deleted file mode 100644 index 96c3931199..0000000000 --- a/doc/mad/BUGS +++ /dev/null @@ -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. diff --git a/doc/mad/TODO b/doc/mad/TODO deleted file mode 100644 index b19be0af03..0000000000 --- a/doc/mad/TODO +++ /dev/null @@ -1,40 +0,0 @@ -TODO: (Jean-Paul Saman ) - -[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]) - -- 2.39.2