Clock offset on clock reselection
- PCR from audio track.
- Audio is used for clock.
- Audio is deselected
- Video becomes master clock
- Seek is done
- After video has recovered, the audio is reselected
- Master clock takes a negative offset
in CLOCK_FREQ/10000 units, audio reselection occurs between the 2 frames
decoder/ stream/system time/clock pointer addr
1599663641.779603| picture dec 9218993 23007561 sys 23007559 clock 0x7fb324c01c40
1599663641.799705| picture dec 9218995 23007073 sys 23007561 clock 0x7fb324c01c40
1599663641.799726| picture is too late to be displayed (missing 4877 ms)
23007561 becomes 23007073, here going backward by 5 sec (way more than audio interleave which is 20ms)
Probably we need to recompute the audio clock offset from the other clock when performing migration instead of just recomputing offset from 0.