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