home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: Multimed / Multimed.zip / mpegplay.zip / README < prev    next >
Text File  |  1993-02-02  |  4KB  |  106 lines
  1.                   MPEG Video Software Decoder
  2.                   (Version 2.0; Jan 27, 1993)
  3.  
  4.         Lawrence A. Rowe, Ketan Patel, and Brian Smith
  5.  Computer Science Division-EECS, Univ. of Calif. at Berkeley
  6.  
  7. This directory contains a public domain MPEG video software
  8. decoder. The decoder is implemented as a library that will
  9. take a video stream and display it in an X window on an 8, 24
  10. or 32 bit deep display.  The main routine is supplied to
  11. demonstrate the use of the decoder library. Several dithering
  12. algorithms are supplied based on the Floyd-Steinberg, ordered
  13. dither, and half-toning algorithms that tradeoff quality and
  14. performance. Neither the library nor the main routine handle
  15. real-time synchronization or audio streams.
  16.  
  17. The decoder implements the standard described in the Committee 
  18. Draft ISO/IEC CD 11172 dated December 6, 1991 which is
  19. sometimes refered to as "Paris Format." The code has been
  20. compiled and tested on the following platforms:
  21.  
  22.  HP PA-RISC (HP/UX 8.X, X11R4) (i.e., HP 9000/7XX and 9000/3XX)
  23.  Sun Sparc (SunOS 4.X, X11R5)
  24.  DECstation 5000 and Alpha
  25.  IBM RS6000
  26.  Silicon Graphics Indigo
  27.  MIPS RISC/os 4.51
  28.  Sequent Symmetry
  29.  Sony NEWS
  30.  and more than we can list here.
  31.  
  32. If you decide to port the code to a new architecture, please let
  33. us know so that we can incorporate the changes into our sources.
  34.  
  35. This directory contains everything required to build and
  36. display video. We have included source code, a makefile, an Imakefile,
  37. installation instructions, and a man page. Data files can
  38. be obtained from the same ftp site this was located in.
  39. See the INSTALL file for instructions on how to
  40. compile and run the decoder. 
  41.  
  42. The data files were produced by XING. XING data does not take
  43. advantage of P or B frames (ie, frames with motion compensation). 
  44. Performance of the player on XING data is significantly slower 
  45. (half or less) than the performance when motion compensated MPEG 
  46. data is decoded. We are very interested in running the software 
  47. on other MPEG streams.  Please contact us if you have a stream 
  48. that does not decode correctly. Also, please send us new streams
  49. produced by others that do utilize P and B frames.
  50.  
  51. NOTE: One particular XING data file: raiders.mpg, is not a 
  52. valid MPEG stream since it does not contain a sequence
  53. header. 
  54.  
  55. We have established several mailing lists for messages about
  56. the decoder:
  57.  
  58. mpeg-list-dist@CS.Berkeley.EDU 
  59.    General information on the decoder for everyone interested 
  60.    should be sent to this list.  This should become active after
  61.    11/20/92
  62.  
  63. mpeg-list-request@CS.Berkeley.EDU
  64.    Requests to join or leave the list should be sent to this 
  65.    address. The subject line should contain the single word 
  66.    ADD or DELETE.
  67.  
  68. mpeg-bugs@CS.Berkeley.EDU
  69.    Problems, questions, or patches should be sent to this address.
  70.  
  71. Our future plans include porting the decoder to run on other
  72. platforms, integrating it into a video playback system that
  73. supports real-time synchronization and audio streams, and
  74. further experiments to improve the performance of the
  75. decoder. Vendors or other organizations interested in supporting 
  76. this research or discussing other aspects of this project should 
  77. contact Larry Rowe at Rowe@CS.Berkeley.EDU.
  78.  
  79. We also plan on producing an MPEG encoder. The encoder will NOT be
  80. a real time digitizer, but will be intended for offline processing
  81. of video data. 
  82.  
  83. ACKNOWLEDGEMENTS:
  84.     We gratefully thank Hewlett-Packard, Fujitsu, the Semiconductor
  85.     Research Corporation for financial support.
  86.  
  87.     We also want to thank the following people for their help:
  88.  
  89.     Tom Lane of the Independent JPEG Group provided us with
  90.         the basic inverse DCT code used by our player.
  91.         (tom_lane@g.gp.cs.cmu.edu)
  92.  
  93.     Reid Judd of Sun Microsystems provided advice and assistance.
  94.  
  95.     Todd Brunhoff of NVR provided advise and assistance.
  96.  
  97.     Toshihiko Kawai of Sony provided advise and assistance.
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.