[Date Prev][Date Next][Date Index]
Re: image formats - compression and loading
- Subject: Re: image formats - compression and loading
- From: Peregrine McGehee <mcgehee@cfht.hawaii.edu>
- Date: Tue, 19 Dec 1995 09:46:14 -1000
Mike Hoffberg writes:
> I work at the APS in the Experimental Facilities Division. We are
> working on cameras with resolution from 512x512 to 2K x 2K (at least
> 12 bits/pixel). Our frame rates could be as high as 100 frames per
> second. So I guess we would qualify as having large amounts of data.
> We plan to be able to store 250 MB - 500 MB of images in RAM on the
> IOC.
>
> Originally we are storing our data as just arrays of numbers. I would
> anticipate that if we were to compress our data on the IOC it would
> take less time to transfer it off of the crate, and also less amount
> of disk space to store it (not as important to me).
>
> Our motivation would be to compress the data on the IOC so that we
> could 'quickly' transfer it off of the crate. Our IOC will be a VXI
> crate, the transfer rate from the memory card to the processor (on the
> backplane) will probably be well under 5 MB/second. Transfer over
> the ethernet will be be under 1 MB/second (using thin-net), so any
> compression we could do on the CPU would save time transferring the
> data off of the IOC to permanent storage.
>
> At the moment we do not have a real working system, but we plan to
> have the above system running within a year.
>
> I am not too familiar with compression algorithms, what sort of CPU
> usage will they require? Can this compression be done on a 25 MHz
> 68040 with relative ease? Does it require floating point? Would it
> be better to have a dedicated DSP processor for this?
>
Anyone have a feel for the compute load of common compression
algorithms?
We'd like to perform image compression both in the IOC environment and
on the workstations - so we need something that is fairly
portable. Here at CFHT we have the usual mix of HP9000 and Sun Sparc
workstations but are running EPICS on Force Sparc 5 CPUs.
> As an experimenter it is important that the compression be lossless.
> I would not advocate limiting the images to 16 bit pixels. With the
> cost of electronics going down that the quality going up, I would
> suspect that there could be detectors that have 20 bit resolution.
Agreed - 16 bits (or even 20 bits) could be an arbitrary limit that
could soon be a real drawback.
> Please keep me informed on any progress made on this topic.
>
> MIKE
>
> Michael Hoffberg /.\ Argonne god of a bitch
> hoffberg@phebos.aps.anl.gov // \\ Nationa spelled backwards
> mike@anl.gov //_O_\\ Lab is dog - anonymous
> Standard Disclaimer Applies /__| |__\ (yes, it is still there)
>
-------------------------------------------------------------------------------
Peregrine M. McGehee http://www.cfht.hawaii.edu/~mcgehee
Telescope Control Systems Group Canada-France-Hawaii Telescope
(808) 885-3178 P.O. Box 1597, Kamuela, Hawaii 96743