HDTenEightyP/NetNews huggingface dataset:
From: hans@pine.circa.ufl.edu (Hans van Oostrom)
Newsgroups: comp.multimedia
Subject: Re: Multimedia file formats
Date: 21 Jul 92 17:43:00 GMT
Organization: University of Florida - Dept. of Anesthesiology
News-Software: VAX/VMS VNEWS 1.41

In article <l5rviiINNni8@calvin.usc.edu>, alves@calvin.usc.edu (William Alves) writes...
>Can anyone point me towards multimedia file formats that have been
>proposed as "standards." (By multimedia files, I mean files which

The 'standard' that Microsoft proposed for their multimedia Windows can be
found on ftp.uu.net in the vendor/microsoft/multimedia directory.  Available
as a Word and Text file files are called rm*.*.  It describes the Resource
Information File Format (or alike) [RIFF] including sound etc.

Hans van Oostrom                    KD4MUJ
PO Box J-254, JHMHC                 hans@ufpine                (BITNET)
Gainesville, FL  32601, USA         hans@pine.circa.ufl.edu    (INTERNET)
>>>          Hoe ver je ook gaat, overal zie je landgenoten           <<<
Newsgroups: comp.multimedia
From: morris@DrSpok.mko.dec.com (morris)
Subject: Re: Multimedia file formats
Reply-To: morris@DrSpok.mko.dec.com (morris)
Organization: Digital Equipment Corporation
Date: Wed, 22 Jul 92 01:28:05 GMT


In article <1992Jul16.211036.942@microsoft.com>, matts@microsoft.com (Matt Saettler) writes:
|>The standard file format for storing multimedia objects is RIFF.  This
|>format was developed by IBM and Microsoft ...

You didn't really mean to say THE standard format did you?  You probably
meant something more along the lines of 'a possible standard for the
storage of multimedia objects in a homogeneous Microsoft Windows 
environment.'  That's certainly a large market, but there are probably
still a few people around who are interested in multimedia on Macintoshes
or Amigas.  Perhaps they are even interested in being able to exchange
multimedia data across multiple platforms.  I know I'd sure like to see
that be possible.
Newsgroups: comp.multimedia
From: leo@zelator.in-berlin.de (Stefan Hartmann)
Subject: Re: MPEG encoding time
Organization: Puplic-Access-Xenix-System
Date: Fri, 24 Jul 92 15:06:50 GMT

In <l6ulkqINNjbu@calvin.usc.edu> alves@calvin.usc.edu (William Alves) writes:

>Does anyone with experience in MPEG have a feeling for how long it takes
>to encode full-motion, full-screen video, with enough compression to
>play off a CD-ROM (c. 150k/sec)? I have heard that it would take even
>a high-end personal computer a tremendous amount of time, but I have
>no firm numbers. Also, does anyone know of a company working on a
>QuickTime-compatible MPEG card for the Mac? Thanks.

>Bill Alves


Hi ,
I'm using the Xing Technology MPEG encoder, which works from 320x240
TGA frames .
It takes 1.5 second per frame to encode to a MPEG-file on a 
486 PC (33Mhz) !
I think this is quite fast and all is done by software only !

Best regards Stefan Hartmann.
email to: leo@zelator.in-berlin.de


-- 
 
*************************************************************
*  Stefan Hartmann       This is how to contact me:         *
*  EMAIL: leo@zelator.in-berlin.de                          *
*  Phone : ++ 49 30 344 23 66      FAX : ++ 49 30 344 92 79 *
*************************************************************
Newsgroups: comp.multimedia
From: paulg@tplrd.tpl.oz.au (Paul Gittings)
Subject: Re: Curious: TV in a window...
Originator: paulg@sydrd19
Organization: Telectronics Pacing Systems
Date: Wed, 29 Jul 92 00:38:51 GMT


In article <1992Jul26.153332.8827@bcrka451.bnr.ca>, custeng1@bcrka333.bnr.ca (Wayne McFall) writes:
> As I was leafing through the May issue of Byte magazine recently,
> I saw an add for a board which allowed television signals to be
> displayed on a window. I mentioned to a nearby friend that I 
> thought it was pretty interesting, and he abruptly responded
> "Why... I serves no practical purpose."
> 
> Well, my [limited] knowledge of multimedia tells me otherwise. 
> What are some of these apparantly non-existant "practical purposes?"
> 

We have a problem in that people keep swapping the paper tray that is loaded 
into one of our printers (it takes A3 and A4) the only way currently to
check which tray is loaded is to go into the printer room.  One person, as a
joke, suggested that we should get one of those cards and put a video 
camera in the printer room that way they can check the tray from their desks.
This may be a bit of over kill for our problem but I would imagine that
there are situation that you might want to monitor real world events while
at your desk (especially in the areas of computer controlled systems).  This
setup might be used to avoid the sort of problems a friend told me of once;
He was working on a computer controlled light rail system, he was on the train
at the time talking by walkie talker to the computer operator (who was in a 
room with no windows so he couldn't see the train track).  The operator told 
my friend that he had entered the command to stop the train and the computer 
system had reported that the train had in fact stopped, my friend informed the
operator that the train was still moving at a fair clip.  The operator
refused to believe him (thought he was just joking), so my friend had
to pull the emergency brake.  A video monitor might have helped.

> +--                                                         --+
>    Jay Steele, 5E54                  (613) 763-7204
>    CAD Operation Tools Development   e-mail: custeng1@bnr.ca
>    Bell-Northern Research
> +--                                                         --+

Cheers,
Paul Gittings
Telectronics Pacing Systems- 7 Sirius Rd, Lane Cove, NSW 2066, Australia
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
   _              | paulg@tplrd.tpl.oz.au OR paulg@tps.com
_ // Amiga users  | 61-2-4136963 (voice: work)----------------------------
\X/ make it happen| 61-2-4136868 (fax)        |A Welsh/Canadian/Australian
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
No matter how much I beg, Telectronics will not allow me to express any
opinions on its behalf.
Newsgroups: comp.multimedia,comp.edu,comp.ai.edu
From: chess@McRCIM.McGill.EDU ()
Subject: MULTIMEDIA-BASED INSTRUCTIONAL/TUTORING SYSTEM
Originator: chess@aragorn.mcrcim.mcgill.edu
Organization: McGill Research Centre for  Intelligent Machines
Date: Wed, 22 Jul 92 14:42:46 GMT


I would like to know if any multimedia based instructional or 
tutoring systems have been developed .

I am interested in working in this area and am looking at 
possible platforms, authoring systems, i/o devices and their 
specifications . I have access to sparc stations and ibm pcs
(DOS and OS/2) .

I would like to hear from anyone with some experience in this
field .

Thanks 

Sandy
Newsgroups: comp.multimedia,comp.graphics
From: shaung@rta.oz.au (Shaun Gray)
Subject: PAL & SECAM 196 palettes
Organization: Roads and Traffic Authority
Date: Wed, 29 Jul 92 04:34:13 GMT

A shot in the dark.  The RTA is building a Customer Information System
 (information kiosk) touch screen multi-media project for public retrvial
of information about the authority's services. We have a couple of hundred
of full colour(16 million) Targa files, that we need to get into a 256 colours
for MS_windows.

MicroSoft's PalEdit from the MultiMedia Development Kit contains several
predefined colour palette files. Eg.

VGA.PAL      = Standard VGA 16 colour palette
STANDARD.PAL = A 196-color palette that conforms to NTSC color standards.

The problem we are having in using the STANDARD.PAL is that the resulting
images display all the colour biasses we normal see in NTSC colour TV,
particularly in skin tones.

Does anybody have a 196-color palette that conforms to the PAL color standard
(Australian & British ),  or SECAM color standard (French) ?

Thanks Shaun.
---------------------------------------------------------------
shaung@xwdev.rta.oz.au
shaung@xwdev.pandc.rta.oz.au
c/- Roads and Traffic Authority of NSW
Information Services Branch
3rd Floor, 260 Elizabeth Street
SURRY HILLS. NSW. Australia 2010

postmaster - Shaun Gray (Expert Systems Officer)
phone +61-2-218-6998
fax   +61-2-218-6747  Best if the email can't find me!
-----------------------------------------------------------------

-- 
---------------------------------------------------------------
shaung@xwdev.rta.oz.au
shaung@xwdev.pandc.rta.oz.au
c/- Roads and Traffic Authority of NSW
Newsgroups: comp.multimedia
From: dong@milton.u.washington.edu (Dong-Lok Kim)
Subject: Re: Which format for MPEG? (NTSC or CCIR601) (was Digital Video)
Organization: University of Washington, Seattle
Date: Thu, 23 Jul 1992 07:20:20 GMT

In article <1992Jul19.153254.22747@becker.GTS.ORG> bdb@becker.GTS.ORG (Bruce Becker) writes:
>In article <4574@crl.LABS.TEK.COM> rjn@snowbird.LABS.TEK.COM (Jim Nusbaum) writes:
>|Well CIF is supposed to be half the size of the full image (dropping every
>|other sample in the line and dropping alternating lines).  That would lead to
>|320 x 240 starting from a 640 x 480 image.  The 4:1:1 subsampling leads to
>|the 1/4 size U and V.  If you start with a different image size you would
>|get different results, but a 704 x 480 image seems pretty non-standard.
>
>
>	704 == 640 + 64
>
>
>	the extra 64 is the additional 10%
>	needed for overscan
>
>
>-- 
>  ,u,	 Bruce Becker			Toronto, Ontario
>a /i/	 Internet: bdb@becker.gts.org	Uucp: ...!web!becker!bdb
> `\o\-e	 \*/*\*/*\*/*\*/*\*/*\*/*\*/*\*/*\*/*\*/*\*/*\*/*\*/*\*/
> _< /_	 "Awaken the Geek Within" - Anthony Robot


Well, the number 704 was actually derived from the follwing reasoning:
	CCIR601 format has 720 pixels per line
	--> Decimate it down to 360 pixels
	--> To divide the frame into macroblocks ( 16 x 16 pixels),
		there is 8 pixels as the remainder (360 /16 = 22 remainder 8)
	--> Now we just discard the 8 pixels and use the 352 pixels for
		the MPEG encoding. In fact we take the center 352 pixels
		discarding 4 pixels from both sides.
	--> The above procedure effectively takes the 704 center pixels
		from the original frame (Of course you may need the 
		boundary 16 pixels to do the decimation).

This is illustrated in the MPEG document.

Dong-Lok Kim
-- 
ICSL (Image Computing System Lab)
Dept. of Electrical Eng., FT-10
University of Washington
Seattle, WA 98195
From: ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
Newsgroups: comp.multimedia
Subject: Re: os2 multimedia audio
Date: 31 Jul 92 16:51:59 +1200
Organization: University of Waikato, Hamilton, New Zealand

In article <4803@sumax.seattleu.edu>, chauhand@sumax.seattleu.edu (Digvijay Chauhan ) writes:
> From: swix@prism.gatech.edu (SWIX,SCOTT R)
>
> The OS/2 Multimedia Extensions (MMPM/2) provide audio capabilities
> including digital audio capture  & playback, as well as line audio
> channel control, volume, bass, etc.
>
> The digital audio interface is via either a string-based language
> or a message based protocol.  Other devices, such as videodisc
> players, MIDI, etc are similarly controlled.

Sounds very similar to the Windows Media Control Interface. But this is
just a way of using a PC as a control centre for external hardware, not
for getting digital audio/video data in and out of the PC.

Can you actually get a stream of digital data from the OS/2 Multimedia
Extensions, or send one to them? Do the Extensions support anything else
besides audio?

Lawrence D'Oliveiro                       fone: +64-7-856-2889
Computer Services Dept                     fax: +64-7-838-4066
University of Waikato            electric mail: ldo@waikato.ac.nz
Hamilton, New Zealand    37^ 47' 26" S, 175^ 19' 7" E, GMT+12:00
"Good points: Strong on features. Bad points: Cluttered by features.
Conclusion: A good buy, especially if you like lots of features."
		       -- PCW review of Pro Write Plus, Sept 1991
From: ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
Newsgroups: comp.multimedia
Subject: Re: VIDEO MACHINE
Date: 29 Jul 92 17:00:07 +1200
Organization: University of Waikato, Hamilton, New Zealand

In article <1992Jul24.085150.2297@news.tu-graz.ac.at>,
mue@piis10.joanneum.ac.at (Heimo MUELLER (IIS)) describes a PC-controllable
system for mixing video signals with video effects, usable with either Macintosh
or DOS PCs.

What, no QuickTime support??? Boring...!

Lawrence
digital VideoBigot
Newsgroups: comp.multimedia
From: tcp@lascar.puc.cl (Lista TCP IP)
Subject: CD Tower access using TCP/IP
Organization: Pontificia Universidad Catolica de Chile
X-Newsreader: Tin 1.1 PL4
Date: Tue, 28 Jul 1992 22:57:06 GMT

 I would like to know if there exists an CD tower that we cann access
trought the network using TCP/IP

We know about Meridian Data CD Towers, but we can access this CD using
Netwbios or IPX

We would apreciate any help


Thanks in advance


Eduardo Diaz
Catholic University of Chile 
From: fitzhugh@hplred.HP.COM (Andrew Fitzhugh)
Date: Wed, 29 Jul 1992 23:01:56 GMT
Subject: Re: Convert 4:1:1 YUV data to RGB
Organization: Hewlett Packard Labs, Palo Alto CA
Newsgroups: comp.multimedia

/ hplred:comp.multimedia / pej@hpfcso.FC.HP.COM (Phil Jensen) /  6:04 am  Jul 27, 1992 /
> In comp.multimedia, soam@freyja.cs.cornell.edu (Soam Acharya) writes:
> > Can anyone point me towards a reference that explains how to convert
> > 4:1:1 subsampled YUV data to RGB? 
> > 
> 
> Call your local Signetics Rep and ask for the Phillips Video Data Handbook.
> This contains specs on the parts that are on your board. Look at the SAA7192
> Digital Colour Space Converter. This is a YUV to RGB converter. Included are 
> equations for the YUV to RGB conversion.

Actually, the Signetics book gives the equations for YCbCr (normalized
YUV, so they're essentially the same).  I just happened to be typing
in these numbers so I can save you some time:

|R|   | 1.000  0.000  1.000 | |Y|
|G| = | 1.000 -0.186 -0.508 | |U|
|B|   | 1.000  1.000  0.000 | |V|

|Y|   | 0.299  0.587  0.114 | |R|
|U| = |-0.299 -0.587  0.866 | |G|
|V|   | 0.701 -0.587 -0.114 | |B|

And if you want to use YCbCr,

|Y |   |     Y     |
|Cb| = | 0.564 * U |
|Cr|   | 0.713 * V |

Benson's "Television Engineering Handbook" (ISBN 0-07-004779-0),
though poorly organized and containing plenty of typos, contains all
kinds of stuff like this.  It's a better general reference than the
Sig.  data book, but it's far from free (~$100, I think).

Andrew Fitzhugh
Computational Color Reproduction
HP Laboratories
From: maurices@spock.dis.cccd.edu (Maurice Shihadi)
Newsgroups: comp.multimedia
Subject: Re: I was wrong : QuickTime - 30 fps
Keywords: quicktime video
Date: 28 Jul 92 00:36:53 GMT
Organization: Coast Community College District, Costa Mesa, CA

--Regarding all this add on stuff.  Be patient, check out the Mac zi
(this fall) 33/68030 with built in 24bit color card built in cd-rom 
(option) and three expansion slots for probably under 3k (who really knows).
Then get any one of many sound boards based on the 56001 dsp chip.  Or 
maybe you can wait for the dsp96002 to become affordable or maybe the 
AT&T chip, on and on....  Then you can struggle with getting the right 
A/D, D/A converter plus whatever filters you might need and then you'll 
realize that even with all that stuff your editing features will be 
limited because there IS NO INDUSTRY STANDARD time code sync that doesn't 
deviate exponentually every time you edit.  Enough said, I'm getting too
excited.  On a lighter note, Quicktime as I've seen it is extremely 
over rated.  I don't think it was originally intended for full frame video
from the get go.  Right now its great for replacing the logo at the top of
documents and things but has a long way to go, especially with CISC 
processors comming up.  After all, opening e-mail and having the image of 
a person talk to you as well as the written word is impressive in itself
(at least to executives) isn't it?  Don't be fooled by programs that 
tease you with features and/or standards that are not fully developed, 
excepted, or implamented.  Enough said.  Whats the hurry.  I'm gonna wait.

Maurices
From: bartb@ogicse.cse.ogi.edu (Bart Butell)
Newsgroups: comp.multimedia
Subject: TIFF Toolset
Date: 27 Jul 92 19:54:28 GMT
Organization: Oregon Graduate Institute (formerly OGC), Beaverton, OR


I am looking for a public domain tool set that knows how to manipulate
TIFF images (ie. open, read, ....).

BarT
From: dcthomas@.vnet.ibm.com (Dave Thomas)
Date: Fri, 31 Jul 92 08:35:44 EDT
Newsgroups: comp.multimedia
Subject: MMPM for OS/2 2.0
Organization: IBM
Disclaimer: This posting represents the poster's views, not those of IBM
News-Software: UReply 3.0

Lawrence D'Oliveiro writes:
>Sounds very similar to the Windows Media Control Interface. But this is
>just a way of using a PC as a control centre for external hardware, not
>for getting digital audio/video data in and out of the PC.

Correct. MMPM has a similar MCI layer, but they have gone a few steps
further to take advantage of the multitasking environment.

>Can you actually get a stream of digital data from the OS/2 Multimedia
>Extensions, or send one to them?

Yes, one of the steps I mentioned is the Sync/Stream Manager and the
set of APIs to this layer. This layer manages an extensible group of
stream manager DLLs to manage data streaming to or from devices.
Each stream handler can simultaneously handle multiple instances
of any data protocol that it supports. This is fully architected
so you can write your own stream handlers and define new data streaming
protocols. In all, this layer adds a level of data streaming and
event synchronization support that Windoze doesn't come close to
matching.

> Do the Extensions support anything else besides audio?
Yes!
- 1.0 supports videodisc and CDXA.
- In 4Q this year, MCI support for digital video with support for
  ActionMedia II (DVI).
- Later this year, MCI support for display and capture of analog
  video with support for M-Motion.
- 1.1 due out 1st half of 93 is MCI support for software-compressed
  motion video.
Keep tuned for more!
-------------------------------------------------------------------------
                                          dcthomas@vnet.ibm.com
Dave Thomas           "ikken hitatsu"     phone: (919) 543-2897
                                          Disclaimer: My views, not IBM's
-------------------------------------------------------------------------
Newsgroups: comp.multimedia
From: ggreenbe@rodan.acs.syr.edu (Gerald Greenberg)
Subject: converting sound files between platforms
Summary: how to go between Mac and IBM 
Keywords: soundedit, mac, .wav, ibm, msdos 
Organization: Syracuse University, Syracuse, NY
Date: Sat, 25 Jul 92 08:09:04 EDT

 How can one convert soundedit files on the Mac into sound
 files that can be used on the IBM (with Windows...most likely
 to .wav files)?
 Thanks,
 Gerry
 ggreenbe@rodan.acs.syr.edu
From: simonofb@wmavm7.VNET.IBM.COM
Date: Tue, 21 Jul 92 13:01:21 EDT
Newsgroups: comp.multimedia
Subject: test
Reply-To: simonofb@wmavm7.VNET.IBM.COM
Organization: IBM
News-Software: Usenet 3.0

Test

Robert Simonoff
simonofb@wmavm7.vnet.ibm.com
From: ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
Newsgroups: comp.multimedia
Subject: Re: Macromind Director Reference
Date: 24 Jul 92 17:52:27 +1200
Organization: University of Waikato, Hamilton, New Zealand

In article <1992Jul20.211014.23426@decuac.dec.com>, sisle@tvc15.dco.dec.com (Larry Sisle) writes:

> Can anyone point me to a clearinghouse or source of information for more
> detailed documentation on Macromind Director 3.1. Specifically, I am interested
> in using such features as Xobjects in order to pass parameters to an external
> macro or application in order to print a text file without exiting Macromind.

Last time I looked at the 3.0 documentation (haven't got 3.1 yet), it had
a fairly detailed explanation of the interface to XObjects. This was in the
"Interactivity" manual, as I recall. There was even an explanation of how
to use externals developed for HyperCard, and what sort of limitations they
had to stick to to work.

> Other features I need more info on include bidirectional access from
> Macromind to a databases such as FileMaker Pro and any other methods
> to add extensibility to other applications from Macromind.

Call this a personal prejudice, but MacroMind Director isn't my idea of
a good "extensible application" that you could use as a control centre for
accessing data from other applications for use in a combined presentation. I
prefer to do that sort of thing in HyperCard, or perhaps an alternative like
SuperCard. HyperCard in particular has *much* more extensive callback
facilities that an XCMD or XFCN can use; it can create its own windows and
menus, intercept keystrokes and mouse clicks, get idle time, and so on.

Lawrence D'Oliveiro                       fone: +64-7-856-2889
Computer Services Dept                     fax: +64-7-838-4066
University of Waikato            electric mail: ldo@waikato.ac.nz
Hamilton, New Zealand    37^ 47' 26" S, 175^ 19' 7" E, GMT+12:00
From: pej@hpfcso.FC.HP.COM (Phil Jensen)
Date: Mon, 27 Jul 1992 13:04:09 GMT
Subject: Re: Convert 4:1:1 YUV data to RGB
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.multimedia

In comp.multimedia, soam@freyja.cs.cornell.edu (Soam Acharya) writes:

> 
> Greetings all,
> 
> Can anyone point me towards a reference that explains how to convert
> 4:1:1 subsampled YUV data to RGB? 
> 

Call your local Signetics Rep and ask for the Phillips Video Data Handbook.
This contains specs on the parts that are on your board. Look at the SAA7192
Digital Colour Space Converter. This is a YUV to RGB converter. Included are 
equations for the YUV to RGB conversion.

---------------------
Phil Jensen
pej@hpfcpej.fc.hp.com
---------------------
From: dtb@irnbru.Eng.Sun.COM (David Berry)
Newsgroups: comp.multimedia
Subject: Re: Convert 4:1:1 YUV data to RGB
Date: 30 Jul 1992 17:26:59 GMT
Organization: Sun Microsystems, Mt. View, Ca.
NNTP-Posting-Host: irnbru

In article <116780001@hplred.HP.COM> fitzhugh@hplred.HP.COM (Andrew Fitzhugh) writes:
>/ hplred:comp.multimedia / pej@hpfcso.FC.HP.COM (Phil Jensen) /  6:04 am  Jul 27, 1992 /
>> In comp.multimedia, soam@freyja.cs.cornell.edu (Soam Acharya) writes:
>> > Can anyone point me towards a reference that explains how to convert
>> > 4:1:1 subsampled YUV data to RGB? 
>> > 
>> 
>> Call your local Signetics Rep and ask for the Phillips Video Data Handbook.
>> This contains specs on the parts that are on your board. Look at the SAA7192
>> Digital Colour Space Converter. This is a YUV to RGB converter. Included are 
>> equations for the YUV to RGB conversion.
>
>Actually, the Signetics book gives the equations for YCbCr (normalized
>YUV, so they're essentially the same).  I just happened to be typing
>in these numbers so I can save you some time:
>

I sent mail to the original poster, the problem is that the chip set
used on the VideoPix hardware is the SAA9051. This is not compatible
with the YUV to RGB converter chip listed above. (If I am wrong
someone will hopefully correct me.)

The VideoPix equations, as given to me by Phillips for the SAA9051
are,

	/*
	 * Philips YUV to RGB. These
	 * aren't the same as standard YUV to RGB.
	 * The equations are
	 *
	 * R = 1.1759*Y + 1.2743*V
	 * G = 1.1759*Y - 0.3184*U - 0.6335*V
	 * B = 1.1759*Y + 1.674*U;
	 */




--
David Berry, david.berry@sun.com

"Humans don't have a zoom function. - Kryten, Red Dwarf"
From: ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University)
Newsgroups: comp.multimedia
Subject: Re: I was wrong : QuickTime - 30 fps
Date: 30 Jul 92 17:13:31 +1200
Organization: University of Waikato, Hamilton, New Zealand

In article <Bs2ppH.Js9@spock.dis.cccd.edu>, maurices@spock.dis.cccd.edu
(Maurice Shihadi) writes:
> On a lighter note, Quicktime as I've seen it is extremely
> over rated.  I don't think it was originally intended for full frame video
> from the get go.

The basic architecture of QuickTime is fully capable of handling this.
That's what an open architecture is all about. Don't be misled by the fact
that it *can* run usefully on low-end hardware.

Lawrence
also waiting for the better stuff, but also using the good stuff that's
available now.