user154: How are negative timecodes handled with drop-frame:

Is the frame before -00:00:59:29 labelled -00:00:01:02 (symmetric), or
Is the frame after -00:01:00:01 labelled -00:00:59:28 (regular)?

Thanks.

user154: Taking into account that

frame dropping works on a 10min-regular basis
project offsetting by a multiple of 10min should keep frame dropping at the same positions

I guess the correct way of doing this is on a regular basis.

user3908: I know this is a very old Q, but it should be pointed out that a 'negative timecode' makes no sense. The SMPTE frame before 00:00:00:00 is 23:59:59:29. The namespace for drop frame (and non-drop) codes is already well-defined -- no need to postulate negative values. If there are systems or programs that use this notation, they should be rethought.

154: <p>How are negative timecodes handled with drop-frame:</p>

<ul>
<li>Is the frame before <code>-00:00:59:29</code> labelled <code>-00:00:01:02</code> (symmetric), or</li>
<li>Is the frame after <code>-00:01:00:01</code> labelled <code>-00:00:59:28</code> (regular)?</li>
</ul>

<p>Thanks.</p>
 154: <p>Taking into account that</p>

<ul>
<li>frame dropping works on a 10min-regular basis</li>
<li>project offsetting by a multiple of 10min should keep frame dropping at the same positions</li>
</ul>

<p>I guess the correct way of doing this is on a <strong>regular</strong> basis.</p>
 3908: <p>I know this is a very old Q, but it should be pointed out that a 'negative timecode' makes no sense. The SMPTE frame before 00:00:00:00 is 23:59:59:29. The namespace for drop frame (and non-drop) codes is already well-defined -- no need to postulate negative values. If there are systems or programs that use this notation, they should be rethought.</p>
