Age | Commit message (Collapse) | Author |
|
BUG=webm:701
Change-Id: Id0b928db3cbb6263d136d7b9eb8d9453b3c63824
|
|
BUG=webm:701
Change-Id: I1d8a6e263fddb9e4cc6265a313011a18d18bbf9e
|
|
this doesn't cause any overflow issues after:
11de1b838 Fix timestamp overflow issues
BUG=webm:701,webm:1614
Change-Id: I7e1cbfa4264d1661eb9a5baa2b2111a0899360f2
|
|
- Save the initial user-specified timestamp and rebase all further
timestamps by this value. This makes libvpx internal timestamps to
always start from zero, regardless of the user's timestamps.
- Calculate reduced timestamp conversion ratio and use it to convert
user's timestamps to libvpx internal timestamps and back. The effect
of this is that integer overflow due to multiplication doesn't
happen for a much longer time.
BUG=webm:701
Change-Id: Ic6f5eacd9a7c21b95707d31ee2da77dc8ac7dccf
|
|
The current libvpx encoder interface can potentially rollover an int64_t
value used to calculate the current timestamp. If the timebase was set
to microseconds and first timestamp was 0, then the rollover would
occur in about 10.675 days.
BUG=webm:701
Change-Id: I8d5aab46f8dcf250c1d4d43d5f3d27363c19cd54
|