Negative SRT Timestamps

[slifty]

Bug

Current Behavior

Noticed that SRT timestamps became unpredictable when a new segment announcement happened mid-stream.

00:00:-4,-669 --> 00:00:-1,-466
AND THEY BOTH WERE IN LAW

00:00:-1,-466 --> 00:00:01,370
ENFORCEMENT BEFORE

00:00:01,370 --> 00:00:02,638
THEY WERE CLOSE FRIENDS.

00:00:02,638 --> 00:00:04,040
>> Reporter: EVERYBODY SEEMED

00:00:04,040 --> 00:00:05,074
HAPPY, NOTHING AMISS

00:-2:-49,-116 --> 00:00:07,076
TBU LATER THAT DAY, SAID

00:-2:-49,-116 --> 00:00:08,778
SACANDRA, THE MOOD GOT HEAVY,

[slifty]

While working on this, worth noting that caption positions are being driven by CCExtractor parsing, whereas other segment are driven by the input payload position.

Not sure if this is part of the problem (and / or if we should re-evaluate that decision)