HDTenEightyP/NetNews huggingface dataset:
From: wchen@.cs.umass.edu (Wei Chen)
Newsgroups: comp.multimedia
Subject: About XMedia
Date: 19 Aug 92 16:10:50 GMT
Reply-To: wchen@.cs.umass.edu (Wei Chen)
Distribution: na
Organization: Computer & Information Science Dept, University of Massachusetts, Amherst, USA

Hi!

I am using DEC's XMedia Audio Developer's Tools.  I wonder if there 
is a news group for XMedia, or if there are people also working
on it?

Any information will be greatly appreciated.

--- Wei
From: hgschulz@cs.umass.edu (Henning Schulzrinne)
Newsgroups: comp.multimedia
Subject: DECstation audio/XMedia
Date: 19 Aug 92 19:10:53 GMT
Reply-To: hgschulz@cs.umass.edu (Henning Schulzrinne)
Organization: University of Massachusetts, Amherst

We are trying to use the audio capabilities of the Personal DECstation
for real-time audio. Unfortunately, XMedia proves to be somewhat
unsuitable for the task, since (among other reasons) we can't seem to get
real-time play/record buffer position information or get notified (after
less than 500 ms) how much audio data is available. Any suggestions on
using DECstation audio (with or WITHOUT XMedia) are very much
appreciated. (For the curious: we are implementing a real-time
multiparty audio conferencing facility.)
---
Henning Schulzrinne  (hgschulz@cs.umass.edu)  [MIME mail welcome]
Dept. of CS and Dept. of ECE; Univ. of Massachusetts at Amherst
Amherst, MA 01003 - USA === phone: +1 (413) 545-3179 (EST); FAX: (413) 545-1249
From: leo@zelator.in-berlin.de (Stefan Hartmann)
Subject: Re: C-Cube PC-Video board: question
Organization: Puplic-Access-Xenix-System
Date: Sat, 22 Aug 92 14:26:28 GMT

In <1992Aug21.035226.8051@kum.kaist.ac.kr> juyoon@camars.kaist.ac.kr (Hyeon-Ju Yoon) writes:


>Hello, everyone.
>We have a problem with C-Cube PC-Video board (beta version).
>If one of you have used the board, please help us solve the problem.
>We can capture and compress still images, but cannot 'RECORD' the video input.
>We have the error message, 'divide by zero'.
>Was it wrong with port address? Or, wrong with DMA channel?
>I cannot understand why it doesn't work.
>And, since our manual is too thin, we couldn't not find the solution through manual.
>Where is our reliever?

>-- 

>|---------------------------------------------------------------------|
>  Hyeon-Ju Yoon                   |  e-mail: juyoon@camars.kaist.ac.kr
>  Computer Science Dept., KAIST   |                (143.248.11.76)
>  373-1, Gu-Song Dong, Yu-Song Gu |  tel: 82-42-869-3552
>  Daejon, 305-701, Korea          |  fax: 82-42-869-3510
>|---------------------------------------------------------------------|



>-- 

>|---------------------------------------------------------------------|
>  Hyeon-Ju Yoon                   |  e-mail: juyoon@camars.kaist.ac.kr
>  Computer Science Dept., KAIST   |                (143.248.11.76)
>  373-1, Gu-Song Dong, Yu-Song Gu |  tel: 82-42-869-3552
>  Daejon, 305-701, Korea          |  fax: 82-42-869-3510
>|---------------------------------------------------------------------|

Hi,
what kind of board is it ?
Does it support PAL and NTSC input ? Also via Y/C ?

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 *
*************************************************************
From: candyman@vax1.mankato.msus.edu
Newsgroups: comp.multimedia
Subject: Re: Ascii to sound
Date: 19 Aug 92 03:35:56 GMT
Distribution: na
Organization: Mankato State University

In article <80164@bcsaic.boeing.com>, gwe3409@bcsaic.boeing.com (Gerald Edgar) writes:
> In article <1992Aug12.154427.22158@public.sub.org> peterk@public.sub.org (Peter Kittel) writes:
>>raum@isoa3.ba.ttu.edu (Raum Pattikonda) writes:
>>
>>>I would like to know if there is any software which could play the sound from an ascii file.
>>>One of my friends is a blind person and this kind of software would be of great use to him.
>>
> I remember that there was software in the public domain that took english
> text and from a set of rules output phonomes to have a speach synthesizer
> talk. This was about 7 years ago when I had an S-100 (Pre IBM-PC). The
> other aspect of this software that I remember is that I think was developed
> by the U.S. Navy (but the last might be wrong). Does this ring any bells
> for any one to help this guy (?) out.
Newsgroups: comp.multimedia
From: jmj5g@galen.med.Virginia.EDU (John M. Jackson)
Subject: Re: Question about AVI and Microsoft
Organization: University of Virginia
Distribution: comp.multimedia
Date: Fri, 14 Aug 1992 13:04:37 GMT

johnchad@triton.unm.edu  writes:
> Hello Multimedia group.
> 
> I am currently developing a project using HyperCard and QuickTime. We will
> translate the program to IBM and ToolBook. The problem I have had is trying to
> find a way to get the QuickTime movies over to something ToolBook can use.
> 
> Asymetrix has told be that MicroSoft has a beta version of something that
> will translate JPEG movies into AVI movies which can then be used as DVI type
> movies in ToolBook. Has anyone heard about this and willing to share their 
> knowlege of this. Also, does anyone have an e-mail address for MicroSoft?
> 
While the AVI stuff is still in beta there is a product that
should meet your needs that has been on the market for a
while.  CoSA (the Company of Science & Art, 401-831-2672,
cosa@applelink.apple.com) has a set of software called PACo
Tools that will port Quicktime movies to Windows and Sun
Sparkstations.
--
John Jackson                            jmj5g@galen.med.virginia.edu
Office of Medical Education             jmj5g@virginia.edu
University of Virginia                  (804)924-5839
From: herbt@naaman.sarnoff.com (Herbert H Taylor III)
Newsgroups: comp.multimedia
Subject: Re: MPEG encoding time
Date: 15 Aug 92 04:19:30 GMT
Organization: dsrc

In article <1992Aug5.190500.27872@csc.ti.com> fritz@ra.csc.ti.com (Fritz Whittington) writes:

>I believe a reasonable-quality MPEG encoder for something that meets
>the original question takes about 1200-1500 MIPS to do in real-time
>(sort-of VAX MIPS; obviously on special-purpose hardware the
>instructions per second could be lower).  So if the SPARC in question
>is anywhere in the 10-15 MIPS range, then 100 to 1 seems about right.
>
>Is it the Bellcore source code, or something developed elsewhere?

  I don't know if the posting refers to Bellcore code but the Bellcore
code we have looks like a lot more than 1200-1500 MIPS. It includes a
lot more floating point than appears to be necessary and the motion
search is a killer. I suppose floating point and integer performance
on the sparc are essentially the same so it wouldn't matter there, but
if the encoder can perform more efficient fixed point math there are
certainly savings.

  We have ported the Bellcore code to the Princeton Engine and 90% of
the time is spent in motion estimation. Just half pixel search alone
takes more than half the total search time! Using 704 processors (out
of a total possible 2048) we get about 10,000 MIPS and can still only
realize 10fps encoding. That may be pushed a little higher but 30fps
encoding will require at least 3X the instruction clock. The picture
quality of Bellcore's system looks pretty good, BTW. The jury is not
totally in on the quality but I would sell my Blockbuster video stock
if I had any...

 Herb Taylor
-- 
|\/\/\|\/\/\|\/\/\|\/\/\|\/\/\|\/\/\|\/\/\|\/\/\/|    _________________
| (.)(| (.)(| (.)(| (.)(| (.)(| (.)(| (.)(| (.)(.)   /  Think Parallel \
C     C     C     C     C     C     C     C      _) -|       Man!      /
 Herb Taylor, David Sarnoff Research Center, email: herbt@apollo.sarnoff.com
Newsgroups: comp.multimedia
From: eric@microware.com (Eric Miller)
Subject: Re: What are the requirements on audio/video synchronization?
Summary: 30-40 ms
Keywords: lip sync
Organization: Microware Systems Corp., Des Moines, Iowa
Date: Wed, 12 Aug 1992 19:34:25 GMT

In article <1992Aug7.171104.9943@waikato.ac.nz> ldo@waikato.ac.nz (Lawrence D'Oliveiro, Waikato University) writes:
>In article <14358@borg.cs.unc.edu>, jeffay@jeffay.cs.unc.edu (Kevin Jeffay) writes:
>>
>> Greetings -- I am trying to determine the requirements on lip synchronization
>> for applications such as video conferencing. <deleted stuff>  ... For
>> example, can people tell if audio is say 50ms. ahead or behind the video
>> (and does it bother them)?
>
>Speaking entirely from personal experience, I'd say people would be pretty
>tolerant of discrepancies in synchronization between audio and video. I think
>you could have a shift of maybe a tenth of a second without it becoming really
>noticeable.

Unfortunately, I don't have a documented reference for these figures, but I
have often heard the numbers 30-40 ms used as a worst case for lip sync.

Eric Miller

***************************************************************************
*  The opinions expressed here are mine, and may not reflect those of     *
*    Microware Systems or its other employees.                            *
***************************************************************************
From: apdent@actor.reatime.cs.vt.edu (Tripp Lilley)
Newsgroups: comp.multimedia
Subject: Win 3.1 XGA, DVA-4000, M-Motion
Date: 21 Aug 92 18:35:19 GMT
Organization: The MultiMedia Lab at Virginia Tech

Here's the problem:  we've got 5 IBM 57SLCs, and a Model 95.  All of them have
XGA (64k color?) and the 57s have M-Motion cards, the 95 has a DVA-4000
(VideoLogic's answer to the DVI question).  We can't find 64k color drivers
(or even 32k, for that matter,) for the XGA under Windows 3.1.  On top of
that, we can't get the DVA-4000 to work with the XGA in anything other`
than 16-color mode, even though it's supposed to have 64+ overlay channels,
which implies that it can pass-through *at least* 64 colors. Answers here (
for the edification of others experiencing these or similar problems) or by`
e-mail will be gratefully accepted....

- Tripp Lilley.
----------------------------------------------------------------------------
APDENT@actor.realtime.cs.vt.edu
Virginia Tech MultiMedia Lab
-- 
-------------------------------------------------------------------------------
|  Tripp Lilley   -- APDENT@actor.realtime.cs.vt.edu                          |
| Nuisance to all, benefit to fewer...but often found being cheerfully paisley|
| >>>  my opinions are.                                                       |
Newsgroups: comp.multimedia
From: leo@zelator.in-berlin.de (Stefan Hartmann)
Subject: Re: More info on Video Blaster
Organization: Puplic-Access-Xenix-System
Date: Sat, 15 Aug 92 23:03:46 GMT

In <1992Aug15.042205.8458@ryn.mro4.dec.com> chungh@armory.enet.dec.com (Henry Chung) writes:

>OK, several people sent me E-mail asking for more infomation on Vblaster.
>Here is a brief description of its features. 

>VIDEO ACQUISITION:
>- software selectable video source from 3 composite video inputs
>-supports NTSC and PAL system

>WINDOWS/OVERLAYING:
>-windows positioning and sizing on sigle pixel boundaries
>-VGA graphics and video overlay via graphics color key (256 keys)

>MASKS:
>-color keying, luminance and chrominance masking

>IMAGE ACQUISITION
>-supports PCX,TIFF,BMP,MMP,GIF,JPEG, and TARGA
>-resolution 640x480 VGA
>-supports up to 2 millions true colors

>-software selectable frame buffer base address (1-15M)

>Video frame buffer resolution
>-1024x512

Hi, (I just deleted a few specs),
so what is the real size of image grabbing ?

Is it grabbing from a PAL source, where there are 576 visible scan
lines only 480 scanlines or 512 ???

Is the horizontal grabbing 640 or 1024 pixels ?


A major bug seems to be the memory mapping, so ypu can only have 12
Mbytes Rams or 8 Mbytes RAM with 16 or 8 Simm slots.
You can't use 4 pieces of 4MB Simms which gives 16 MB Ram which i
gonna buy now !!!! :-((((


>-VGA or multisync monitor runnning at 50-70Hz with horizontal scanning 
>rate of about 31.5Kz.

So does this only support 31.5 KhZ ? Or is it adjustable ?

With only 31.5 Khz you have at 640x480 only 60 Hz and at 720x400 (text
mode) only 70 Hz !
800x600 would only be with about 40 Hz !!! 
But somebody claimed it should work on the Speedstar ?!?
How do you set the horizontal frequency to get it run in 800x600 ?



>- not more than 15M of system RAM. 

>The package comes the following software:
>-Video kit software
>-MMPLAY
>-VBDEMO
>-TEMPRA GIF
>-TEMPRA SHOW
>-MACROMIND ACTION! 

>Hope this infomation can answer some of your questions about vblaster.
>Feel free to post any questions or send me e-mail if you want more information

>/Henry

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: dominic@scooter.genie.uottawa.ca (Dominic Richens)
Subject: Re: request: NEC PC-VCR
Followup-To: comp.multimedia
Originator: dominic@
Keywords: PC-VCR, NEC
Reply-To: dominic@shamin.genie.uottawa.ca
Organization: MCRLab - University of Ottawa
Date: Wed, 12 Aug 92 14:20:11 GMT


In article <1992Aug12.002957.24887@wri.com>, perelet@avignon.wri.com (Oleg Perelet) writes:
! Does anybody uses it?
! Any recomendations?suggestions?

I've heard rumors that it is dead, though I think this is only in the USA,
since our local video dealer has never heard this and says he's still 
selling them.

Even though, I don't recommend it.  The one we have is really flaky, not an
industrial piece of equipment for sure.  
1) writing time codes misses the first ten seconds of video - always.
2) on some tape, the drive motor konks out 1/2 hr before the end of the
tape.  Have not been able to adjust it for this.

Plus the command language to drive the things from a computer is really 
kludgy (IMHO).  Like they just threw on more and more commands until they
had filled up the ROM.

I'm looking at one of the Panasonic decks to replace it.

dominic
-- 
!@$^&*)($#$@!@#$^&*()_+_)(*&^$#@!$^&*()_+)(*&^$#@$^&*+_(*&^$#@#^&*()&*$#@(*&+_$!
 Dominic Richens  :  dominic@shamin.genie.uottawa.ca  :  Tel. (613) 564 9911 
      MCRLab, Dept of Elec Eng, University of Ottawa, K1N 6N5, CANADA   
"You construct intricate rituals which allow you to touch the skin of other men"
From: mike.walsh@compart.fi (Mike Walsh) 
Newsgroups: comp.multimedia
Subject: QUESTION ABOUT AVI AND MI
Date: 19 Aug 92 07:31:00 GMT
Distribution: world
Organization: ComPart BBS, Helsinki-Finland, +358 0 506 3329 (14 lines V.32bis)
Reply-To: mike.walsh@compart.fi (Mike Walsh) 

IBM's redbook on their "Ultimedia" machine mentions a program called
ConvertIt from Heizer Software 415-943-7667. It costs about 100
dollars and is said to convert about 80% of Hypercard code to
Toolbook. Hope this helps.  Mike
                            
Newsgroups: comp.multimedia
From: peter@panther.cosy.sbg.ac.at (Peter Burgstaller)
Subject: WANTED: ISO MPEG Specification
Organization: University of Salzburg
Date: Tue, 18 Aug 1992 11:23:05 GMT

I urgently need the ISO MPEG Specification.
Does anybody now where to get it ??

Please HELP !!!

--
/------------------------------------------------------------------------\
| Peter Burgstaller		| Student of Computerscience		 |
| (peter@cosy.sbg.ac.at)	| in Salzburg, Austria (Europe)		 |
| (cd048@freenet-in-a.cwru.edu)	|"So Long, and Thanks for the Fish"(D.A.)|
\------------------------------------------------------------------------/
From: rp@VNET.IBM.COM ("Roger Price")
Newsgroups: comp.multimedia
Subject: MHEG
Date: 18 Aug 92 14:57:26 GMT
Reply-To: rp@vnet.ibm.com
X-Unparsable-Date: Tue, 18 Aug 92 17:22:32 FST

Allen Robel <robelr@mythos.ucs.indiana.edu> writes

> I hold about as much hope for MHEG as I do OSI :-)

Dont lose heart Allen, MHEG is progressing. Early versions have been
successfully tested here in Europe as part of the Esprit Comis project.
The demo included text, graphics, images and 30 minutes of MPEG video
clips all presented in a complex interactive game.

MHEG is addressing the needs of realtime interactive multimedia and
hypermedia applications operating over a range of equipments, and using
wide area telecom and broadcast networks as well as storage devices. It
also takes into account the needs of minimal resource terminals. When
more applications of this sophistication are deployed, then I am sure we
will see more of MHEG.

Although MHEG will also be a CCITT Recommendation, most of the work is
being done in ISO/IEC JTC1/SC29/WG12 (aka MHEG) at present. If anyone
wishes to participate in this work, they should contact their national
standards body. (Individuals do not participate directly in the work of
the ISO, they are accredited by their countries, who may impose
conditions.)

Roger

Roger Price
Dept 0829 BP 97,        | Tel: +33 92 11 4175       Fax: +33 93 24 4545
CER IBM-France,         | X.400: C=fr; A=ibmx400; P=ibmmail; S=price
06610 La Gaude, France  | Internet: rp@vnet.ibm.com
From: G. Coulter SERC Daresbury
Newsgroups: comp.multimedia
Subject: SCREEN TO FILM in UK
Date: 17 Aug 92 14:56:07 GMT
Reply-To: G.Coulter@uk.ac.daresbury
Organization: Daresbury Laboratory, UK

Hi I am new to this group so I hope this is
the right place to get help. Would it be possible
for someone to give mne the addresses of companys
mainly in the UK but over seas will be OK of companys
who are able to produce animations from screen images
on a commercial basis. As you know buying the equipment
needed to do this can cost thousands. I have looked at
the option of producing animations using 35mm film but
the time taken a produce each frame using our system
is unsatisfactory. I have also looked at the possibility
of using video but here the quality is poor..........


Any information would be great thanks gary.
From: herbt@naaman.sarnoff.com (Herbert H Taylor III)
Newsgroups: comp.multimedia
Subject: Re: MPEG encoding time
Date: 17 Aug 92 16:28:28 GMT
Organization: dsrc

In article <kdarling.713963571@garfield.catt.ncsu.edu> kdarling@garfield.catt.ncsu.edu (Kevin Darling) writes:
>herbt@naaman.sarnoff.com (Herbert H Taylor III) writes:
>> [about MPEG encoding work]
>> The picture quality of Bellcore's system looks pretty good, BTW. The
>> jury is not totally in on the quality but I would sell my Blockbuster
>> video stock if I had any...
>
>You might want to keep any stock, since a lot of people believe Blockbuster
>(together with Philips, who's invested $100 million in Blockbuster stock)
>intends to carry CD/MPEG movies, perhaps even by early next year.

 This will be an interesting question for couch pototoe heads
everywhere: "Would I rather get up from the couch to buy or rent
CD/MPEG or would I rather push a few buttons on my "Video Dialtone"
controller in the comfort of my living room and pick my movie from a
menu."

 I choose not to take sides. CD/MPEG has more bits per second to play
with and will make better pictures but Video Dialtone will offer more
convenience. Time to market looks a big factor in all this...

>This may have been asked before, but I didn't see an answer:  Is that
>code from Bellcore available to us common folk?  Thanks!

 I believe that Bellcore will license their software to anyone for a
fee. I don't know anything about the amount, availability, etc.
Someone from Belcore will have to speak up. 

 The more encoders that are developed the more options for the Baby
Bells.  An article in the August 10th issue of Barron's titled "Why
the Baby Bells Own the Future" spells out their strategy.

 Herb
-- 
|\/\/\|\/\/\|\/\/\|\/\/\|\/\/\|\/\/\|\/\/\|\/\/\/|    _________________
| (.)(| (.)(| (.)(| (.)(| (.)(| (.)(| (.)(| (.)(.)   /  Think Parallel \
C     C     C     C     C     C     C     C      _) -|       Man!      /
 Herb Taylor, David Sarnoff Research Center, email: herbt@apollo.sarnoff.com
Newsgroups: comp.multimedia
From: perelet@avignon.wri.com (Oleg Perelet)
Subject: any other PC controlled VCR's ?(was NEC PC-VCR)
Organization: Wolfram Research, Inc.
Date: Wed, 12 Aug 1992 19:21:41 GMT

Ok, I got 4 replies in a few hours - seems
like NEC is not a bestest choice. So,
does anybody knows any other (S)(Hi8) VHS
models, that can be controlled from computer
(like RS232, Sony L, ..., whatever)
actually i use NeXT,
and have real still frame? I don't really care about
audio and all fancy editing stuff.

--
Oleg Perelet
perelet@wri.com
From: co@bildsun1.mednet.gu.se (Christer Olsson)
Newsgroups: comp.multimedia
Subject: Re: Videoblaster - what is he able to do?
Date: 12 Aug 92 12:30:37 GMT
Reply-To: co@bildsun1.mednet.gu.se (Christer Olsson)
Organization: MedNet, University of Gothenburg

In article <AUY53ZQ@zelator.in-berlin.de>, leo@zelator.in-berlin.de (Stefan Hartmann) writes:
|> In <1992Aug10.230340.11246@ryn.mro4.dec.com> chungh@armory.enet.dec.com (Henry Chung) writes:
|> 

|> >system with more than 15M of memory. (I had 16 M  memeory on my system,
|> >to make Vblaster happy, I had to take out some of the SIMMs.  Since my
|> >motherboard supports only 4M or 16M total memory with 4M simms, I only
|> >have 4M memory installed.)
|> 
|> This sounds not too "fresh" ! :-(
|> 

Some mothercards is capable to 'hide' parts of the memory on the mothercard 
(not on the bus (on expansion cards)) so the user can have 16 Mbyte on the
mothercard, but only 15 Mbytes are used.

This problems is true for some other cards also. Older cards as Itex can 
also use a 64K chunk under the 1Mb DOS-limit. 


|> Hope to hear some more test reports, cause the video blaster seems to
|> be the cheapest live video window overlay board for the PC right now.
|>
If I can get the develop package for the Videoblaster, it shouldn't be
any problems to port or write software for grabbing pictures.
 
Newsgroups: comp.multimedia
From: leo@zelator.in-berlin.de (Stefan Hartmann)
Subject: Re: Turning a DecStation into a multimedia workstation
Organization: Puplic-Access-Xenix-System
Date: Wed, 12 Aug 92 10:59:42 GMT

In <1992Aug11.181436.7115@huracan.cr> erick@huracan.cr (Erick Mata) writes:

>I would greatly appreciate any suggestions about this problem:
>We have a DecStation 5000/240 equiped with the TX "true color" frame buffer,
>DecVideo PIP daughter card and DecAudio card. Unfortunately, the DecVideo card
>has no output capabilities. We need to output NTSC signals to
>record them on a VCR. Does any body know of DEC or third party cards that
>can do this?
>Thanks,
>erick

Hi,
it seems you need a ScanConverter !

I'm still working on such a true color 1280x1024 to 720x576 PAL
version. But it is not ready yet...  :-(

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: jeganath@leland.Stanford.EDU (Muthuveerappan Jeganathan)
Subject: Frame Grabbers <-> PC RAM
Organization: DSG, Stanford University, CA 94305, USA
Distribution: na
Date: Thu, 20 Aug 92 20:57:27 GMT

Hi, I hope this is the appropriate news group for the following discussion. I 
have a question regarding image transfer from frame grabbers to PC RAM. I am 
interested in capturing a 1k x 1k x 8 (1 MB) image from a CCD using a frame 
grabber. At what rate can I dump these images from the frame grabber on to the 
PC RAM or possibly a SCSI hard disk. If the CCD operated at 5Hz frame rate, is 
it possible to transfer all 5 MB to the RAM in a second? I have been told data 
transfer is limited by the PC bus. Is this true? How about with a DMA transfer?
If the answer depends on the system, what are the typical transfer rates for
a 486 50 MHz PC with 64 MB RAM and 1 GB SCSI HD.

Any help is appreciated. Thanks. By the way, if this would be more appropriate
for another group let me know. I cross posted this on sci.image.processing.

-- Muthu Jeganathan


Newsgroups: comp.multimedia