libdcp/src/dcp_time.cc, branch sony-debug

rebase() would round up and so it was possible for ticks to go out of range.

2018-05-02T21:16:03Z

Now it still rounds up but then copes with overflow.

db8af2f changed rebase() to round down when rebasing times, but

2018-02-07T21:38:01Z

did not say why. This rounding down produces some unexpected results, e.g. taking 41 at a TCR of 1000 to a TCR of 24 gives 0, which upsets those who use DCP-o-matic and put in a SRT subtitle ending at ,041 --- the sub time is rounded down to 0 for a SMPTE DCP. This commit restores round-to-nearest behaviour.

Fix ridiculous thinko in Time::operator{<,>}

2016-08-22T15:06:29Z

Before this x < x and x > x were true.

Remove stringstream from Time.

2016-08-11T14:26:30Z

Use locked_sstream. Replace once parse_stream with parse_memory.

2016-07-22T08:20:58Z

Tighten up time parsing, and also allow the previously

2016-06-13T23:20:06Z

unsupported Interop HH:MM:SS.sss format for times.

Add OpenSSL licence exception.

2016-06-13T11:40:54Z

Still more licence fixups.

2016-06-01T22:54:58Z

No-op; Fix GPL address and mention libdcp by name.

2016-05-25T19:46:53Z

Allow fractional frames per second when computing Time from frames.

2016-01-13T21:43:02Z