View Full Version : 29.97p vs 30p


Byron Jones
May 3rd, 2013, 07:37 PM
Is there a difference between 29.97p and 30p, or are people saying 30p just rounding for convenience?

Bruce Watson
May 8th, 2013, 01:29 PM
Is there a difference between 29.97p and 30p, or are people saying 30p just rounding for convenience?

Of course there's a difference. 29.97p is "drop frame (http://en.wikipedia.org/wiki/SMPTE_time_code)". An artifact of the analog days, which is pointless in digital. Yet, it's a "standard" that seemingly won't go away.

Shaun Roemich
May 8th, 2013, 02:02 PM
Of course there's a difference. 29.97p is "drop frame (http://en.wikipedia.org/wiki/SMPTE_time_code)". An artifact of the analog days, which is pointless in digital. Yet, it's a "standard" that seemingly won't go away.

Actually, it is REQUIRED if you want your 30m00s00f program material to actually RUN 30 minutes exactly in NTSC land.

Not even just for broadcast but for when you need an EXACT run time to fit to time allotted.

David Heath
May 8th, 2013, 04:56 PM
It's worth reminding exactly why 29.97fps came about - TV in the US started off (in monochrome days) as 30fps, so why the change?

It is all to do with the introduction of colour, and an unfortunate choice (with hindsight) in the early days for the sound subcarrier frequency for transmission.

Come colour, the subcarrier frequency has to be an exact number of multiples of line frequency, and that has to be exactly 525x the frame frequency. Unfortunately, the first choice of colour subcarrier frequency was found to interfere badly with the sound subcarrier frequency in some of the early monochrome receivers. Rather than making many TVs unusable overnight, it was decided to shift the frequency used for colour subcarrier - which meant a consequent slight reduction in line frequency, and hence frame frequency - hence 29.97.

That caused no problems at first - but issues arose with the introduction of timecode. Easiest implementation is to update the seconds after every 30 frames - but with a 29.97fps system, that means actual run time and displayed timecode will no longer match, and to a significant degree after an hour or so. Hence drop frame timecode was introduced as a "bodge" to make timecode once again correspond to actual running time.

As Bruce says - 29.97 is an artefact of analogue days, of the early days of NTSC colour.

So why is it still needed? In a word, legacy. It would be quite feasible to engineer a true 30fps non-drop frame timecode system in the digital HD world. The reason it's not done is compatability with SD systems, as when such a programme was broadcast SD, it would HAVE to run at a frame rate of 29.97 fps - or the colour subcarrier would be too high a frequency. (Subcarrier has to be that exact multiple of frame rate.) And if HD/SD simulcasts are happening, that means both have to be 29.97fps - that or do very messy 30-29.97 frame rate conversion.

Hence the decision to make the HD standards 29.97 etc - pure compatability with analogue NTSC, for reasons which date back to the early 1950's.

Byron Jones
May 8th, 2013, 07:06 PM
So there is a difference...but if I have a Sony camera advertising 30p and a Canon spec saying 29.97, should I be concerned if using them together?

David Heath
May 9th, 2013, 08:15 AM
So there is a difference...but if I have a Sony camera advertising 30p and a Canon spec saying 29.97, should I be concerned if using them together?
I suspect that in this case, when it says "30p" it actually means 29.97, it's just a case of rounding up for simplicity. Mercifully, drop-frame timecode etc isn't something we in 50Hz territories have to worry about, but AFAIK such as 30p, 60p etc always means 29.97, 59.94 etc.

I seem to remember the exception is 24fps, when you can get a "true" 24p version intended for film out.

Brian Drysdale
May 10th, 2013, 02:57 AM
Except in NTSC land where they shoot at 23.98fps, for time code reasons. I gather 24fps can cause real problems in post, not so in PAL land where you can do true 24fps. It's something to be discussed with your post production people.

James Kuhn
May 10th, 2013, 08:11 AM
Mr. Heath...that was the best explanation of why we in 'NTSC' land use 29.97. Thank you.

Best regards,

J.

Jeff Pulera
May 10th, 2013, 11:11 AM
Byron,

Just rounding numbers for marketing purposes/simplicity. No worries, shoot away!

Thanks

David Heath
May 10th, 2013, 11:20 AM
Except in NTSC land where they shoot at 23.98fps, for time code reasons. I gather 24fps can cause real problems in post, not so in PAL land where you can do true 24fps. It's something to be discussed with your post production people.
I don't think that's true. Using 23.98fps is also for legacy reasons, when you want a nominal 24 fps and where compatability with NTSC is important. The downside is that you either have to use drop frame time code, or accept that real run time will no longer properly correspond to the "timecode clock".

For feature film work, where the end product is for laying back on to film, the NTSC TV compatability is longer important, but it's highly desirable to avoid the complications of drop frame time code. In other words, the timecode seconds get updated every 24 frames - no exceptions. To keep the situation of an hour of material being represented by an hour of timecode, that means a 24fps framerate - not 23.98.

If there are post problems, I think the stories I've heard are when the video gets recorded as true 24p, but separate audio is at 23.98, and yes, it's the timecode that causes the problems. If EVERYTHING is at 24p, and non-drop frame timecode, it's fine.

Incidentally, I earlier said "..... TV in the US started off (in monochrome days) as 30fps,.....". In practice, it's more likely to have been locked to the local mains frequency - so a very nominal 30fps!!! The reason is because power supplies in early TVs were far less sophisticated than nowadays and mains hum would show as a brighter band on the picture. Any frequency difference between framerate and mains would mean the band would roll through the picture. Lock the two together and the stationary band is much less objectionable. Come colour, and a varying framerate would have meant a varying subcarrier frequency which would not be acceptable. NTSC and PAL colour systems meant TV framerates could no longer be locked to mains - so power supplies had to have far better specifications to avoid hum!

Brian Drysdale
May 10th, 2013, 11:51 AM
At the HD workshop I attended in US, 23.98fps was the default setting, the one wouldn't cause any problems.In fact, you were warned against using 24fps - this was with Sony F900 and Varicams. I guess it's because so much of the gear is set up for broadcast work.

Fortunately, it's not an issue in the UK, although it might be easier to shoot at 25fps, rather than 24fps. Again it's something to be checked in advance. We ran into problems on a film shoot with 24 fps, because the AVID needed a separate license to use 24fps.

David Heath
May 10th, 2013, 01:48 PM
At the HD workshop I attended in US, 23.98fps was the default setting, the one wouldn't cause any problems.In fact, you were warned against using 24fps - this was with Sony F900 and Varicams. I guess it's because so much of the gear is set up for broadcast work.
I agree with the last sentence. It may be one thing to be sure the camera is true 24p, but what about other equipment, audio recorders locked via timecode, etc?

Out of interest, what form of timecode did they recommend? It's obviously possible to shoot non-drop frame timecode and 23.98fps - the only implication will be that timecode time will no longer be real time. But maybe the advantages of non-drop frame for editing could outweigh the disadvantages?
Fortunately, it's not an issue in the UK, although it might be easier to shoot at 25fps, rather than 24fps. Again it's something to be checked in advance. We ran into problems on a film shoot with 24 fps, because the AVID needed a separate license to use 24fps.
As real film for distribution, and the desire for film out, both go away, so does any need for 24fps shooting in a 50Hz country. Shooting 25fps lessens flicker problems with lights, and is better for any broadcast or any display via projection or screen. Certainly on my camera, the 24fps mode (probably 23.98) is in the "NTSC" section - not "PAL".

Brian Drysdale
May 10th, 2013, 02:48 PM
They were using standard NTSC type time code, this workshop was centred around US industry practise, although the students were international.

23.98fps was regarded as the best "universal" frame rate for distribution to both the US market and international sales in thr PAL market. Just play back at 25 fps.