home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / fj / maillis / xwindow / 17574 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  3.0 KB
  1. Path: sparky!uunet!stanford.edu!agate!spool.mu.edu!sgiblab!nec-gw!nec-tyo!wnoc-tyo-news!scslwide!wsgw!wsservra!daemon
  2. From: oj@miki.pictel.com (Oliver Jones)
  3. Newsgroups: fj.mail-lists.x-window
  4. Subject: Re: Looking for MPEG applications
  5. Message-ID: <1992Nov18.011233.2707@sm.sony.co.jp>
  6. Date: 18 Nov 92 01:12:33 GMT
  7. Sender: daemon@sm.sony.co.jp (The devil himself)
  8. Distribution: fj
  9. Organization: PictureTel Corporation
  10. Lines: 57
  11. Approved: michael@sm.sony.co.jp
  12.  
  13. Date: Tue, 10 Nov 1992 14:31:42 GMT
  14. Message-Id: <1992Nov10.143142.1047@miki.pictel.com>
  15. Newsgroups: sci.image.processing,comp.sys.mac.apps,comp.sys.mac.wanted,comp.os.ms-windows.apps,comp.windows.x
  16. References: <1992Nov9.200954.29542@pixel.kodak.com>
  17. Sender: xpert-request@expo.lcs.mit.edu
  18.  
  19. In article <1992Nov9.200954.29542@pixel.kodak.com> jmoore@pixel.kodak.com (James H. Moore 726-0322) writes:
  20. >I saw a brief reference to MPEG (Motion Picture Experts Group), which was
  21. >defining a standard for digital motion pictures.  The technique that
  22. >they were using was to do differences in the frames.  This would work 
  23. >well for the application that I would like.  Realtime capture and playback
  24. >of a complete screen.
  25.  
  26. Be careful not to run afoul of some of the basic assumptions of JPEG
  27. and MPEG.
  28.  
  29. MPEG, and most modes of JPEG, carry out lossy compression.  That is,
  30. the replayed image has slightly different red/green/blue (or YUV)
  31. intensities in the pixels than the original image, but the differences
  32. are small enough such that a continuous-tone image looks acceptable to
  33. the human eye.
  34.  
  35. However, computer screens (X PseudoColor/StaticColor visual classes,
  36. and VGA images, for example) aren't continuous tone images.  Lossy
  37. compression garbles them pretty badly.  They're more closely related
  38. to laser-printer or FAX images than they are to photographs and motion
  39. pictures.
  40.  
  41. If you're recording sequences of television images, MPEG might be a
  42. good choice.  To get a look at what it can do, run down to your local
  43. Sears or expensive-gadget store and get a demo of the CD/I (Compact
  44. Disc Interactive) device put out by Phillips.  Some of the motion
  45. pictures in CD/I use 1.15 megabit-per-second MPEG.
  46.  
  47. Half an hour of MPEG will take a little over half a gigabyte of data.
  48.  
  49. I don't know of any reasonably priced real-time MPEG encoding
  50. equipment on the market.  Any MPEG encoders currently available
  51. (November 1992) are either slower-than-real-time or costing in the six
  52. figures, at least.  But things are happening fast in this area.
  53.  
  54. If you're recording what shows up on screen during an interactive
  55. session, you might consider compressing the screen information with
  56. some lossless image compression scheme.
  57.  
  58. >I am looking for
  59. >applications which would record the output to the screen, which could be 
  60. >"played back". 
  61.  
  62. Highland Software, Palo Alto, store@hisoft.infocomm.com (no business
  63. relationship to me) has a software package to record and play back X
  64. demos.  Recording is carried out by protocol interposition (a la
  65. xscope).  This may be closer to what you want.  It certainly generates
  66. a more compact recording.
  67.  
  68.  
  69. Ollie Jones
  70.