播放文件 ffprobe结果（无效信息已删除）：

[STREAM]

codec_name=h264

codec_long_name=H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10

codec_type=video

codec_time_base=1/50

codec_tag_string=[27][0][0][0]

codec_tag=0x001b

time_base=1/90000

start_pts=133200

start_time=1.480000

[/STREAM]

[STREAM]

codec_name=aac

codec_long_name=AAC (Advanced Audio Coding)

profile=LC

codec_type=audio

codec_time_base=1/44100

codec_tag_string=[15][0][0][0]

codec_tag=0x000f

sample_fmt=fltp

sample_rate=44100

channels=2

time_base=1/90000

start_pts=129020

start_time=1.433556

[/STREAM]

由以上信息 可以得到 对音频和视频做了矫正之后, 视频基准时间点是：0.046 若果是在浏览器中 buffer.start(0) = 0.046

看到的现象是当seek的时候。是以视频起始时间为基准点。也就是如果我seek(0)那么实际seek的时间是 0.046秒，相对视频时间0.046。而正常播放时，currentTime为0时，实际视频相对时间是0.

也就是说，极端情况下。不停地 seek(currentTime) 会一直偏移0.046秒。

希望得到处理：

1. 请把时间基准点统一。至少currentTime 和 seek要能对应上。（主流播放器大多以视频时间点为基准）
2. 暴露接口使得上层开发能够知道视频实际的startTime时间。（业务要用）