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

merged with patch by Florian Schneider <[e-mail]>

6414:67c1050a8718

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
- 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
- internet streaming support
- searching
- get it to work before (they stream) the Bizarre festival :)

6415:737a277b690c

TODO:

- more docs are coming as I find the time to write them down
- 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()
- audio support - nearly DONE (look below)
- internet streaming support
- 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