diff DOCS/tech/realcodecs/TODO @ 6415:737a277b690c

merged with patch by Florian Schneider <flo-mplayer-dev@gmx.net>
author arpi
date Thu, 13 Jun 2002 13:32:10 +0000
parents a2173ca2f49c
children 878f31a10c9d
line wrap: on
line diff
--- a/DOCS/tech/realcodecs/TODO	Thu Jun 13 13:31:45 2002 +0000
+++ b/DOCS/tech/realcodecs/TODO	Thu Jun 13 13:32:10 2002 +0000
@@ -1,18 +1,24 @@
 TODO:
 
 - more docs are coming as I find the time to write them down
-- USE_REALCODECS is needed in config.h -> configure - DONE
-- the original player is doing something I don't know of:
-  I compare the input and output data of the original and mplayer.
-  While the input is the same, the ouput differs. - DONE
 - the frame rate is incorrect - WHY?? need sample, can't reproduce
+  -> see still_stil_still.ram. it needs the value six bytes
+  behind the frame rate. I have activated this for RV[23]0.
+  The sample plays at 12fps (without this patch), realplay
+  play it correctly with 15fps. - possibly DONE
 - use RV20toYUV420Free()
-- rvyuvMain and the two format dwords should be stored inside
-  st_context, so we don't use constants in the demuxer and the
-  wrapper - DONE
-- audio support (mainly for COOK)
-- RV20 support - DONE
+- audio support - nearly DONE (look below)
 - internet streaming support
-- searching
-- get it to work before (they stream) the Bizarre festival :)
+- searching - we need to take care of the audio interleaving -
+  haven't taken steps to locate audio key frames (does such thing
+  exist?)
+- some media files can't be played (mplayer crashes/fails) because
+  it asks for decoded audio data, but the buffer in the audio
+  demuxer packets are empty/missing. It seems that the necessary
+  audio packets haven't been decoded completely (incomplete interleaving)
+  the audio stream packets may get mixed with video stream packet
+- put variables for audio streaming inside real_priv_t
+- audio support for other formats than COOK - use a switch
+  (like -forcereal) to activate it
 
+