It happened during the transition from black and white to color, and the desire to make NTSC backwards compatible with B&W television.  They mushed the color into the luma signal by adding it to a subcarrier in main signal, but it caused some interference.  By slowing it down by 0.1%, they got rid of the interference while maintaining compatibility with older sets designed for 30.0 fps (well, really 60.0 fields per second) signals.<div>
<br></div><div><br></div><div>-Theron</div><div>^</div><div><br><div class="gmail_quote">On Thu, Dec 29, 2011 at 5:07 PM, d p fenn <span dir="ltr"><<a href="mailto:weasel@meer.net">weasel@meer.net</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Le Dec 29, 2011 à 2:12 PM, lilia a écrit :<br>
<div class="im"><br>
>> b) build a "drop frame" algorithm into your scanner. If I remember the math,<br>
>> 29.97fps means you drop 1 frame from every 100 frames of footage. So, you'd<br>
>> want to have your scanner randomly skip a frame at that frequency.<br>
>> Timecoding would be easy since you'd just number each frame in the sequence<br>
>> you captured it.<br>
><br>
> almost! it's 1 per 1000. just remember 999/1000 * 30 fps = 29.97 fps.<br>
<br>
</div>small nit, ntsc is 30000/1001. someone once told me the origins but i'm sure someone else here will supply the details :-)<br>
<span class="HOEnZb"><font color="#888888"><br>
\p<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
Noisebridge-discuss mailing list<br>
<a href="mailto:Noisebridge-discuss@lists.noisebridge.net">Noisebridge-discuss@lists.noisebridge.net</a><br>
<a href="https://www.noisebridge.net/mailman/listinfo/noisebridge-discuss" target="_blank">https://www.noisebridge.net/mailman/listinfo/noisebridge-discuss</a><br>
</div></div></blockquote></div><br></div>