Sent to: alt.graphics.pixutils, comp.compression, comp.compression.research, comp.graphics.animation, comp.graphics, comp.mail.multi-media, comp.multimedia, comp.sources.x, comp.windows.x, comp.windows.x.announce The Berkeley Plateau Research Group is happy to announce the release of Version 2.0 of its software-only MPEG decoder. The player is available via anonymous ftp from toe.cs.berkeley.edu (128.32.149.117) in /pub/multimedia/mpeg/mpeg-2.0.tar.Z. You'll find many sample MPEG streams in the subdirectory movies. Changes from v1.2 include: o Fixed green artifact bug. o Fixed sequence end code bug. o Many bug fixes. o Performance tweaks. Below is a copy of the README file: MPEG Video Software Decoder (Version 2.0; Jan 27, 1993) Lawrence A. Rowe, Ketan Patel, and Brian Smith Computer Science Division-EECS, Univ. of Calif. at Berkeley This directory contains a public domain MPEG video software decoder. The decoder is implemented as a library that will take a video stream and display it in an X window on an 8, 24 or 32 bit deep display. The main routine is supplied to demonstrate the use of the decoder library. Several dithering algorithms are supplied based on the Floyd-Steinberg, ordered dither, and half-toning algorithms that tradeoff quality and performance. Neither the library nor the main routine handle real-time synchronization or audio streams. The decoder implements the standard described in the Committee Draft ISO/IEC CD 11172 dated December 6, 1991 which is sometimes refered to as "Paris Format." The code has been compiled and tested on the following platforms: HP PA-RISC (HP/UX 8.X, X11R4) (i.e., HP 9000/7XX and 9000/3XX) Sun Sparc (SunOS 4.X, X11R5) DECstation 5000 and Alpha IBM RS6000 Silicon Graphics Indigo MIPS RISC/os 4.51 Sequent Symmetry Sony NEWS and more than we can list here. If you decide to port the code to a new architecture, please let us know so that we can incorporate the changes into our sources. This directory contains everything required to build and display video. We have included source code, a makefile, an Imakefile, installation instructions, and a man page. Data files can be obtained from the same ftp site this was located in. See the INSTALL file for instructions on how to compile and run the decoder. The data files were produced by XING. XING data does not take advantage of P or B frames (ie, frames with motion compensation). Performance of the player on XING data is significantly slower (half or less) than the performance when motion compensated MPEG data is decoded. We are very interested in running the software on other MPEG streams. Please contact us if you have a stream that does not decode correctly. Also, please send us new streams produced by others that do utilize P and B frames. NOTE: One particular XING data file: raiders.mpg, is not a valid MPEG stream since it does not contain a sequence header. We have established several mailing lists for messages about the decoder: mpeg-list-dist@CS.Berkeley.EDU General information on the decoder for everyone interested should be sent to this list. This should become active after 11/20/92 mpeg-list-request@CS.Berkeley.EDU Requests to join or leave the list should be sent to this address. The subject line should contain the single word ADD or DELETE. mpeg-bugs@CS.Berkeley.EDU Problems, questions, or patches should be sent to this address. Our future plans include porting the decoder to run on other platforms, integrating it into a video playback system that supports real-time synchronization and audio streams, and further experiments to improve the performance of the decoder. Vendors or other organizations interested in supporting this research or discussing other aspects of this project should contact Larry Rowe at Rowe@CS.Berkeley.EDU. We also plan on producing an MPEG encoder. The encoder will NOT be a real time digitizer, but will be intended for offline processing of video data. ACKNOWLEDGEMENTS: We gratefully thank Hewlett-Packard, Fujitsu, the Semiconductor Research Corporation for financial support. We also want to thank the following people for their help: Tom Lane of the Independent JPEG Group provided us with the basic inverse DCT code used by our player. (tom_lane@g.gp.cs.cmu.edu) Reid Judd of Sun Microsystems provided advice and assistance. Todd Brunhoff of NVR provided advise and assistance. Toshihiko Kawai of Sony provided advise and assistance.