home *** CD-ROM | disk | FTP | other *** search
/ OS/2 Shareware BBS: Multimed / Multimed.zip / mpegplay.zip / MPEGPLAY.TXT < prev    next >
Text File  |  1994-01-11  |  4KB  |  104 lines

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