home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!charon.amdahl.com!pacbell.com!mips!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!ucbvax!van-bc!nwnexus!jhgrud!polari!mzenier@polari.online.com
- From: mzenier@polari.online.com
- Newsgroups: sci.electronics
- Subject: Re: MC1377
- Message-ID: <1992Jul26.165407.29312@polari>
- Date: 26 Jul 92 16:54:07 GMT
- References: <1992Jul17.050115.3885@ee.eng.ohio-state.edu> <1992Jul20.175652.6489@ssc.wa.com> <Brsn58.KtB@immd4.informatik.uni-erlangen.de>
- Organization: Seattle Online Public Access Unix (206) 328-4944
- Lines: 16
-
- In article <Brsn58.KtB@immd4.informatik.uni-erlangen.de> orscholz@immd4.informatik.uni-erlangen.de (Oliver Scholz (Turo - Backstage)) writes:
- >markz@ssc.wa.com (Mark Zenier) writes:
- >[...]
- >>4. The way the color burst is generated is hokey, but you can override it.
-
- > Well, then how do you do it? Any simple way? What I liked about the 1377 was
- >the simplicity of the concept...
-
- The default way uses an RC generated ramp with a couple of comparison
- thresholds used to deterimine the color burst length. But , (as described
- in the application note 932), you can feed a pulse of the right amplitude
- into one of the pins to gate the color reference. I don't know how that
- would work with PAL and all the strange phase shift games that are played
- with the color reference.
-
- Mark Zenier markz@ssc.wa.com mzenier@polari.online.com
-