Path: utzoo!attcan!uunet!lll-winken!lll-tis!helios.ee.lbl.gov!pasteur!ucbvax!hplabs!hp-pcd!hpcvca!charles
From: charles@hpcvca.HP.COM (Charles Brown)
Newsgroups: comp.sys.amiga.tech
Subject: Re: Message from designer of FlickerFixer
Message-ID: <1410007@hpcvca.HP.COM>
Date: 24 Aug 88 16:47:33 GMT
References: <11594@oberon.USC.EDU>
Organization: Hewlett-Packard Co., Corvallis, Oregon
Lines: 23

>>u-jmolse%sunset.utah.edu.UUCP@utah-cs.UUCP (John M. Olsen):
>>TV runs at 30 Hz, displaying who halves of a single picture per 1/30 of a 
>>second.  The Amiga doesn't redisplay two halves of a single still picture, 
>>but draws whatever happens to be the most current stuff to draw.

>Does this mean that when the networks are providing a live feed and the
>TV camera is panning horizontally across a scene with a lot of vertial
>lines, we will see pictures updated at only 30 Hz?  I was under the
>impression that the camera does no buffering; if the image changes 
>it will output consecutive frames that do not match, just like the Amiga.
>Is this correct?
>|  {ames|pyramid}oliveb!tymix!antares!jms

Most video cameras behave just as you say.  There are special cameras
designed for high speed work which have high speed shutters (just like
still cameras) to take stop action pictures.  Most network cameras
(possibly all, but I don't know) are not those high speed cameras.  So
in most cases Mr. Olsen is incorrect.

What this means of course is that the FlickerFixer is designed the way
it should be.  The special buffering that some have suggested would be
counter productive and expensive.
	Charles Brown
	"representing myself only"